СТАДИИ РАЗРАБОТКИ ПРОГРАММ И ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
Под технологичностью понимают качество проекта программного продукта, от которого зависят трудовые и материальные затраты на его реализацию и последующие модификации. Хороший проект быстро и легко кодируется, отлаживается и модифицируется. Технологичность ПО определяется проработанностью его моделей, уровнем независимости модулей, стилем программирования и степенью повторного использования кодов. Повторное использование кодов предполагает как использование ранее разработанных библиотек подпрограмм или классов, так и унификацию кодов текущей разработки.
Стадии разработки ПО по ГОСТ 19.102-77:
1. стадия «Техническое задание» - соответствует постановке задачи
Эта стадия содержит:
· постановку задачи
· выбор критериев эффективности
· проведение предварительных научно-исследовательских работ
· разработка ТЗ
2. стадия «Эскизный проект» - соответствует анализу требований и разработке спецификаций
Эта стадия содержит:
· структура входных и выходных данных
· уточнение методов решения
· общий алгоритм
· разработка документации эскизного проекта
3. стадия «Технический проект» - соответствует этапу ЖЦ ПО проектирование
Эта стадия содержит:
· уточнение структуры входных и входных данных
· разработка алгоритмов
· формы данных
· семантика и синтаксис языка
· структура программы
· конфигурация технических средств
· план работ
4. стадия «Рабочий проект» - этап – реализация.
Эта стадия содержит:
· программирование и отладка
· разработка документов
· подготовка и проведение испытаний
· корректировка программы и документов по итогам испытаний
5.стадия «Внедрение»
· передача программы и документов для сопровождения
· оформление акта
· передача в Фонд алгоритмов и программ.
РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ
ТЗ представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке ТЗ участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования.
Существуют факторы, определяющие характеристики разрабатываемого ПО. Это:
· исходные данные и требуемые результаты, которые определяют функции программы или системы;
· среда функционирования (программная и аппаратная) – может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании;
· возможное взаимодействие с другим ПО и(ли) специальными техническими средствами – также может быть определено, а может выбираться исходя из набора выполняемых функций.
Разработка ТЗ выполняется в следующей последовательности: устанавливается набор выполняемых функций, перечень и характеристики исходных данных; определяется перечень результатов, их характеристики и способы представления; уточняется среда функционирования ПО (конкретная комплектация, параметры технических средств, версию ОС, возможно, версии и параметры другого установленного ПО, с которым предстоит взаимодействовать). Если ПО собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо четко регламентировать действия программы в случае сбоев оборудования и энергоснабжения.
На ТЗ существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом ТЗ должно содержать следующие разделы:
· введение;
· основания для разработки;
· назначение разработки;
· требования к программе или программному изделию;
· требования к программной документации;
· технико-экономические показатели;
· стадии и этапы разработки;
· порядок контроля и приемки.
Введение должно включать наименование и краткую характеристику области применения программного продукта, а также объекта (например, системы), в котором предполагается их использовать. Основное назначение введения – продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных.
Основание для разработки должен содержать наименование документа, на основании которого ведется разработка, наименование организации, утвердившей данный документ, и наименование или условное обозначение темы разработки. Таким документом может служить план, приказ, договор.
Назначение разработки должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
Требования к программе или программному изделию должен содержать следующие подразделы:
· требования к функциональным характеристикам;
· требования к надежности;
· условия эксплуатации;
· требования к составу и параметрам технических средств;
· требования к информационной и программной совместимости;
· требования к маркировке и упаковке;
· требования к транспортированию и хранению;
· специальные требования.
Наиболее важным является подраздел «Требования к функциональным характеристикам». В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе модно указать критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной или внешней памяти.
В подразделе Требования к надежности указывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копий промежуточных результатов).
В подразделе Условия эксплуатации указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т.п. Такие требования формулируют, если разрабатываемая систем будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и качество персонала. В противном случае можно указать, что требования не предъявляются.
В подразделе Требования к составу и параметрам технических средств указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
В подразделе Требования к информационной и программной совместимости при необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую ОС и другие системные и пользовательские программные средства, с которыми должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть.
В разделе Требования к программной документации указывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки и т.д.
В разделе Технико-экономические показатели рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
В разделе Стадии и этапы разработки указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.
В разделе Порядок контроля и приемки указывают виды испытаний и общие требования к приемке работы.
В приложениях при необходимостиуказывают перечень научно-исследовательских работ, обосновывающих разработку; схемы алгоритмов; таблицы; описания, обоснования, расчеты и другие документы, которые следует использовать при разработке.
Если какие-либо требования предусмотренные ТЗ, заказчик не предъявляет, следует указать «Требования не предъявляются».