Разработка и стандартизация программных систем

1. Три типа жизненных циклов программных систем. 3

Водопадная (каскадная, последовательная) модель 3

Итерационная модель 3

Спиральная модель 3

2. Современные стандарты описания ЖЦ 5

В настоящее время действует международный стандарт ISO/IEC 12207: 1995-08-01. Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются. Основная цель - представление общей структуры с такой позиции, чтобы покупатели, поставщики, разработчики, специалисты по обслуживанию, операторы, менеджеры и технический персонал, связанный с разработкой программного обеспечения, использовали общий язык. 5

3. Стандарт ISO серии 9000 при разработке программных систем. 6

ISO 9000 — серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий. 6

4. Стандарты Единой системы программной документации (ЕСПД) 7

Классификация: 7

7. Три способа определения требований к программной системе. 10

9. Методы контроля спецификации требований. 12

10. Спецификация качества программных систем. 13

11. Функциональная спецификация программных систем. 15

12. Архитектура программных систем 16

13. Основные классы архитектур программных систем. 17

Коллектив параллельно действующих программ представляет собой набор программ, способных взаимодействовать между собой, находясь одновременно в стадии выполнения. Это означает, что такие программы, во-первых, вызваны в оперативную память, активизированы и могут попеременно разделять по времени один или несколько центральных процессоров, а во-вторых, осуществлять между собой динамические (в процессе выполнения) взаимодействия, на базе которых производиться их синхронизация. Обычно взаимодействие между такими процессами производится путём передачи друг-другу некоторых сообщений. 17

14. Основные модели при разработке программных систем. 19

15. Принципы объектно-ориентированного анализа и проектирования ПС 20

16. Принципы компонентной архитектуры информационных систем. 21

17. Стандарты семейства IDEF 22

18. Принципы построения модели IDEF0 23

IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. 23

19. Принципы разработки моделей AS-IS и ТО-ВЕ 25

20. Диаграммы в стандарте IDEF0 26

21. Понятие работы в стандарте IDEF0 27

22. Описание взаимодействия работ в стандарте IDEF0 28

23. Типы связей работ в стандарте IDEF0 29

24. Стандарт IDEF1X 30

IDEF1X (IDEF1 Extended) — Data Modeling — методология построения реляционных структур (баз данных), относится к типу методологий «Сущность-взаимосвязь» (ER - Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе; 30

IDEF1X является методом для разработки реляционных баз данных. 30

Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира. 30

Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности. В примере, приведенном на рис. 1, каждый экземпляр сущности СОТРУДНИК содержит следующую информацию: ID сотрудника, имя сотрудника, адрес сотрудника и т.п. В IDEF1X модели эти свойства называются атрибутами сущности. Каждый атрибут содержит только часть информации о сущности. Связи в IDEF1X представляют собой ссылки, соединения и ассоциации между сущностями. Связи это суть глаголы, которые показывают, как соотносятся сущности между собой. Ниже приведен ряд примеров связи между сущностями: 30

25. Принципы построения модели IDEF3 31

26. Диаграммы потоков данных. 34

27. Архитектурные виды программной системы. 35

29. Рабочие процессы создания программных систем - РУП. 38

30. Основные артефакты при разработке программных систем. 39

31. Концепция языка UML 41

32. Язык UML как система визуализации, специфицирования, конструирования, документирования 43

33. Понятия модели и системы в языке UML 46

34. Принципы моделирования системной архитектуры в языке UML. 48

35. Принципы представления системы в языке UML. 49

36. Понятие сущностей в языке UML 51

37. Структурные сущности предметной области. 53

38. Отношения в языке UML 55

39. Диаграммы в языке UML 56

40. Правила языка UML. 58

41. Общие механизмы языка uml 59

42. Прецедент как спецификация поведения программных систем. 61

43. Организация прецедентов в языке UML. 62

44. Приемы анализа прецедентов в языке UML 63

45. Диаграммы прецедентов. 65

46. Моделирование требований к системе с помощью диаграмм прецедентов. 66

47. Критерии сравнения инструментальных систем разработки программных систем. 68

48. Технико-экономические показатели разработки программных средств 72

49. Сертификация программных средств 75

50. R-технология программирования 77