- •2. Классификация методов проектирования информационных систем. Хар-ка методов и их сравнительный анализ.
- •12. Стадии и этапы проект. Эис.
- •11. Состав и характеристика проектной документации эис.
- •14. Технология проектир. И то проектир. Тсп: определение, назначение, построение.
- •3. Методология предпроектного обследования системы.
- •10. Системы классификации и кодирования технико-экономической информации эис.
- •6. Проектирование входных и выходных документов эис.
- •13. Структура проектных документов: техническое задание на эис, постановка и алгоритм решения задачи, руководство пользователя.
- •7. Проектирование технологических процессов обработки данных эис.
- •9. Прототипное проект. Эис (rad-технология). Сущность, хар-ка традиционного и итерационного методов.
- •16. Эк. Эффективность эис. Показатели расчетов эк. Эффективности и их хар-ка.
- •15. Фун. - ориент. Проектир. Эис: сущность, хар-ка диаграмм (bfd, dfd, std, erd, ssd).
- •Автоматиз. Проектир. Ис с исп. Case-технологий. Функционально-ориентир. И объектно-ориентированный подходы.
- •Методы ценообразования инф. Продукции. Сравнительный анализ.
- •Основные компоненты технологии проектирования ис. Формализация процесса проектирования. Методы и средства проектирования ис. Требования, предъявляемые к технологии проектирования ис.
- •Проектир. Электронных документов.
15. Фун. - ориент. Проектир. Эис: сущность, хар-ка диаграмм (bfd, dfd, std, erd, ssd).
Функционально-ориентированное проектирование – построение функциональной модели, кот. должна отражать: функцион. часть системы; отношения между данными; переходы состояния системы.
В качестве инструментальных средств данного метода проектирования лежат в основе след. диаграммы.
Диаграмма бизнес-функций (BFD).
Основными объектами являются: функция (некоторое действие системы, необходимое для решения задачи), декомпозиция функции.
Нотации – графические средства обозначения и правила для описания структуры данных, этапов обработки:
Гейна-Сарсона
В его соснове лежит методология IDEF0 . содержит функциональный блок, интерфейсную дугу, декомпозицию и глоссарий (набор определений, ключевых слов), а также вход, выход, управление (методология, метод и различные инструкции) и механизм (программа комп-ра, автоматизированное рабочее место).
Йордана
Диаграмма потоков данных (DFD).
Ориентировано на какую-либо технологию обработки данных и отражает передачу инф-ии от одной функции к другой.
Основные объекты: потоки данных (механизмы, которые показывают передачу инф-ии от одного процесса к другому), процесс (функция, состоящая в преобразовании входа в выход), имя процесса (глагол), внешняя сущность (некоторый объект вне системы, кот. явл. внешним и может быть источником или приемником данных), хранилище (объект сохранности данных).
Диаграмма переходов состояний (STD).
Моделирует поведение системы во времени в зависимости от происшедших событий. Моделируемая система находится только в одном состоянии, нужно задать условие перехода.
Основные объекты: состояние (как устойчивое значение некоторого св-ва, начальное состояние может быть только одним), переход (перемещение системы из одного состояния в другое), триггеры (логическое выражение, написанное на макроязыке), условие перехода (событие, вызываемое переходом).
Диаграмма «Сущность-связь» (ERD).
Представляет собой набор множества объектов и их хар-к, а также взаимосвязь между ними. Сущность – мн-во объектов, кот. обладают общими св-ми. Отношение – связь между сущностями, задается глаголом.
Диаграмма Структура программного приложения (SSD) представляет иерархическую взаимосвязь программных модулей, кот. реализуют инф. сис-му.
Автоматиз. Проектир. Ис с исп. Case-технологий. Функционально-ориентир. И объектно-ориентированный подходы.
Большинство сущ-х CASE-систем ориентировано на автоматизацию проектирования и основано на методологиях структурного и объектно-ориентированного проектирования, исп. спецификаций в виде диаграмм или текстов для описания системных требований, связей между моделями сис-мы и архитектуры программных средств. CASE-технология основана парадигме: методология-метод-нотации-средства.
Методология определяет общие подходы к оценке и выбору варианта сис-мы; последовательность стадий и этапов проектирования и подходы к выбору методов.
Метод конкретизирует порядок проектирования отдельных компонентов сис-мы.
Нотации – графические средства, обозначения и правила, предназначенные для описания структуры данных, этапов обработки, структуры сис-мы.
Средства - средства автоматизации в виде программных продуктов, предн. для интерактивного режима взаимодействия.
Функционально-ориентир. проектир. – посторенние функциональной модели, кот. должна отражать: функцин. часть сис-мы, отношение между данными, переходы состояния сис-мы.
В качестве инструментальных средств структурного анализа и данного метода лежит в основе след. диаграмм:
Диаграмма бизнес-функций (BFD).
Основными объектами являются: функция (некоторое действие системы, необходимое для решения задачи), декомпозиция функции.
Нотации – графические средства обозначения и правила для описания структуры данных, этапов обработки:
Гейна-Сарсона
В его соснове лежит методология IDEF0 . содержит функциональный блок, интерфейсную дугу, декомпозицию и глоссарий (набор определений, ключевых слов), а также вход, выход, управление (методология, метод и различные инструкции) и механизм (программа комп-ра, автоматизированное рабочее место).
Йордана
Диаграмма потоков данных (DFD).
Ориентировано на какую-либо технологию обработки данных и отражает передачу инф-ии от одной функции к другой.
Основные объекты: потоки данных (механизмы, которые показывают передачу инф-ии от одного процесса к другому), процесс (функция, состоящая в преобразовании входа в выход), имя процесса (глагол), внешняя сущность (некоторый объект вне системы, кот. явл. внешним и может быть источником или приемником данных), хранилище (объект сохранности данных).
Диаграмма переходов состояний (STD).
Моделирует поведение системы во времени в зависимости от происшедших событий. Моделируемая система находится только в одном состоянии, нужно задать условие перехода.
Основные объекты: состояние (как устойчивое значение некоторого св-ва, начальное состояние может быть только одним), переход (перемещение системы из одного состояния в другое), триггеры (логическое выражение, написанное на макроязыке), условие перехода (событие, вызываемое переходом).
Диаграмма «Сущность-связь» (ERD).
Представляет собой набор множества объектов и их хар-к, а также взаимосвязь между ними. Сущность – мн-во объектов, кот. обладают общими св-ми. Отношение – связь между сущностями, задается глаголом.
Диаграмма Структура программного приложения (SSD) представляет иерархическую взаимосвязь программных модулей, кот. реализуют инф. сис-му.
Декомпозиция сис-мы на основе объектно-ориентированного проектирования позволяет отражать динамическое поведение сис-мы в зависимости от возникающих событий, т.е. модель предметной области рассматривается как совокупность взаимодействующих во времени объектов. Одна операция – результат одного взаимодействия.
Сис-ма объектно-ориентированных моделей вкл. след. диаграммы:
Диаграмма прецедентов исп-ия выявляет бизнес-процессы как последовательности транзакций, т.е. бизнес-процессы назыв. Прецедентами исп-ия, а внешние пользователи – актеры. Актер инициирует выполнение прецедента исп-ия и получает от него результат. Один актер может участвовать в нескольких прецедентах исп-ия.
Диаграмма классов объектов – отображает статическую структуру классов объектов, рассмотр. внутреннюю структуру проблемной области. Классы объектов могут иметь различные стереотипы поведения.
Диаграмма состояний отображает поведение объекта в динамике.
Диаграмма взаимод. объектов – 2 формы: последовательность объектов, взаимод. объектов в общей сис-ме.
Диаграмма деятельности – некоторая работа, кот. может быть декомпозирована на совокупность действий.
Диаграмма пакетов, где пакет – подсистема функционально-ориентированного подхода.