79438

Процессы жизненного цикла информационной системы. Процессы проектирования

Доклад

Информатика, кибернетика и программирование

Процессы проектирования. Процесс проектирования ПО должен обеспечивать следующее: Архитектура ПО и требования нижнего уровня разработанные в процессе проектирования ПО должны соответствовать стандартам на процесс проектирования ПО и быть прослеживаемыми верифицируемыми и непротиворечивыми; Производные требования должны быть определены и проанализированы для гарантии того что они не противоречат требованиям верхнего уровня; Работы процесса проектирования ПО могут привести к появлению возможных отказов в ПО или наоборот предотвратить...

Русский

2015-02-13

47.74 KB

0 чел.

Процессы жизненного цикла информационной системы. Процессы проектирования.

(рассмотрено по госту 51 904)

Цели данного процесса состоят в том, чтобы:

  1.  Разработать архитектуру ПО и требования нижнего уровня на основе требований верхнего уровня;
  2.  Оценить с точки зрения безопасности системы производные требования нижнего уровня. 

Процесс проектирования ПО должен обеспечивать следующее:

  1.  Архитектура ПО и требования нижнего уровня, разработанные в процессе проектирования ПО, должны соответствовать стандартам на процесс проектирования ПО и быть прослеживаемыми, верифицируемыми и непротиворечивыми;
  2.  Производные требования должны быть определены и проанализированы для гарантии того, что они не противоречат требованиям верхнего уровня;
  3.  Работы процесса проектирования ПО могут привести к появлению возможных отказов в ПО или, наоборот, предотвратить их. Использование метода разбиения или других архитектурных методов при проектировании ПО может изменить установленный уровень критичности ПО для некоторых компонентов ПО. В таких случаях должна быть определена информация о производных требованиях, позволяющая обеспечить процесс оценки безопасности системы;
  4.  Необходимо контролировать поток управления и поток данных, когда это связано с требованиями безопасности;
  5.  Реакция на отказные ситуации должна быть согласована с требованиями безопасности;
  6.  При обнаружении в процессе проектирования ПО неадекватных или некорректных входных данных следует осуществлять обратную связь с процессами жизненного цикла системы, с процессами определения требований к ПО или с процессом планирования ПО для исследования проблемы или исправления входных данных. 

(точка зрения госта 12 207 - 99 - будут спрашивать отличников!)

Процесс разработки - проектирование системной архитектуры

 Задачи:

  1.  Должна быть определена общая архитектура системы (архитектура верхнего уровня). В архитектуре должны быть указаны объекты технических и программных средств, а также ручных операций. Должно быть обеспечено распределение всех требований к системе между объектами архитектуры. Затем должны быть определены объекты конфигурации технических и программных средств и ручных операций на основе объектов архитектуры. Должна быть документально оформлена привязка системной архитектуры и требований к системе относительно установленных объектов.
  2.  Системная архитектура и требования к объектам архитектуры должны быть оценены с учетом следующих критериев (не забываем про документацию!):
  3.  Учет требований к системе;
  4.  соответствие требований к системе;
  5.  соответствие используемых стандартов и методов проектирования;
  6.  возможность программных объектов архитектуры выполнять установленные для них требования;
  7.  возможность эксплуатации и сопровождения.

Процесс разработки - проектирование программной архитектуры:

 Задачи:

  1.  Трансформировать требования к программному объекту в архитектуру, которая описывает общую структуру объекта и определяет компоненты программного объекта. Должно быть обеспечено распределение всех требований к программному объекту между его компонентами и дальнейшее их уточнение с точки зрения облегчения технического проектирования. Не забываем про документирование;
  2.  Разработка и оформление общего (эскизного) проекта внешних интерфейсов программного объекта и интерфейсов между компонентами объектов;
  3.  Общий эскизный проект БД;
  4.  Предварительные версии документации пользователей;
  5.  Предварительные сроки испытаний, как тестировать и всё такое;

Процесс разработки - техническое проектирование программных средств:

см задачи проектирования программной архитектуры, но не забывать добавлять техническое задание


 

А также другие работы, которые могут Вас заинтересовать

18225. Поняття інформаційних системи, б/д - визначення, властивості, етапи розвитку, класифікація; інформаційна модель концептуального рівня 94.5 KB
  Поняття інформаційних системи б/д визначення властивості етапи розвитку класифікація; інформаційна модель концептуального рівня. 1.1. Поняття інформаційної системи. При самому загальному підході інформаційну систему ІС можна визначити як сукупність організац
18226. Реляційне числення. Мова Альфа 87.5 KB
  Реляційне числення. Мова €œАльфа€ Реляційне числення Кодда є одним із найважливіших наріжних каменів теорії реляційних моделей баз даних. У СУБД що існували до появи реляційного підходу було багато засобів для обробки даних і формулювання запитів. Основою для їх р
18227. Логічне проектування баз даних 106.5 KB
  Логічне проектування баз даних. Функціональна залежність. При логічному проектуванні баз даних вирішуються проблеми відображення об’єктів предметної області в абстрактні об’єкти моделі даних. Це відображення не повинно бути у протиріччі з семантикою предметної
18228. Накриття множин залежності 112.5 KB
  Накриття множин залежності. Стосовно реляційного відношення R ми можемо розглядати множину функціональних залежностей F які визначені на ньому. У.Армстронг досліджуючи властивості таких функціональних залежностей виділив дві групи: система R система Р. Пізніше бу
18229. Особливості мови QBE в середовищі СУБД Paradox 75 KB
  Особливості мови QBE в середовищі СУБД Paradox Реалізація мови QBE в СУБД Paradox є однією з найближчих по функціональним можливостям та по концептуальній схемі до тієї версії яку запропонував Zloof. Але дрібних відмінностей всетаки багато. Функція Print P задається за допом
18230. Query-By-Example 144.5 KB
  QueryByExample Семантична основа мови – теорія відображень. QBE розшифровується як Query By Example запит за зразком є мовою запитів реляційних баз даних. Це графічна мова запитів. Основний спосіб роботи з використанням цієї мови полягає в тому щоб у надані бланки таблиць бази ...
18231. Реляційна модель баз даних. Мови запитів 119.5 KB
  Реляційна модель баз даних. Мови запитів. Теоретичні основи реляційної моделі баз даних були закладені Е.Коддом на початку 70х років [1] і спочатку дійсно мали чисто теоретичний характер. На відміну від поширених на той час систем з ієрархічними чи мережаними типами стр
18232. SQL – абревіатура від Structured Query Language (структурована мова запитів) 231.5 KB
  SQL SQL – абревіатура від Structured Query Language структурована мова запитів. Мова SQL – найбільш поширена мова запитів для реляційних баз даних. Її перші версії називались SEQUEL тому часом SQL називають сіквел але більш правильно його називати еск’юел. Однією з головних переваг мо...