- •«Проектирование ис» 2011
- •1. Понятие информационной системы. Типовые функциональные компоненты ис
- •2. Схема развития ис
- •3. Этапы проектирования ис
- •4. Понятие жизненного цикла ис, модели жизненного цикла информационной системы
- •5. Основные принципы создания ис
- •6. Требования к методологии и технологии разработки ис
- •7. Методология rad
- •8. Методы проектирования ис
- •9. Функционально-ориентированные методологии проектирования. Основные принципы функциональной методики idef0
- •10. Методология idef0. Виды стрелок на диаграммах idef0
- •11. Методология idef0. Нумерация работ и диаграмм. Каркас диаграммы
- •12. Методология idef0. Виды диаграммы idef0
- •13. Диаграммы потоков данных. Назначение. Нотации dfd. Рекомендации по построению
- •14. Основные элементы диаграмм dfd
- •15. Диаграммы dfd. Элементы для декомпозиции данных
- •16. Диаграммы dfd. Управляющие элементы диаграмм
- •17. Методология idef3. Назначение диаграмм. Основные элементы
- •18. Виды перекрестков на диаграммах idef3
- •19. SwimLane диаграммы и построение сценариев SwimLaneDiagrams (диаграмма плавательных дорожек).
- •20. Стоимостной анализ. Принципы связи abc анализа и idef0
- •21. Количественный и качественный анализ диаграмм модели idef
- •22. Моделирование данных. Архитектура ansi-sparc
- •24. Er-диаграммы. Определение сущности, атрибута, связи
- •25. Методология idef1x. Виды и мощности связей. Понятие зависимых и независимых сущностей
- •26. Методология idef1x. Виды зависимых сущностей
- •27. Нормальные формы er-диаграмм. Получение реляционной схемы из er-диаграмм
- •28. Реляционная модель данных. Структурная часть. Управляющая связь. Виды ключей
- •29. Реляционная модель данных. Набор ограничений целостности. Операции, нарушающие целостность
- •Ограничения кортежа.Ограничения целостности кортежапредставляют собой ограничения, накладываемые на допустимые значенияотдельногокортежа отношения, ине являющиесяограничением целостности атрибута.
- •30. Реляционная алгебра. Теоретико-множественные операции
- •31. Реляционная алгебра. Специальные операции
- •32. Реляционная модель данных. 1нф, 2нф, 3нф, нфбк
- •33. Реляционная модель данных. Нормальные формы более высоких порядков
- •36. Язык моделирования uml. Назначение. Характеристики. Перечень диаграмм
2. Схема развития ис
Схема предназначена для формирования взгляда на архитектуру ИС с точки зрения участников ее разработки. При моделировании бизнеса рассматривается 3 аспекта: -объекты, с которыми оперирует бизнес (данные) -процессы, которые он выполняет (функции) -события, управляющие изменениями процессов и объектов Можно определить след.типы моделирования: -информационное -функциональное -событийное В схеме Захмана каждой строке соответствует точка зрения одного из участников проекта по созданию системы. Точка зрения отображает значения и области ответственности заинтересованных лиц в процессе создания системы. В основе схемы Захмана рассматривается 3 аспекта, каждому из которых соответствует колонка (или столбец), каждому аспекту соответствуют разные методы формирования представления. В каждой ячейке представлен вид конечного продукта (архитектурное представление) с точки зрения некоторой группы лиц, участвующих в разработке системы: 1, 2 – заказчик, видит систему общих стратегических и тактических аспектов 3 – проектировщик, его представление является проектирование системы обеспечивающей удовлетворение требований заказчика, к которой должна быть добавлена точность необходимая для тех, кто будет реализовывать систему. 4, 5 – разработчик, его взгляд отражает множество решений ограниченных технологией, временем и стоимостью. 6 – пользователь, в каждой ячейки схемы представлен вид конечного продукта с точки зрения некоторой групп лиц участвующей в разработки системы.
В подходе Захмана не делается акцент на динамике развития ИС. При переходе от одной строки таблицы к другой меняется лишь точка зрения, с которой рассматривается система, причем эта точка зрения не обязана быть связана с уровнем детальности рассмотрения. В схеме Захмана отражены три аспекта системы, приблизительно соответствующие некоторым методикам моделирования (информационное моделирование, диаграмма потоков данных и т.д.). Представляет интерес составить схему, аналогичную схеме Захмана, в которой в качестве аспектов при формировании архитектурных представлений используется хотя бы часть методик, представленных на диаграмме Баркера. Три основные части диаграммы: функциональное моделирование, информационное моделирование и событийное моделирование. Их пересечения - диаграммы потоков данных, анализ состояний, информационная динамика и функциональная логика.
|
ЧТО(данные) |
КАК(функции) |
ГДЕ(сеть) |
ПОЧЕМУ (стимулы) |
КТО (участники бизнеса) |
КОГДА (операционное время) |
1.Потребности/ Внешняя среда |
Список важнейших объектов бизнеса |
Список процессов, выполняемых бизнесом |
Список контактов |
Конкурентная среда |
Клиенты, партнеры, филиалы |
Главные события ведения бизнеса |
2.Бизнес модель |
Диаграмма сущность- связь (ERD) |
Функциональная иерархия (IDEF0) в терминах бизнеса. |
Бизнес модель сети |
Бизнес-план |
Организационная структура предприятия |
Календарный график выполнения основных процессов |
3.Логическая модель |
Концептуальная модель данных |
Модель потоков данных DFD, IDEF3 |
Логическая модель сети |
Бизнес правила |
Схема взаимодействия участников бизнеса |
Время обработки данных |
4.Техноло- гическая модель |
Структура базы данных |
Проектиро -вание пользов-ательского интерфейса |
Проектирова-ние сетевой архитектуры |
Алгоритм реализации бизнес правил |
Техническое оснащение рабочих мест |
Схема контроля времени выполнения процессов |
5.Детальное представление |
Описание структуры данных |
Реализация Пользовательс-кого интерфейса |
Реализация сетевой архитектуры |
Хранение процедур |
Авторизация защиты информации |
Реализация схемы |
6.На взгляд пользователя |
Результат |
Интерфейс пользователя |
Взаимно связь |
Качество внедрения |
Умение ответствиность |
Календарный график, его анализ |