Определение требований к программному средству.

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

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

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

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

Известны три способа разработки определения требований к по :

• управляемая пользователем разработка

• контролируемая пользователем разработка

• независимая от пользователя разработка.

В первом – требования определяются заказчиком.

Второй – требования контролирует разработчик и участник.

Третий способ – требования определяются самим разработчиком.

С точки зрения обеспечения надежности предпочтительней 2 способ разработки требований.

3. Документирование пс. Виды документов программного средства.

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

Эту документацию можно разбить на две группы:

• Документы управления разработкой ПО.

• Документы, входящие в состав ПО.

Документы управления разработкой ПО - управляют и протоколируют процессы разработки и сопровождения ПО, обеспечивая связи внутри коллектива разработчиков ПО и между коллективом разработчиков и менеджерами ПО  лицами, управляющими разработкой ПО. Эти документы могут быть следующих типов:

• Планы, оценки, расписания. Эти документы создаются менеджерами для прогнозирования и управления процессами разработки и сопровождения ПО.

• Отчеты об использовании ресурсов в процессе разработки. Создаются менеджерами.

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

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

• Заметки и переписка. Эти документы фиксируют различные детали взаимодействия между менеджерами и разработчиками.

Документы, входящие в состав ПО - описывают программы ПО как с точки зрения их применения пользователями, так и с точки зрения их разработчиков и сопроводителей (в соответствии с назначением ПО). Здесь следует отметить, что эти документы будут использоваться не только на стадии эксплуатации ПО (в ее фазах применения и сопровождения), но и на стадии разработки для управления процессом разработки (вместе с рабочими документами)  во всяком случае, они должны быть проверены (протестированы) на соответствие программам ПО. Эти документы образуют два комплекта с разным назначением:

• Пользовательская документация ПО (П-документация).

• Документация по сопровождению ПО (С-документация).