- •1. Осн понят и определ. Жц пc. Структ жц пс в соотв исо/мэк 12207. Классиф проц жц пс. Структ проц разраб. Модель жц.
- •8. Базовая rad-модель быстрой разработки приложений жизненного цикла пс. Достоинства и недостатки. Область применения.
- •11. Инкрементн модель жцпс. Дост-ва и недост. Обл применения.
- •13. Эволюционная модель жц пс по гост р исо/мэк то 15271-2002. Достоинства и недостатки. Область применения.
- •17. Упрощ спиральн модель жц пс института качества sqi. Достоинства и недостатки. Область применения.
- •18. Упрощенная спиральная модель жц пс Института Управления проектами. Дост и недостатки. Область применения.
- •20. Спиральная модель жц пс Консорциума по вопросам разработки программного обеспечения. Дост и недостатки. Область применения.
- •21. Компонентно-ориентированная модель жизненного цикла пс. Достоинства и недостатки. Область применения.
- •22. Классиф проектов по разработке пс и систем, ориентированная на выбор модели жц. Категории и критерии классификации проектов.
- •23. Процесс выбора модели жц разработки пс и систем института sqi
- •24. Адаптация модели жц разработки пс и систем к условиям конкретного проекта по стб исо/мэк 12207-2003 и гост р исо/мэк то 15271-2002. Харак-ки проекта, влияющ на адаптац.
- •25. Модульное проектирование программ. Признаки модульности программы. Дост и недост модульности. Классификация методов проектирования модульных программ.
- •26. Нисходящее проектирование программ и его стратегии. Стратегия, основ на использовании псевдокода. Дост и недост. Пр.
- •27. Стратегия пошаг проект-я при нисходящем проектировании программ, основанная на использовании комментариев. Виды и нормы комментариев. Пример.
- •28. Стратегия анализа сообщений при нисходящем проектировании программ. Пример.
- •29. Метод восходящего проектир. Сущность. Целесообразность использования. Недостатки. Способы сочетания с другими методами.
- •30. Метод Джексона. Сущность. Основ констр постр структур дан. Примен к иерархич, сетев и реляц структ данн. Пр.
- •31. Первый этап метода Джексона. Виды документов, создаваемых на данном этапе. Пример.
- •32. 2 Этап метода Джексона. Цель.Сущность. Правила уст-я соотв.
- •33. Третий этап метода Джексона. Цель. Сущность. Подэтапы.
- •34. Четвертый этап метода Джексона. Цель. Сущность. Контрольный перечень операций. Пример.
- •35. Пятый этап метода Джексона. Цель. Сущность. Пример.
- •36. Связность модуля. Типы и сила связности.
- •37.Сцепление модулей. Типы и меры сцепления.
- •38.Case-технологии. Обзор методов структ проектирования. Цели использования case-технологий. Семейство методологий idef.
- •39.Idef0. Системы и модели. Основные понятия и определения. Цель модели. Точка зрения модели. Субъект моделирования. Пример.
- •40. Idef0. Синтаксис диагр. Правила изобр функц блоков. Доминир-е. Виды отношений м/у объектами и функциями. Пример
- •41. Idef0. Синтаксис диагр. Правила изображения дуг. Метки. Типы взаимосвязей между блоками. Иерархия дуг. С-номера. Пр.
- •42. Idef0. Синтаксис моделей. Декомпозиц. Контекстная диагр. Номер узла. Организац связей м/у диагр. Диагр дерева узлов.
- •43. Idef0. Синтаксис моделей. Внешние дуги. Обозначения. Правила стыковки внешних и граничных дуг. «Вхождение дуги в тоннель». Пример.
- •44. Idef0. Стратегии декомпозиции. Пример.
- •45. Процесс моделирования в idef0.
- •46. Idef1x. Сущности. Категории сущн. Завис и независ сущности. Пример.
- •47. Idef1x. Атрибуты. Классификация атрибутов. Пример.
- •Классиф атриб
- •48. Idef1x. Правила атрибутов. Способы представл сущн с атриб.
- •3 Основн способа представления сущностей с атриб
- •49. Idef1x. Связи. Соединит связи. Графич представл соединит связи. Пр.
- •50.Информ моделир. Безусл и условн связи. Мощно связи. Формы связи. Пр.
- •Безусловные формы
- •Условные формы
- •Биусловные формы
- •51.Idef1x. Графич и текстов представл дочерн мощности соедин связей. Пр.
- •52. Idef1x Формализация соединит связей. Идентиф и неидентиф связи. Пр.
- •53. Idef1x. Реализация условных и безусловных связей. Обязательные и необязат связи. Родительская мощность связи.
- •54. Idef1x. Неспецифические связи. Формализация неспецифич связей. Пр.
- •55. Idef1x. Организация рекурсивн связей. Иерархич и сетевая рекурсии. Пр.
- •56. Idef1x. Связи категоризац. Графич представл. Полная и неполная группы категорий. Дискриминатор. Роли. Пример.
- •57. Idef1x. Рабочие продукты информац моделирования. Уровни диаграмм. Пр.
- •58. Эволюц case-средств. Периоды развития case-средств.
- •59. Базовые основы построения case-средств. Принципы и положения, положенные в основу построения case-средств.
- •61. Классиф case-средств по типам. Примеры case-средств.
- •62. Классиф case-средств по категориям и уровням. Пр case-средств.
- •Классифик по уровням
59. Базовые основы построения case-средств. Принципы и положения, положенные в основу построения case-средств.
Большинство CASE-средств основано на парадигме метод - нотация -средство.
Парадигма – система изменяющихся форм некоторого понятия;
Метод - систематическая процедура или техника создания описаний компонент ПС.
Нотация - сист обозначений, предназнач для описания структуры сист, элементов данных, этапов обработки; может включать графы, диагр, таблицы, схемы алгор и т.д..
Средства – инструмент ср-ва для поддержки методов, помогающий пользователям при создании и редактировании графич объекта в интерактивном режиме.
CASE-средство – совокупн графически ориентир-ых инструментальных средств, поддерживающих ЖЦ ПС и систем.
К CASE-средствам может быть отнесено любое ПС, обеспечивающее автоматическую помощь при разработке ПС, его сопровождении или деятельности по управлению проектом, базирующееся на следующих трех основополагающих принципах.
Графическая ориентация. Использ мощная графика для описания и документирования систем (ПС) и для улучшения интерфейса с пользователем.
Интеграция. обеспеч легкость передачи данных м/у компонентами
Локализация всей проектной информации в репозитории (компьютерном хранилище данных). В репозитории хран-ся результат проектирования , разраб предыдущих проектов, статистич инф по проектам.
Корме этого в основе построения CASE-средств лежат следующие положения.
Человеческий фактор.
использование базовых ПС, получивших массовое распространение в других приложениях
3. Автоматизированная или автоматическая кодогенерация,
выполняющ генерац кодов (преобр-е для получения документац; формирование БД д; ввод или модификация данных; и т.д.).
Ограничение сложности.
Доступность для разных категорий пользователей.(заказчики, спец предметн обл, сист аналитики, тестир-ки, менеджеры и т.д.)
Рентабельность- быстрая окупаемость денежных средств, вложенных в приобретение CASE-средства, за счет сокращения сроков и стоимости проектов.
Сопровождаемостъ, обеспечивающая способность адаптации при изменении требований и целей проекта.
Состав и общие функц-ые возможности CASE-средств.
CASE-пакет содержит четыре главных компонента :
Средства централизованного хранения всей информации о прете предназнач для хранения инф о разрабатываемо проекте в течение всего ЖЦ. (репозиторий).
Средства ввода, предназнач для ввода данных в репозиторий и для автоматизации взаимод-я участников проекта с CASE. Эти средства должны поддерживать различные методологии анализа , проектир-я, тестир-я…
Средства анализа, проектирования и разработки, предназнач для анализа различных видов графич и тестовых описаний и их преобразований в процессе разработки.
Средства вывода, служащие для документирования, кодовой генерации.
Все компоненты в совокупности должны обладать следующими функциональными возможностями.
Поддержка графических моделей.
Контроль ошибок.
Организация и поддержка репозитория.
Поддержка процесса разработки ряда вспомогат и организац проц
Состав и функц-ые возможности
Поддержка графич моделей, ряда нотаций, методолог,диагр различных типов, поддержка IDEF0 и дигра DFD, IDEF1X, поддержка структурн карты метод Джексона
Контроль ошибок (Типы контроля)
а. Контроль синтаксиса диаграмм и типов их элементов
b. Контроль полноты и корректности диаграмм –контролир наличие имен, пояснений, описаний в репозитории.
c. Контроль декомпозиции функций – выполняется контроль на основе различн метрик(связность и сцепление модулей)
d. Сквозной контроль диаграмм одного или различных типов на предмет их взаимной коррекции (к-во внешних дуг с родит диагр на диагр декомпозиции)
Поддержка репозитория
Основные функции: хранение, бновление, анализ и визуализация всей инф-ции по проекту и организация соотв-го уровня доступа к информации
Репозитории обычно может хранить более 100 типов объектов .Репозитории явл базой для автоматич генерации документац по проекту, и в частности, отчетов.
Основные типы отчетов.
Отчеты по содержимому - включ инф по потокам данных и их компонентах; списки входных и выходных потоков для кажд функц-го блока диагр; списки всех информационн объектов и их атрибутов, историю изменения объектов.
Отчеты по перекрестным ссылкам – содержат инф по всем связям всех вызывающих и вызываемых модулей; списки объектов репозитория, к которым имеет доступ конкретный исполнитель проекта; инф по связям м/у дигр и данными; маршруты движения данных от входа к выходу.
Отчеты по результатам анализа - включ данные по взаимной коррекции диагр, списки неопределенных информац объектов, списки неполных диаграмм, данные по результатам анализа структуры проекта, списки удаленных объектов.
Отчеты по декомпозиции объектов - включают совокупности объектов, входящих в каждый объект, а также объекты, в состав которых входит каждый объект.
Поддержка проц разраб, вспомогат и организац проц ЖЦ
Основой поддержки разраб и др проц Жц явл след возможности CASE-ср-в:
a. Покрытие всего жизненного цикла систем или ПС
b. Средства поддержки прототипирования примен на ранних этапах ЖЦ проц разработки. Цель-уточнение требований.
c. Поддержка методологий проектирования систем или ПС Современн CASE ф-ми выполн-оддержка построения диагр различн типов, контроль корректности использ-я шагов проектирования, подготовка документации.
d. Кодогенерация. В современн ср-ах поддерж-ся автоматич кодогенерац
Средства кодогенерации дел на 2 вида:
средства генерации управляющей структуры продукта;
средства генерации полного продукта.
----------------------------
В первом случае автоматически строится откомментированная логика (потоки управления) ПС, коды для базы данных, файлов, экранов, отчетов. Остальные фрагменты ПС кодируются вручную.
Во втором случае из проектных спецификаций генерируется полное документированное ПС, включая исполнимый код, пользовательскую и программную документацию, наборы тестов.