- •Разработка и стандартизация программных систем
- •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-технология программирования
16. Принципы компонентной архитектуры информационных систем.
Опыт разработки "готовых" информационных систем позволил сформировать новый подход к созданию больших информационных систем, основанный на "сборке" систем из программных "компонентов" различных фирм-производителей. Компонентная архитектура информационных систем стала возможной благодаря поддержке ведущими производителями программного обеспечения общих стандартов на проектирование, разработку и технологию компонентной "сборки" информационных систем, реализуемых на различных программно-аппаратных платформах.
На современном этапе развития информационных технологий компонентная технология создания информационных систем выглядит наиболее привлекательной и перспективной. Компонентная технология позволяет оперативно вносить изменения в существующую информационную систему, не нарушая ее работоспособности. При этом новые приложения могут работать с новыми модулями, а старые - с прежними модулями, которые остаются в системе. Снимается проблема "унаследованных" систем - нет необходимости их замены для изменения или расширения функциональности, а значит уменьшаются затраты на сопровождение и модернизацию информационной системы.
Чтобы компонентная архитектура информационных систем стала реальностью необходимы три условия:
наличие методологии анализа и проектирования информационных систем, обеспечивающих компонентную разработку и "сборку" систем,
сформированный рынок готовых программных компонентов, поддерживающих общие стандарты на технологию разработки и "сборки" компонентов,
стандартные компоненты программного обеспечения "инфраструктуры" информационной системы, поддерживающие взаимодействие между компонентами системы.
Рост числа доступных программных компонентов и их библиотек, расширяющийся рынок инструментальных программных средств анализа, проектирования и разработки систем с компонентной архитектурой и поддержка многокомпонентных систем на различных программно-аппаратных платформах позволяют, коренным образом изменить процесс разработки и облик современных информационных систем. Особенно сильно тенденция к созданию многокомпонентных систем проявилась в технологии Internet/Intranet, в которой активно используются компоненты ActiveX и JavaBeans. Воспользоваться преимуществами компонентной технологии, основанной на общих стандартах, стремятся и производители готовых систем, например, корпоративных - КИС.
17. Стандарты семейства idef
IDEF — методологии семейства для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах.
В настоящее время самыми распространенными являются следующие три стандарта: IDEF0, DFD и IDEF3; для описания различных сторон деятельности предприятия. Диаграммы IDEF0 предназначены для описания бизнес-процессов на предприятии. Они позволяют понять, какие объекты или информация служат сырьем для процессов, какие результаты следуют из проделанных работ, что является управляющими факторами и какие ресурсы для этого необходимы. Нотация IDEF0 помогает выявить формальные недостатки бизнес-процессов, что существенно облегчает анализ деятельности предприятия.
При разработке стандартов предполагалась следующая последовательность действий: определение функциональной (концептуальной) модели бизнеса - определение данных, необходимых для реализации модели - математическое моделирование - оценка результатов - реорганизация модели - и новая итерация, пока модель не будет "поставлена в рамки". В соответствии с этой концепцией и предполагалось создать серию стандартов:
IDEF0 - стандарт функционального моделирования (принят)
IDEF1 (X) - стандарт информационного моделирования (принят), известен под названием "ER- диаграммы".
IDEF2 - стандарт математического моделирования (не принят). Тем не менее, существуют программные продукты, которые позволяют проводить математическое моделирование по функциональному описанию в стандарте IDEF0.
IDEF3 - наиболее важный из серии современных стандартов, определяет методологию моделирования процессов - построение технологических карт.
В последние годы семейство методологий IDEF получило дальнейшее развитие, став полноценной системой разработки систем управления, от концепции проекта до создания кода программного продукта, выполняющего определенные на концептуальном уровне задачи.