- •Оглавление
- •1 Жизненный цикл информационной системы. Гост 51 904
- •2 Модели жизненного цикла информационной системы. Гост 15 271
- •3 Методологии проектирования. Каноническое проектирование. Гост 34.601-90
- •4 Методологии проектирования. Типовое проектирование.
- •5 Процессы жизненного цикла информационной системы. Гост 12 207
- •6 Процессы жизненного цикла информационной системы. Процессы планирования
- •7 Процессы жизненного цикла информационной системы. Процессы определений требований к ис.
- •8 Процессы жизненного цикла информационной системы. Процессы проектирования.
- •9 Процессы жизненного цикла информационных систем. Процессы кодирования.
- •10 Процессы жизненного цикла информационных систем. Процессы интеграции.
- •11 Процессы планирования. Планирование инфраструктуры проекта.
- •12 Процессы планирования. Планирование ресурсов проекта.
- •13 Стратегии и методы проектирования информационных систем
- •14 Анализ объекта автоматизации. Методологии анализа.
- •15 Анализ объекта автоматизации. Инструментальные средства поддержки процессов анализа.
- •16 Процессы проектирования. Проектирование системной архитектуры.
- •17 Процессы проектирования. Методики описания системной архитектуры.
- •Ieee 1471
- •18 Процессы проектирования. Архитектурные стили и шаблоны проектирования.
- •19 Процессы проектирования. Проектирование информационной архитектуры.
- •20 Процессы проектирования. Построение er модели. Виды нотации
- •21 Процессы проектирования. Построение логической модели данных.
- •22 Процессы проектирования. Построение физической модели данных.
- •23 Процессы проектирования. Шаблоны информационной архитектуры.
- •24 Процессы проектирования. Проектирование программной архитектуры.
- •25 Процессы проектирования. Модели описания программной архитектуры.
- •26 Процессы проектирования. Шаблоны программной архитектуры.
- •27 Процессы проектирования. Проектирование инфраструктуры.
- •28 Процессы проектирования. Проектирование интерфейсов
7 Процессы жизненного цикла информационной системы. Процессы определений требований к ис.
(рассмотрено по госту 51 904)
Цели данного процесса состоят в том, чтобы:
Разработать требования верхнего уровня;
Оценить производные требования верхнего уровня с точки зрения безопасности системы.
Процесс определения требований к ПО должен обеспечить следующее:
Анализ функциональных системных требований и требований к интерфейсам, которые предназначены для программной реализации, на отсутствие противоречий, несоответствий и неопределенностей;
Регистрацию для последующего уточнения или исправления и передачи в качестве входной информации обратной связи к исходным процессам тех входных данных процесса определения требований к ПО, которые оказались неадекватными или некорректными;
Спецификацию в документе требований верхнего уровня каждого системного требования, которое предназначено для программной реализации;
Определение всех требований верхнего уровня, соответствующих системным требованиям, которые связаны с предотвращением риска;
Верифицируемость, непротиворечивость и соответствие требований верхнего уровня стандартам на разработку требований к ПО;
Установление требований верхнего уровня в количественных показателях с погрешностями в тех случаях, когда это необходимо;
Требования верхнего уровня не должны описывать детали проектирования или верификации, исключая определения и обоснования ограничений проектирования;
Трассируемость каждого системного требования, которое предназначено для программной реализации, к одному или нескольким требованиям верхнего уровня для ПО;
Трассируемость каждого требования верхнего уровня, кроме производных требований, к одному или нескольким системным требованиям;
Оценку производных требований верхнего уровня с точки зрения безопасности системы.
(точка зрения госта 12 207 - 99 - будут спрашивать отличников!)
Процесс разработки - анализ требований к системе:
Задачи:
Разработчик, при необходимости, должен выполнить анализ области применения разрабатываемой системы с точки зрения определения требований к ней. Технические требования охватывают: функции и возможности системы; коммерческие и организационные требования; требования пользователя; требования безопасности и защиты; эргономические требования; требования к интерфейсам; эксплуатационные требования; требования к сопровождению; проектные ограничения и квалификационные требования. Технические требования к системе должны быть документально оформлены;
Требования к системе должны быть оценены с учетом следующих критериев:
учет потребностей заказчика;
соответствие потребностям заказчика;
тестируемость;
выполнимость проектирования системной архитектуры;
возможность эксплуатации и сопровождения.
Процесс разработки - анализ к требованиям к программным средствам
Задачи:
Установить и документально оформить следующие требования к программным средствам, включая технические требования к характеристикам качества:
функциональные и технические требования;
требования к внешним интерфейсам;
квалификационные требования;
требования безопасности;
требования защиты;
эргономические требования;
требования к определению данных и базы данных;
требования по приемке ПО, эксплуатации и сопровождению;
требования к документации пользователя;
требования к эксплуатации пользователем ПО;
требования к обслуживанию пользователя.
Оценить требования к программным средствам по следующим критериям (не забыть про документацию!):
учет требований к проекту и к программным средствам;
внешняя согласованность с требованием к системе;
внутренняя согласованность между объектами;
тестируемость согласованностей;
выполнимость программного проекта;
возможность эксплуатации и сопровождения.