Требования к программной системе
User requirements
Они в общих чертах определяют замысел ПС, характеризуют условия его использования. Неправильное понимание потребностей пользователя трансформируются в ошибки внешнего описания.
Определение требований представляет собой смесь фрагментов на естественном языке, различных таблиц и диаграмм. Такая смесь, должна быть понятной пользователю, не ориентирующемуся в специальных программистских понятиях. Обычно в определении требований не содержится формализованных фрагментов, кроме случаев достаточно для этого подготовленных пользователей (например, математически) формализация этих требований составляет содержание дальнейшей работы коллектива разработчиков.
Неправильное понимание требований заказчиком, пользователями и разработчиками связано обычно с различными взглядами на роль требуемого ПС в среде его использования. Поэтому важной задачей при создании определения требований является установление контекста использования ПС, включающего связи между этим ПС, аппаратурой и людьми. Лучше всего этот контекст в определении требований представить в графической форме (в виде диаграмм) с добавлением описаний сущностей используемых объектов и характеристики связей между ними.
© 2005, В.В.Хашковский, Д.П.Калачев. |
21 |
Требования к программной системе
System requirements
More detailed specifications of user requirements
Serve as a basis for designing the system
May be used as part of the system contract
System requirements may be expressed using system models
В принципе системные требования
определяют, что делает система, не показывая как. Но для полного понимания зачастую требуется модель системной архитектуры.
© 2005, В.В.Хашковский, Д.П.Калачев. |
22 |
System requirements
Способы записи
Структурированный естественный язык
…
Языки описания программ
…
Графические нотации (ex. UML Use Case)
…
Математические спецификации
…
© 2005, В.В.Хашковский, Д.П.Калачев. |
23 |
Требования к программной системе
Документирование. Кому, зачем и что
|
|
|
|
|
|
|
|
|
|
Определяют требования, проверяют |
|
Sy st em cus to mers |
|
специфицированные требования на |
|
||
|
|
|
|
соответствие требованиям заказываемой |
|
|
|
|
|
cистемы. Они могут вносить изменения в |
|
|
|
|
|
||
|
|
|
|
спецификацию |
|
|
|
|
|
|
|
|
|
|
|
Используют спецификацию для расчета |
|
Managers |
|
|
|
|
|
|
|
|
цены системы и для планирования |
|
|
|
|
|
|
||
|
|
|
|
процесса разработки системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
Используют спецификацию в процессе |
|
Sy st em eng in eers |
|
|
|
|
|
||
|
|
|
|
|
|
разработки системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Используют спецификацию при |
|
Sy st em tes t |
|||||||
engineers |
|
|
|
|
разработке тестов, необходимых для |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
аттестации системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Спецификация помогает разобраться в |
|
Sy st em |
|
|
|
|
|
||
main ten ance |
|
|
|
|
|
системе и понять, как взаимодействуют |
|
|
|
|
|
|
|
|
|
engineers |
|
|
|
|
|
ее отдельные компоненты |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
© 2005, В.В.Хашковский, Д.П.Калачев. |
24 |
Требования к программной системе
Документирование. Кому, зачем и что
Feasi bi li ty |
Requ irement s |
|
|
eli cit ati on and |
|
||
s tudy |
|
||
|
analy si s |
|
|
|
|
Requ ir ement s |
|
|
|
|
|
|
|
|
s pecifi cati on |
Feasi bi li ty |
|
|
Requ irements |
repo rt |
|
|
v al id ati on |
Отчет об исследованиях |
Sy st em |
Us er an d s ys tem |
|
• |
|
mo dels |
|
или |
|
|
requ iremen ts |
• Обзор продукта или |
|
|
d ocumen t |
|
|
|
Requ irements |
• Внешнее описание ПС |
|
|
Техническое |
задание
Описание постановки задачи. Обзор продукта. Внешнее описание системы.
|
(1) |
документ, составленный на основании пожеланий заказчика, |
|
достаточно точно определяющий задачи разработчиков ПС |
|
|
(2) |
постановка задачи, решение которой должно обеспечить |
|
разрабатываемое ПС |
|
Техническое задание. |
||
включает в себя введение, основание для разработки, назначение разработки, требования к программе, требования к программной документации, технико-экономические показатели, стадии и этапы разработки, порядок контроля и приема
© 2005, В.В.Хашковский, Д.П.Калачев. |
25 |
Документирование
Стандарты
ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.
РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.
ГОСТ 24.201-79 Система технической документации на АСУ. Требования к содержанию документа «Техническое задание»
ГОСТ 24.204-80 Система технической документации на АСУ. Требования к содержанию документа «Описание постановки задачи»
ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
…
IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specifications (ANSI)
© 2005, В.В.Хашковский, Д.П.Калачев. |
26 |
Документирование ГОСТ 24.204-80. Описание постановки задачи.
Документ предназначен для описания характеристик комплекса задач (задачи), условий, необходимых для его решения, входной и выходной информации и совместно с «Техническим заданием» определяет требования к видам обеспечения.
Должен содержать следующие разделы: характеристики комплекса задач; выходная информация; входная информация.
В разделе «Характеристика комплекса задач» следует при водить:
•цель, назначение, технико-экономическую (организационно-техническую) сущность комплекса задач и обоснование целесообразности его решения (в частности для задач оптимизации — критерий управления и ограничения);
•перечень объектов (технологических объектов управления, подразделений, предприятий и т. д.), при управлении которыми решают комплекс задач, при необходимости, — описание структуры объектов управления и перечень показателей, характеризующих их состояние;
•периодичность решения и ограничения по срокам выдачи выходной информации;
•требования к организации сбора и передачи в обработку входной информации (с указанием сроков ее поступления), к порядку ее контроля и корректировки;
•условия, при которых прекращается решение комплекса задач автоматизированным способом;
•связи данного комплекса задач с другими комплексами (задачами) АСУ;
•должности лиц и (или) наименования подразделений, определяющих условия и временные характеристики конкретного решения задачи (если они не определены общим алгоритмом функционирования системы);
•распределение функций между персоналом и техническими средствами при различных ситуациях решения комплекса задач.
Раздел «Выходная информация» должен содержать: перечень и описание выходных сообщений; перечень и описание имеющих самостоятельное смысловое значение структурных единиц информации выходных сообщений: показателей, реквизитов и их совокупностей, сигналов управления или ссылку на документы, содержащие© 2005, В.В.Хашковский,эти данныеД.П.Калачев. 27 Раздел «Входная информация» должен содержать: перечень и описание входных сообщений; перечень и
описание структурных единиц информации входных сообщений или ссылку на документы, содержащие эти
Документирование ГОСТ 34.602-89. Техническое задание на создание АС.
ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.
ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы. Техническое задание должно содержать следующие разделы:
1) общие сведения;
2) назначение и цели создания (развития) системы;
3) характеристика объектов автоматизации;
4) требования к системе;
5) состав и содержание работ по созданию системы; .
6) порядок контроля и приемки системы; 7) требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие; 8) требования к документированию; 9) источники разработки.
© 2005, В.В.Хашковский, Д.П.Калачев. |
28 |
Документирование
ГОСТ 34.602-89. Раздел «Требования к системе».
Раздел «Требования к системе» состоит из следующих подразделов:
1) требования к системе в целом;
2) требования к функциям (задачам), выполняемым системой;.
3) требования к видам обеспечения.
Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
© 2005, В.В.Хашковский, Д.П.Калачев. |
29 |
Документирование
ГОСТ 34.602-89. Требования к системе в целом.
В подразделе «Требования к системе в целом» указывают:
•требования к структуре и функционированию системы;
•требования к численности и квалификации персонала системы и режиму его работы;
•показатели назначения;
•требования к надежности;
•требования безопасности;
•требования к эргономике и технической эстетике;
•требования к транспортабельности для подвижных АС;
•требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
•требования к защите информации от несанкционированного доступа;
•требования по сохранности информации при авариях;
•требования к защите от влияния внешних воздействий;
•требования к патентной чистоте;
•требования по стандартизации и унификации;
•дополнительные требования.
© 2005, В.В.Хашковский, Д.П.Калачев. |
30 |