- •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 Список литературы
3.5 Развитие методологий проектирования
Исследования в области построения моделей и методов проектирования ИС не заканчиваются моментом принятия некоторого стандарта.
Кроме уже упомянутых подходов ведутся разработки в других направлениях, в частности, в связи с вопросами реинжиниринга бизнес-процессов. Реинжиниринг предполагает перестройку существующих бизнес-процессов с целью их оптимизации и должен предшествовать созданию ИС.
Проводятся исследования в области технологий программирования, позволяющих повысить степень автоматизации процесса программирования.
В общем случае, все существующие и создаваемые модели и методы можно сгруппировать по их отношению к объектам исследования: ИС, фирме и изделию.
При изучении дисциплины ММИУС основное внимание будет уделено ИС и изделиям как объектам исследования. Методы реинжиниринга будут рассмотрены кратко.
4 Подходы к проектированию архитектуры иус
Архитектура информационной системы - концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы [Определение из словаря].
4.1 Локальные ис
В локальной ИС (другое название – настольная ИС или desktop) все компоненты, включая БД, СУБД и клиентские приложения, находятся на одном персональном компьютере (ПК).
Любой современный пользователь персонального компьютера знает, как осуществляется работа в подобной архитектуре.
Рассмотрим возможные варианты установки СУБД для поддержки функционирования локальной ИС:
1) СУБД в полном объеме (максимальная конфигурация);
2) приложения и ядро СУБД (минимальная конфигурация);
3) независимое приложение.
По первому варианту пользователь непосредственно обращается к СУБД через ее интерфейс или через приложение.
По второму варианту на ПК устанавливается ядро СУБД. Ядро СУБД (database engine) - набор системных программ, входящих в состав СУБД и осуществляющих операции манипулирования данными, т. е. сохранение, поиск и обновление данных в базе данных. Какие именно операции над данными поддерживает ядро, определяется конкретной СУБД и используемой моделью данных. Функции ядра, как правило, вызываются не непосредственно, а через интерфейс пользователя или из программы на языке программирования соответствующей СУБД. [http://vslovar.org.ru/comp/1113.html].
По третьему варианту на ПК устанавливается независимое приложение (откомпилированный исходный код).
4.2 Ис в файл-серверной архитектуре
Файл-сервером обычно называется компьютер, работающий в сети, основное назначение которого заключается в создании разделяемого дискового пространства для хранения файлов, таких, как документы, фотографии, звуковые файлы и т.п., в том числе, базы данных.
Приложения, реализующие бизнес-логику, запрашивают файлы с сервера, при этом обработка данных осуществляется у клиента. Такая архитектура хорошо работает, если интенсивность использования файлов, частота и объём их обновления не велики. С ростом количества клиентов сети и увеличением трафика работа в файл-серверной архитектуре становится проблемной.
В общем случае, быстродействие такой системы зависит от быстродействия диска сервера, скорости передачи данных по сети, мощности процессора компьютера клиента, объёма его оперативного запоминающего устройства и некоторых других факторов. Центральный процессор сервера играет второстепенную роль и должен просто обеспечивать передачу потока данных с сетевого канала на диск и обратно.
Кардинальных различий с точки зрения архитектуры между локальной архитектурой и архитектурой "файл-сервер" нет. И в том и в другом случае в качестве СУБД применяются так называемые персональные (настольные) СУБД (другое название – СУБД для рабочих групп), такие как Access (Microsoft), Paradox (Corel), dBase (dBase LLC), FoxPro (Microsoft).