- •Оглавление
- •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 Процессы проектирования. Проектирование интерфейсов
8 Процессы жизненного цикла информационной системы. Процессы проектирования.
(рассмотрено по госту 51 904)
Цели данного процесса состоят в том, чтобы:
Разработать архитектуру ПО и требования нижнего уровня на основе требований верхнего уровня;
Оценить с точки зрения безопасности системы производные требования нижнего уровня.
Процесс проектирования ПО должен обеспечивать следующее:
Архитектура ПО и требования нижнего уровня, разработанные в процессе проектирования ПО, должны соответствовать стандартам на процесс проектирования ПО и быть прослеживаемыми, верифицируемыми и непротиворечивыми;
Производные требования должны быть определены и проанализированы для гарантии того, что они не противоречат требованиям верхнего уровня;
Работы процесса проектирования ПО могут привести к появлению возможных отказов в ПО или, наоборот, предотвратить их. Использование метода разбиения или других архитектурных методов при проектировании ПО может изменить установленный уровень критичности ПО для некоторых компонентов ПО. В таких случаях должна быть определена информация о производных требованиях, позволяющая обеспечить процесс оценки безопасности системы;
Необходимо контролировать поток управления и поток данных, когда это связано с требованиями безопасности;
Реакция на отказные ситуации должна быть согласована с требованиями безопасности;
При обнаружении в процессе проектирования ПО неадекватных или некорректных входных данных следует осуществлять обратную связь с процессами жизненного цикла системы, с процессами определения требований к ПО или с процессом планирования ПО для исследования проблемы или исправления входных данных.
(точка зрения госта 12 207 - 99 - будут спрашивать отличников!)
Процесс разработки - проектирование системной архитектуры
Задачи:
Должна быть определена общая архитектура системы (архитектура верхнего уровня). В архитектуре должны быть указаны объекты технических и программных средств, а также ручных операций. Должно быть обеспечено распределение всех требований к системе между объектами архитектуры. Затем должны быть определены объекты конфигурации технических и программных средств и ручных операций на основе объектов архитектуры. Должна быть документально оформлена привязка системной архитектуры и требований к системе относительно установленных объектов.
Системная архитектура и требования к объектам архитектуры должны быть оценены с учетом следующих критериев (не забываем про документацию!):
Учет требований к системе;
соответствие требований к системе;
соответствие используемых стандартов и методов проектирования;
возможность программных объектов архитектуры выполнять установленные для них требования;
возможность эксплуатации и сопровождения.
Процесс разработки - проектирование программной архитектуры:
Задачи:
Трансформировать требования к программному объекту в архитектуру, которая описывает общую структуру объекта и определяет компоненты программного объекта. Должно быть обеспечено распределение всех требований к программному объекту между его компонентами и дальнейшее их уточнение с точки зрения облегчения технического проектирования. Не забываем про документирование;
Разработка и оформление общего (эскизного) проекта внешних интерфейсов программного объекта и интерфейсов между компонентами объектов;
Общий эскизный проект БД;
Предварительные версии документации пользователей;
Предварительные сроки испытаний, как тестировать и всё такое;
Процесс разработки - техническое проектирование программных средств:
см задачи проектирования программной архитектуры, но не забывать добавлять техническое задание