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

44.Определите технологическую сеть проектирования эис при использовании функционально-ориентированного case-средства.

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

) все больше ориентируются на архитектуру готовых программных изделий. CASE технология включает вопросы определения требований к системе и создание проекта на глобальном уровне, так чтобы он наиболее полно отвечал требованиям с учетом заданых экономических и технологических ограничений. CASE (англ.Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов CASE технология содержит средства поддержки всех основных этапах проектирования и внедрения ЭИС, при этом на этапе анализа целей создания системы обычно используется концепция диаграмм потоков данных. Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями

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

45. Какие диаграммы выступают в качестве инструментальных средств объектно-ориентированного анализа и проектирова­ния?

Диаграмма прецедентов использования (Диаграммы прецедентов играют основную роль в моделировании поведения системы, подсистемы или класса. Каждая такая диаграмма показывает множество прецедентов, актеров и отношения между ними. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Актер – это внешний пользователь процесса.

Диаграммы классов объектов (Class diagram) (Диаграммы классов показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Диаграммы классов содержат набор статических (декларативных) элементов, как, например, классы, типы, их связи, объединенные в граф. Диаграммы классов могут быть логически объединены в пакеты.)

Диаграммы состояний (Statechart diagram) (Диаграммы состояний определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате влияния некоторых событий. Каждая диаграмма состояний описывает состояния только одного объекта.)

Диаграмма взаимодействия объектов (interaction diagram) (Диаграммы взаимодействия подразделяются на диаграммы последовательности и кооперативные диаграммы. Эти диаграммы описывают поведение взаимодействующих групп объектов в рамках одного варианта использования.)

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

Диаграммы пакетов (Диаграммы пакетов унифицированного языка моделирования(UML) отображают зависимости между пакетами, составляющими модель.)

Диаграммы компонентов и  размещения (Диаграмма компонентов (Component diagram) — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.)

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]