36. Стадии и этапы разработки программного обеспечения

Пре-альфа. Начальная стадия разработки — Период времени со старта разработки до выхода стадии Альфа (или до любой другой, если стадии Альфа нет).

Альфа. Внутреннее тестирование — Стадия начала тестирования программы в целом специалистами-тестерами, обычно не разработчиками программного продукта, но, как правило, внутри организации или сообществе разрабатывающих продукт.

Бета. Публичное тестирование — Стадия активного бета-тестирования и отладки программы, прошедшей альфа-тестирование (если таковое было). Программы этого уровня могут быть использованы другими разработчиками программного обеспечения для испытания совместимости.

Релиз-кандидат или RC (англ. release candidate), Пре-релиз или Pre — стадия-кандидат на то, чтобы стать стабильной. Программы этой стадии прошли комплексноетестирование, благодаря чему были исправлены все найденные критические ошибки.

Релиз или RTM (англ. release to manufacturing промышленное издание) — издание продукта, готового к тиражированию. Это стабильная версия программы, прошедшая все предыдущие стадии, в которых исправлены основные ошибки, но существует вероятность появления новых, ранее не замеченных, ошибок.

37. Жизненный цикл программного продукта

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.

38. Техническое задание, как этап разработки программного обеспечения

- исходный документ для разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР).

ТЗ содержит основные технические требования, предъявляемые к ПП; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т.п.) документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации.

ТЗ разрабатывается заказчиком для разработчика

39. Требования, предъявляемые к разработке технического задания

Требования к автоматизированным функциям

При описании автоматизированных функций важно учесть полный перечень, того что должна делать система. Описание функций в техническом задании не является частью технического проекта, поэтому нужно описывать требования, а не алгоритм как это должно работать.

Требования к информационному обеспечению.

В некоторых проектах Заказчику важно, чтобы программное обеспечение обрабатывало определенные структуры данных или формировало отчеты четко определенного вида. Эти требования могут быть ключевыми в ходе выполнения проекта. 

Требования к эргономике и технической эстетики

При практической работе очень часто возникает вопрос дизайна или пользовательского интерфейса. Некоторые заказчики ставят это на первое место в своей работе, так как иногда важна скорость работы оператора или внешний вид распространяемого программного продукта. 

Требования к Программному обеспечению.

В этом пункте указываются требования к среде, где будет функционировать программное обеспечение: операционная система, сервер приложений, сервер баз данных. Это важно указывать для клиентского и серверного программного обеспечения. 

Требования к лингвистическому обеспечению.

Часто бывает необходимость реализовать программное обеспечение на нескольких языках. Важно отметить, что могут различать требования к интерфейсу, хранению данных и документации. Часто можно разрабатывать программное обеспечение на нескольких языках, а данные хранятся только на одном языке.

Требования к надежности.

В Техническом Задании важно указывать предполагаемую нагрузку: количество пользователей, документов в системе, объема информации и так далее. Это позволяет более тщательно подойти к разработке архитектуры системы. Важно определить скорость работы системы параметром отклика системы.