Шаблон «Руководство системного программиста»
1. Руководство системного программиста должно содержать следующие разделы:
· общие сведения о программе (должна быть указаны назначение и функции программы и сведения о технических и программных средствах, обеспечивающих выполнение данной программы);
· структура программы (должны быть приведены сведения о структуре программы, ее составных частях, о связях между составными частями и о связях с другими программами);
· настройка программы (должно быть приведено описание действий по настройке программы на условия конкретного применения (настройка на состав технических средств, выбор функций - 5 основных функций программы в обязательно порядке и др. Приложить скриншоты. Так же эти тесты можно использовать в 3 задании);
· проверка программы (должны быть приведено описание способов проверки, позволяющих дать общее заключение о работоспособности программы (контрольные примеры, методы прогона, результаты (если программа стоит на компьютере – использовать доступные программы и средства для проверки. если программа отсутствует – описать какие именно программы и как будут использоваться для проверки.Приложить скриншоты));
· дополнительные возможности (должно быть приведено описание дополнительных разделов функциональных возможностей программы и способов их выбора (настройки программы. Такие как: вид интерфейса. чувствительность мыши и т.д. Минимум 2 настройки. Приложить скриншоты. Так же эти тесты можно использовать в 3 задании));
· сообщения системному программисту (должны быть указаны тексты сообщений, выдаваемых в ходе выполнения настройки, проверки программы, а также в ходе выполнения программы, описание их содержания и действий, которые необходимо предпринять по этим сообщениям (задача выполнить негативный и/или деструктивный виды тестов и показать сообщения для системного программиста. Минимум 2 теста. Приложить скриншоты. Так же эти тесты можно использовать в 3 задании)).
В приложении к руководству системного программиста могут быть приведены дополнительные материалы (примеры, иллюстрации, таблицы, графики и т.п.).
В зависимости от особенностей документы допускается объединять отдельные разделы или вводить новые.
В обоснованных случаях допускается раздел «Дополнительные возможности» не приводить, а в наименованиях разделов опускать слово «программа» или заменять его на «наименование программы».
Шаблон Тестирование и анализ качества программного обеспечения
С точки зрения ISO 9126-1, качество (программных средств) можно определить как совокупную характеристику исследуемого ПО с учётом следующих составляющих:
Функциональные возможности — способность программного средства обеспечивать решение задач, удовлетворяющих сформулированные потребности заказчиков и пользователей при применении комплекса программ в заданных условиях.
Функциональная пригодность — набор и описания субхарактеристики и ее атрибутов, определяющие назначение, номенклатуру, основные, необходимые и достаточные функции программного средства, соответствующие техническому заданию и спецификациям требований заказчика или потенциального пользователя.
Правильность (корректность) — способность программного средства обеспечивать правильные или приемлемые для пользователя результаты и внешние эффекты.
Способность к взаимодействию — свойство программных средств и их компонентов взаимодействовать с одной или большим числом компонентов внутренней и внешней среды.
Защищенность — способность компонентов программного средства защищать программы и информацию от любых негативных воздействий.
Надёжность — надежность работы информационных систем определяется надежностью функциональных компонентов, общего программного обеспечения, комплексов технических и инженерных средств.
Сопровождаемость — приспособленность программного средства к модификации и изменению конфигурации и функций.
Практичность (применимость) — свойства программного средства, обусловливающие сложность его понимания, изучения и использования, а также привлекательность для квалифицированных пользователей при применении в указанных условиях.
Эффективность — свойства программного средства, обеспечивающие требуемую производительность решения функциональных задач, с учетом количества используемых вычислительных ресурсов в установленных условиях.
Мобильность — подготовленность программного средства к переносу из одной аппаратно-операционной среды в другую.
Таблица Тестирование программного средства:
| Характеристика | Оценка, описание |
|---|
| Функциональные возможности (5 функций, с приложением скриншотов) | |
| Функциональная пригодность | |
| Правильность | |
| Защищенность | |
| Надежность | |
| Сопровождаемость | |
| Практичность | |
| Эффективность | |
| Мобильность | |
Шаблон ТЗ
1. Общие сведения
Полное наименование АС и ее условное обозначение
Наименование организации — заказчика АС, наименование организации-разработчика (при наличии сведений о ней)
Плановые сроки начала и окончания работ по созданию АС
2. Цели и назначение создания автоматизированной системы
Цели создания АС приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания АС.
Назначение АС указывают вид автоматизируемой деятельности (управление, проектирование и т. п.) применительно к объекту автоматизации в целом.
3. Характеристика объектов автоматизации
Основные сведения об объекте автоматизации или ссылки на документы, содержащие такие сведения
Сведения об условиях эксплуатации объекта автоматизации
Требования к автоматизированной системе.
3.1. Требования к структуре АС в целом
3.1.1. Перечень подсистем (при их наличии), их назначение и основные характеристики.
3.1.2. Требования к способам и средствам обеспечения информационного взаимодействия компонентов АС
3.1.3. Требования к характеристикам взаимосвязей создаваемой АС со смежными АС, требования к интероперабельности, требования к ее совместимости, в том числе указания о способах обмена информацией
3.1.4. Требования к режимам функционирования АС
3.1.5. Требования по диагностированию АС
3.1.6. Перспективы развития, модернизации АС
3.2. Требования к функциям (задачам), выполняемым АС
приводят перечень функций (задач), подлежащих автоматизации для АС в целом или для каждой подсистемы (при их наличии). В перечень включаются в том числе функции (задачи), обеспечивающие взаимодействие частей АС.
Для каждой функции (задачи) должен быть указан результат ее выполнения и, при необходимости, приведены основные характеристики результата.
3.3. Требования к видам обеспечения АС
3.3.1. Требования к математическому обеспечению АС приводят требования к составу, области применения (ограничениям) и способам использования в АС математических методов и моделей, типовых алгоритмов и алгоритмов, подлежащих разработке.
3.3.2. Требования к информационному обеспечению
приводят следующие требования: к составу, структуре и способам организации данных в АС; к информационному обмену между компонентами АС и со смежными АС; к информационной совместимости со смежными АС; по использованию действующих и по разработке новых классификаторов, справочников, форм документов; по применению систем управления базами данных; к представлению данных в АС; к контролю, хранению, обновлению и восстановлению данных
3.3.3. Требования к лингвистическому обеспечению приводят следующие требования: к языкам, используемым в АС, и возможности расширения набора языков (при необходимости); к способам организации диалога; к разработке и использованию словарей, тезаурусов; к описанию синтаксиса формализованного языка.
3.3.4. Требования к программному обеспечению приводят следующую информацию: требования к составу и видам программного обеспечения; требования к выбору используемого программного обеспечения; требования к разрабатываемому программному обеспечению; перечень допустимых покупных программных средств (при наличии).
3.3.5. Требования к техническому обеспечению приводят следующие требования: к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в АС; к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения АС.
3.3.6. Требования к метрологическому обеспечению приводят следующую информацию: количественные значения показателей метрологического обеспечения; требования к методам (методикам) измерений и измерительного контроля параметров и их характеристик; требования к средствам измерений и измерительного контроля; требования к метрологическому обеспечению испытаний АС; требования к программе метрологического обеспечения АС; требования к метрологической совместимости технических средств АС; требования проведения метрологической экспертизы технической документации (при необходимости).
3.3.7. Требования организационому обеспечению приводят следующие требования: к структуре и функциям подразделений, участвующих в функционировании АС или обеспечивающих эксплуатацию; к организации функционирования АС и порядку взаимодействия персонала и пользователей АС; к организации функционирования АС при сбоях, отказах и авариях; к порядку обеспечения нормативными документами, необходимыми для разработки АС.
3.3.8. Требования к методическому обеспечению приводят следующую информацию: перечень применяемых при разработке и функционировании АС нормативно-технических документов (стандартов, нормативов, методик, профилей и т. п.); порядок и правила обеспечения разработчиков АС нормативно-технической документацией.
3.4. Общие технические требования к АС
3.4.1. требования к численности и квалификации персонала и пользователей АС; приводят следующее: требования к численности персонала и пользователей АС; требования к квалификации персонала и пользователей АС, порядку их подготовки и контроля знаний и навыков; требуемый режим работы персонала и пользователей АС.
3.4.2. требования к показателям назначения; приводят значения параметров, характеризующих степень соответствия АС ее назначению (при их наличии).
3.4.3. требования к надежности; включают: состав и количественные значения показателей надежности для АС в целом или ее подсистем (составных частей); перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности, и значения соответствующих показателей; требования к надежности технических средств и программного обеспечения; требования к методам оценки и контроля показателей надежности на разных стадиях создания АС в соответствии с действующими нормативно-техническими документами.
3.4.4. требования по безопасности; включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств АС (защита от воздействий электрического тока, электромагнитных полей и т. п.), по допустимым уровням вибрационных и шумовых нагрузок, а также по обеспечению экологической безопасности.
3.4.5. требования к эргономике и технической эстетике; включают следующие требования: эргономические требования к организации и средствам деятельности персонала и пользователей АС, в том числе к средствам отображения информации и организации рабочего места; требования к технической эстетике, определяющие композиционную целостность, информационную выразительность, рациональность формы и культуру производственного исполнения создаваемого изделия, в том числе реализации человеко-машинного интерфейса.
3.4.6. требования к транспортабельности для подвижных АС;
3.4.7. требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов АС;
3.4.8. требования к защите информации от несанкционированного доступа;
3.4.9. требования по сохранности информации при авариях;
3.4.10. требования к защите от влияния внешних воздействий;
3.4.11. требования к патентной чистоте и патентоспособности;
3.4.12. требования по стандартизации и унификации;
3.4.13. дополнительные требования
4. Состав и содержание работ по созданию автоматизированной системы;
5. Порядок разработки автоматизированной системы;
6. Порядок контроля и приемки автоматизированной системы;
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действие;
8. Требования к документированию;
9. Источники разработки.