- •Разработка и стандартизация программных систем
- •1. Три типа жизненных циклов программных систем.
- •Водопадная (каскадная, последовательная) модель
- •Итерационная модель
- •Спиральная модель
- •3. Стандарт iso серии 9000 при разработке программных систем.
- •Iso 9000 — серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий.
- •4. Стандарты Единой системы программной документации (еспд)
- •Классификация:
- •5. Стандарты рф (гост р) на документирование пс
- •6. Организация группы проекта при разработке программных систем.
- •7. Три способа определения требований к программной системе.
- •8. Спецификация требований к программной системе.
- •9. Методы контроля спецификации требований.
- •10. Спецификация качества программных систем.
- •11. Функциональная спецификация программных систем.
- •12. Архитектура программных систем
- •13. Основные классы архитектур программных систем.
- •14. Основные модели при разработке программных систем.
- •(См. Вопрос 1!)
- •15. Принципы объектно-ориентированного анализа и проектирования пс
- •16. Принципы компонентной архитектуры информационных систем.
- •17. Стандарты семейства idef
- •18. Принципы построения модели idef0
- •19. Принципы разработки моделей as-is и то-ве
- •20. Диаграммы в стандарте idef0
- •21. Понятие работы в стандарте idef0
- •22. Описание взаимодействия работ в стандарте idef0
- •23. Типы связей работ в стандарте idef0
- •24. Стандарт idef1x
- •26. Диаграммы потоков данных.
- •27. Архитектурные виды программной системы.
- •28. Фазы, итерации и циклы разработки программных систем - руп.
- •29. Рабочие процессы создания программных систем - руп.
- •30. Основные артефакты при разработке программных систем.
- •31. Концепция языка uml
- •32. Язык uml как система визуализации, специфицирования, конструирования, документирования
- •33. Понятия модели и системы в языке uml
- •34. Принципы моделирования системной архитектуры в языке uml.
- •35. Принципы представления системы в языке uml.
- •36. Понятие сущностей в языке uml
- •37. Структурные сущности предметной области.
- •38. Отношения в языке uml
- •39. Диаграммы в языке uml
- •40. Правила языка uml.
- •41. Общие механизмы языка uml
- •42. Прецедент как спецификация поведения программных систем.
- •43. Организация прецедентов в языке uml.
- •44. Приемы анализа прецедентов в языке uml
- •45. Диаграммы прецедентов.
- •46. Моделирование требований к системе с помощью диаграмм прецедентов.
- •47. Критерии сравнения инструментальных систем разработки программных систем.
- •48. Технико-экономические показатели разработки программных средств
- •49. Сертификация программных средств
- •50. R-технология программирования
14. Основные модели при разработке программных систем.
Разработка модели программной системы промышленного или коммерческого уровня всегда предшествует созданию новой или обновлению старой. Это существенная часть ясного понимания большой задачи в прикладной предметной области. Продуманные модели очень важны как для взаимодействия команд, участвующих в разработке, так и для уверенности в "архитектурной согласованности" всего проекта, до того как он будет реализован в виде кода.
Мы строим модели сложных систем, потому что не можем "охватить" ни одну из таких систем во всей ее полноте и целостности. Метод объектно-ориентированного анализа позволяет справляться и нормально описывать сложности, присущие реальным системам. Но при увеличении сложности систем, возникает все большая необходимость в хорошей технологии моделирования. Конечно, существует также множество других важных факторов, приводящих к успешно выполненному проекту, но владение стандартным и точным языком моделирования один из таких существенных факторов.
Язык моделирования должен включать:
Элементы модели - фундаментальные концепции моделирования и их семантику
Нотацию - визуальное представление элементов модели
Руководство – образцы и примеры использования при работе
При увеличении сложности систем, моделирование и стандартная визуализация становится важным фактором разработки таких систем. В других промышленных областях успешно существуют "стандартизированные" системы обозначений типовых элементов и компонент систем, например, электронщики понимают схемы, архитекторы - чертежи и т.д.
(См. Вопрос 1!)
15. Принципы объектно-ориентированного анализа и проектирования пс
Основная идея объектно-ориентированного анализа и проектирования состоит в рассмотрении предметной области и логического решения задачи с точки зрения объектов (понятий и сущностей). В процессе объектно-ориентированного анализа основное внимание уделяется определению и описанию объектов в терминах предметной области. В процессе объектно-ориентированного проектирования определяются логические программные объекты, которые будут реализованы средствами объектно-ориентированного языка программирования. Эти программные объекты включают в себя атрибуты и методы. В процессе конструирования или объектно-ориентированного программирования обеспечивается реализация разработанных компонентов и классов.
Основные шаги объектно-ориентированного анализа и проектирования:
Шаг первый. Производится анализ требований, во время которого выделяются основные процессы, происходящие в моделируемой системе и их формулировка в виде прецедентов. Прецедент - это текстовое описание процессов, происходящих в предметной области.
Шаг второй. Объектно-ориентированный анализ предметной области. Задача этого шага в определении видов деятельности участников процесса и составлении концептуальной модели, которая отражает различные категории элементов предметной области. Причем не только виды деятельности участников, но и все относящиеся к делу, понятия.
Шаг третий. Разбираемся, кто, чем занимается. Эта деятельность и называется объектно-ориентированным проектированием, при котором основное внимание сосредоточено на распределении обязанностей. Распределение обязанностей означает выделение задач и обязанностей различных программных объектов в приложении.
Наиболее важным моментом объектно-ориентированного анализа и проектирования является квалифицированное распределение обязанностей между компонентами программной системы. Это оказывает определяющее влияние на устойчивость, масштабируемость, расширяемость и возможность повторного использования компонентов. Обязанности объектов и их взаимодействия изображаются с использованием диаграмм классов и диаграмм взаимодействий.