- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Требования к программной системе Содержание. Использованные источники
- •Требования к программной системе.
- •Требования к программной системе. Software Requirements.
- •Требования к программной системе.
- •Требования к программной системе. Requirements engineering process
- •Требования к программной системе.
- •Виды требований.
- •Виды требований.
- •Требования к программной системе.
- •Требования к программной системе.
- •Функциональные требования
- •Функциональные требования
- •Функциональные требования
- •Требования к программной системе
- •Не функциональные требования
- •Не функциональные требования
- •Не функциональные требования
- •Не функциональные требования
- •Требования к программной системе
- •Требования к программной системе
- •Требования к программной системе
- •System requirements
- •Требования к программной системе
- •Требования к программной системе
- •Документирование
- •Документирование ГОСТ 24.204-80. Описание постановки задачи.
- •Документирование ГОСТ 34.602-89. Техническое задание на создание АС.
- •Документирование
- •Документирование
- •Документирование
- •Документирование
- •Документирование.
- •Документирование Руководящие принципы при подготовке раздела «Функциональные требования».
- •Документирование Шесть условий…
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Разработка требований. Requirements engineering process.
- •Разработка требований.
- •Разработка требований.
- •Разработка требований.
- •Разработка требований.
- •Разработка требований.
- •Методы выявления и анализа требований
- •Методы выявления и анализа требований
- •Методы выявления и анализа требований
- •Методы выявления и анализа требований Сценарии. Пример (банкомат)
- •Методы выявления и анализа требований.
- •Методы выявления и анализа требований
- •Методы выявления и анализа требований
- •Аттестация требований.
- •Аттестация требований. Методы.
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Управление требованиями. Что это и зачем ?
- •Управление требованиями. Что это и зачем ?
- •Управление требованиями. Эволюция требований
- •Управление требованиями. Выполняемые работы
- •Управление требованиями.
- •Управление требованиями.
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Требования к программной системе
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истемы. Они могут вносить изменения в |
|
|
|
||||
|
|
|
|
спецификацию |
|
|
|
|
|
|
Используют спецификацию для расчета Manag ers цены системы и для планирования
процесса разработки системы
|
|
|
|
|
|
Используют спецификацию в процессе |
|
Sy st em eng in eers |
|
|
|
|
|
||
|
|
|
|
|
|
разработки системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Используют спецификацию при |
|
Sy st em tes t |
|||||||
eng in eers |
|
|
|
|
разработке тестов, необходимых для |
|
|
|
|
|
|
|
|
|
|
|
|
||||||
|
|
|
|
|
|
аттестации системы |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Спецификация помогает разобраться в |
|
Sy st em |
|
|
|
|
|
||
main ten ance |
|
|
|
|
|
системе и понять, как взаимодействуют |
|
|
|
|
|
|
|
|
|
eng in eers |
|
|
|
|
|
ее отдельные компоненты |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
© 2005, В.В.Хашковский, Д.П.Калачев. |
24 |
Требования к программной системе
Документирование. Кому, зачем и что
Feasi bi li ty |
Requ irement s |
|
||
eli cit ati on an d |
|
|||
s tu dy |
|
|||
|
analy si s |
|
||
|
|
Requ ir ement s |
||
|
|
|
||
|
|
|
s pecifi cati on |
|
Feasi bi li ty |
|
|
Requ irement s |
|
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 irement s |
|
• Внешнее описание ПС |
|
|
Техническое |
|
|
|
|
задание |
Описание постановки задачи. Обзор продукта. Внешнее описание системы.
(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 |