- •1 Проектирование иус
- •1.1 Классификация ис
- •1.2 Ис как объект проектирования
- •1.3 Информационные технологии в лингвистике
- •1.4 Требования к ис с точки зрения задачи принятия управленческих решений
- •1.4.1 Требования к информации, выдаваемой ис
- •1.4.2 Требования к ис в целом
- •1.5 Вопросы для обсуждения: проблемы проектирования и внедрения ис
- •Тема 1. Что мешает внедрению ис на предприятиях?
- •Тема 2. Нужна ли поддержка коллектива для успешного внедрения ис или достаточно крепкого кулака директора?
- •Тема 3. Где взять деньги на автоматизацию и можно ли обойтись без них?
- •Тема 4. Существует ли единая методология проектирования ис?
- •2 Фирма как объект внедрения иус
- •2.1 Фирма как объект исследования и как среда функционирования ис
- •2.2 Организация бизнеса
- •2.3 Базовые функции обеспечения деятельности фирмы
- •2.4 Управленческий баланс фирмы
- •2.5 Проектный учёт
- •2.6 Классификация бизнес-процессов
- •2.7 Вопросы по теме
- •3 Технология создания иус
- •3.1 Этапы проектирования ис
- •3.2 Требования к инструментальным средствам
- •3.3 Что такое case-средства?
- •3.4 Пример взаимодействия case-средств
- •3.5 Развитие методологий проектирования
- •4 Подходы к проектированию архитектуры иус
- •4.1 Локальные ис
- •4.2 Ис в файл-серверной архитектуре
- •4.3 Ис в клиент-серверной архитектуре
- •4.4 Двухзвенные модели архитектуры
- •4.5 Трехзвенные модели
- •4.6 Монитор транзакций
- •5 Выбор case-средств проектирования иус
- •5.1 Стандарты по информационным технологиям
- •5.2 Подходы к проектированию ис
- •5.3 Методы структурного проектирования
- •5.4 Методы объектно-ориентированного проектирования
- •5.5 Вопросы по теме
- •6 Методология idef0
- •6.1 Общие положения методологии idef0
- •6.2 Классификация видов функций
- •6.3 Классификация механизмов
- •6.4 Классификация управляющих воздействий
- •6.5 Типизация функциональных моделей
- •6.6 Выводы по методологии функционального моделирования
- •6.7 Синтаксис графического языка
- •6.8 Семантика языка idef0
- •6.9 Контекстная диаграмма
- •6.10 Дочерние диаграммы
- •6.11 Граничные стрелки
- •6.12 Тоннелирование стрелок
- •6.13 Правила построения диаграмм
- •7 Методология dfd и idef3
- •7.1 Диаграммы потоков данных
- •7.2 Диаграммы процессов
- •8 Создание модели данных с помощью case-средств. Idef1x
- •8.1 Уровни моделирования
- •8.2 Основные понятия логического уровня
- •8.3 Графический язык idef1x
- •9Объектно-ориентированное проектирование. Язык uml
- •9.1 История появления
- •9.2 Краткий обзор диаграмм
- •9.3 Сколько диаграмм создавать?
- •9.4 Диаграммы вариантов использования
- •9.5 Диаграмма последовательности
- •9.6 Диаграмма классов
- •10 Cals – технология
- •10.1 Понятие о cals-технологии
- •10.2 Стандарты cals-технологии
- •10.3 Структура стандартов step
- •10.4 Диалекты языка Express
- •10.5 Методы реализации
- •10.7 Пример модели на языке Express (iso10303.41)
- •11 Список литературы
2.7 Вопросы по теме
Как организация бизнеса влияет на процедуру проектирования ИУС?
С какой периодичностью может формироваться управленческий баланс?
Для чего нужен управленческий баланс?
Назовите варианты учёта, альтернативные проектному учёту.
3 Технология создания иус
3.1 Этапы проектирования ис
Рассмотрим основные этапы проектирования ИС (без учёта деления на стадии проектирования по ГОСТ):
1) описание бизнес-логики предметной области;
2) проектирование архитектуры ИС;
3) непосредственное создание;
4) тестирование;
5) сопровождение.
Целью изучения дисциплины "Модели и методы информационно-управляющих систем" является знакомство с инструментальными средствами, автоматизирующими решение задач проектирования на этапах 13, и моделями, используемыми в этих средствах.
При выборе средств и методик проектирования необходимо учитывать следующее:
ошибки, допущенные на предыдущей стадии проектирования, обходятся в 10 раз дороже, чем на текущей;
жизненный цикл создания сложной ИС без использования инструментальных средств, сопоставим с ожидаемым временем её эксплуатации;
реализация проекта по созданию ИС предполагает коллективную работу;
изменение внешних условий при проектировании ИС может потребовать внесения дорогостоящих изменений в проект.
3.2 Требования к инструментальным средствам
При выборе инструментальных средств проектирования компонентов ИС полезно учитывать следующие требования:
1) средства должны автоматизировать начальные этапы проектирования;
2) средства должны в несколько раз уменьшать время на проектирование по сравнению с традиционными подходами;
3) средства должны быть достаточно гибкими по отношению к изменяющимся требованиям;
4) средства должны поддерживать коллективный режим работы.
3.3 Что такое case-средства?
В дословном переводе Computer Aided Software Engineering – разработка программного обеспечения с помощью компьютера.
В настоящее время термин применяется в более широком смысле.
CASE-средства – это инструментальные средства автоматизации проектирования ИС.
Рассмотрим функции проектирования, наиболее часто автоматизируемые в рамках CASE-средств:
анализ и формулировка требований к ИС;
проектирование баз данных и приложений;
генерация программного кода;
тестирование;
обеспечение качества;
управление конфигурацией ИС;
управление проектом (организация проектирования самой ИС) и др.
CASE-система – набор CASE-средств, выполненных в рамках единого программного продукта.
CASE-технология – методология проектирования ИС с использованием CASE-средств.
В настоящее время на рынке коммерческих программных продуктов присутствуют все виды CASE-средств.
3.4 Пример взаимодействия case-средств
На примере программных продуктов фирмы Computer Associates рассмотрим возможности использования CASE-средств на различных этапах проектирования ИС.
CASE-средства ERwin и BPwin были разработаны фирмой Logic Works. После слияния с PLATINUM technology они стали продаваться под новой торговой маркой. Позднее владельцем этих пакетов стала Computer Associates. В настоящее время CASE-средства данной фирмы образуют линейку продуктов AllFusion Modeling Suite.
CASE-средства Computer Associates позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций.
Программные продукты, входящие в Suite:
AllFusion Process Modeler (BPwin) - моделирование бизнес-процессов;
AllFusion ERwin Data Modeler (ERwin) - моделирование данных;
AllFusion Data Model Validator (ERwin Examiner) - проверка моделей данных;
AllFusion Model Manager (ModelMart) - сервер для совместной работы пользователей ERwin и/или BPwin;
AllFusion Component Modeler (Paradigm Plus) - моделирование компонентов ПО;
AllFusion Model Navigator - просмотр моделей, созданных в Data Modeler и Process Modeler.
AllFusion Process Modeler - инструмент визуального моделирования бизнес процессов. BPwin поддерживает сразу три нотации моделирования: IDEF0, IDEF3 и DFD.
AllFusion ERwin Data Modeler позволяет проектировать, документировать и сопровождать базы данных, хранилища данных и витрины данных (data marts).
AllFusion Data Model Validator – инструмент для проверки структуры баз данных и создаваемых в ERwin моделей, позволяющий выявлять недочеты и ошибки проектирования, имеется встроенная система обучения.
AllFusion Model Manager - среда для совместной работы группы проектировщиков на AllFusion ERwin Data Modeler (ERwin) и/или AllFusion Process Modeler (BPwin) над одним проектом. Обеспечивает совместный доступ и редактирование моделей, является интегрирующим звеном для ERwin (моделирование баз данных) и BPwin (моделирование бизнес-процессов). Защищает хранимые на собственном сервере модели, позволяя задавать для сотрудников различный уровень доступа к ним, координировать весь ход работы над проектом.
AllFusion Component Modeler - CASE-средство для проектирования, визуализации и поддержки информационных систем. Благодаря интеграции с AllFusion Process Modeler (BPwin) есть возможность использования функциональной модели вместе с объектной. Продукт поддерживает около десятка стандартных нотаций, таких как UML и Booch, интегрируется с технологиями COM/DCOM, CORBAPlus, BES VisiBroker и др., продуктами CA, Microsoft, Rational Software и др.
AllFusion Model Navigator - инструмент для просмотра моделей, созданных в AllFusion Process Modeler и AllFusion ERwin DataModeler, в режиме "только для чтения". Позволяет предотвратить несанкционированные изменения моделей, но при этом использовать их для создания презентаций, разработки приложений и т.д.
На рисунке 3.1 представлены возможные варианты взаимодействия перечисленных программных продуктов.
Рисунок 3.1 – Взаимодействие CASE-средств
