Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоры.docx
Скачиваний:
10
Добавлен:
31.03.2015
Размер:
173.53 Кб
Скачать

9)Архитектура case-средства

Репозиторий(словарь данных)-специал БД, предназн для отображения состояния проек-тир-ой ЭИС в каждый момент времени. Объ-екты всех диаграмм синхронизированы на основе общей инф-ии словаря данных.

В репозитории хрянятся описания объектов-диаграмм, их компонентов, связей м/д диагр, структурн данных, программ модулей и т.д.

Граф редактор диаграмм пред-чен для отображения в граф виде проектируемой ЭИС.

Он позволяет выполнить операции: 1. Со-здать элементы диаграмм и взаимосвязи м/д ними. 2. Задавать описание связей м/д этими диаграммами. 3. Редактировать элементы диаграмм, их взаимосвязи и описание.

Верификатор диаграмм служит для кон-троля правильности построения диаграмм в задан методологии проектирования ЭИС. Его функции-мониторинг правильности построе-ния диаграмм, диагностику и выдачу сообщений об ошибках, выделение на диа-грамм ошибочных элементов.

Документатор проекта позволяет получить инф о состоянии проекта в виде разл отчетов.

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

Сервис-набор системн утилитов по обслу-живанию репозитория. Дан утилиты выпол-няют функции архивации данных, восста-новления данных и создания нового репози-тория.

Соврем-ые CASE-технологии классифици-руются по различным признакам: 1. Функ-ционально-ориентированные. 2. Объектно-ориентированные 3. Комплексно ориентиро-ванные (набор метолдологии проектирова-ния)

Функционально-ориентированные CASE-технологий закл-ся в след: 1. Декомпозиция всей системы на некоторое множество иерархически подчиненных функций. 2. Пред-ставляет всю инф в виде граф нотации.

В качестве инструментальных ср-в структ анализа и проектирования выступают: 1. Диаграммы функц-ых спецификаций (пред-ставляют общую структуру ИС, отражаю-щую взаимосвязь разл задач в процессе по-лучения требуемых результатов). 2. Диаг-ма потоков данных (ориентирована на какую-либо технологию отражения данных и отра-жает передачу инф от одной функции к др в рамках заданной технологии обработки). 3. Диаг-ма переходов состояний (моделируют поведение системы во времени в за-ти от происх-ых событий). 4. Диагр-ма инфологи-ческих моделей «сущность-связь) (ориенти-рованы на разработку БД, структура ко-ого не зависит от конкр информ потребностей и позволяет выполнять любые запросы поль-зователей). 5. Дигр-ма структ-ого программ-ия приложений задает взаимосвязь функц-ого и прогр-ого модулей, ко-ые их реал-ют.

11. Прототипное проектирование ЭИС (RAD-технологий). Данная технология обеспечивает создание на ранней стадии реализации действующей интерактивной модели системы, так называемые системы прототипа, позволяющие: наглядно продемонстрировать пользователям будущую систему, уточнить его требования, оперативно модифицировать интерфитен элемента формы ввода сообщений, меню, выходные документы, структуру диалога, состав реализованных целевых функций.

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

Вовлечение пользователей в процесс проектирования и конструирования приложения позволяет получить замечания и дополнения к требованиям непосредственно в процесс проектирования приложения, сокращая время разработки. Представители заказчика получают возможность контролировать процесс создания системы и влиять на ее функц. наполнение. Результатом является сдача в эксплуатацию системы, учитав. большинство потребителей заказчиков.

10) II. Объектно-ориентированное проектирование ИС. Структурная диспозиция ЭИС на основе объектно-ориентированного подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий. В этом плане модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов. Конкретный процесс обработки информации формируется в виде последовательности взаимодействий объектов. Одна операция обработки данных может рассматриваться как результат одного взаимодействия объектов. Конечным результатом процесса объектно-ориентированного проектирования должно быть множество классов объектов с присоединенными методами обработки атрибутов. Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объект-ориент подход предполагает совместное моделирование данных и процессов При этом модели проблемной области в репозитории постепенно уточняется. В связи с этим система объек-ориент моделей последовательно разворачиваются по направлению от модели общего представления функциональности ЭИС и модели динамического взаимодействия объектов, на основе которого могут быть загенерированы классы объектов в конкретной программно-технической среде.

Для объек-ориент моделирования используются язык UML, который фактически является стандартом по объектно-ориентированным технологиям, язык UML реализован многими фирмами-производителями программного обеспечения в рамках CASE-технологий, напр, rational rose и др.

Система объектно-ориентированной модели включает в себя след диаграммы:1 диаграмма процентов использования, которая отображает функциональность ЭИС в виде совокупности выполняющихся последовательностей транзикций. 2 диаграмма классов объектов(class diagram)которая отображает структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграммы функционально-ориентированного подхода 3. Диаграммы состояний (statechart-diagram), каждый из которых отображает динамику состояния объектов одного класса и связанных с ними событий. 4 Диаграмма взаимодействия объектов (Inferaction diagram) каждая из которых отображает динамическое взаимодействия объектов в рамках одного процента использования 5. Диаграмма деятельностей, которые отображают потоки работ во взаимосвязанных процентах использования (могут декомпозироваться на более детальные диаграммы) 6. Диаграммы пакетов, которые отображают распределение объектов по функциональным или обеспечивающим подсистемам (могут декомпозироваться на более детальные диаграммы)7. Диаграммы компонентов, которые отображают физические модули программного кода 8. Диаграмма размещений, которые отображают распределение объектов по узлам вычислительной сети .

III. Прототипное проектирование ЭИС (RAD-технологий). Данная технология обеспечивает создание на ранней стадии реализации действующей интерактивной модели системы, так называемые системы прототипа, позволяющие: наглядно продемонстрировать пользователям будущую систему, уточнить его требования, оперативно модифицировать интерфитен элемента формы ввода сообщений, меню, выходные документы, структуру диалога, состав реализованных целевых функций.

17) Архитектура «клиент-сервер» предназначена для разрешения проблем файл серверных приложений путем распределения компонентов приложения и размещение их там, где они будут функционировать более эффективно.

Особенность – использование выделенных серверов БД , понимающих запросы на языке структурированных запросов (SQL) и выполняющих поиск, сортировку и агрегирование информации на месте без излишней перекачки данных.

12) Жизненный цикл ЭИС - совокупность стадий и этапов, которые проходит ЭИС в своем развитии от момента принятия решения о создании системы до момента прекращения функционирования системы.

Стадии жизненного цикла ЭИС:

1.Планирование и анализ требований; 2. проектирование; 3. реализация;4. внедрение; 5. эксплуатация ЭИС.

1.Планирование и анализ требований ( предпроектная стадия) – системный анализ: - исследование и анализ существующей ИС опред-е требований к создаваемой ЭИС, оформление техн.-эконом. обоснования (ТЭО), технич. задания (ТЗ) на разработку ЭИС.

2.Проектирование (техн. проектирование, логич. проектирование)

- разработка в соответствии со сформулир. требованиями состава автоматизируемых функций ( функц. архитектура) и состава обеспечивающих подсистем ( системная архитектура), оформление техн. проекта ЭИС (ТЛ)

3. Реализация (рабочее проектирование, физич. проектирование, программное )

- разработка и настройка программ, наполнение баз данных, создание рабочих инструкций для персонала, оформление раб. проекта (РП)