- •Автоматизированные системы управления производством в сервисных предприятиях содержание
- •1. Классификация и кодирование информации
- •1.1. Информация и данные
- •1.2. Классификация информации по разным признакам
- •1.3. Методы классификации информации
- •1.4. Система кодирования
- •Регистрационное кодирование
- •1.5. Практикум по кодированию информации
- •1.6. Классификаторы
- •1.7. Общероссийские классификаторы (ок)
- •2. Информационные системы (ис)
- •2.1. Система. Общие понятия о системе
- •2.2. Общие понятия об информационных системах (ис)
- •2.3. Основные задачи информационных систем (ис)
- •2.4. Этапы развития информационных систем
- •2.5. Классификация ис по выполняемым функциям (исторический аспект)
- •2.6. Современные информационные системы (ис)
- •2.7. Пользователи информационных систем (ис)
- •2.8. Процессы в информационных системах - ис
- •2.9. Необходимость создания ис(асои)
- •2.10. Роль структуры управления в ис
- •3. Теория управления
- •3.1. Уровни процесса управления
- •Персонал организации
- •3.2. Операции и процедуры
- •3.3. Функции управления
- •3.4. Принципы управления
- •3.5. Информационные технологии и системы управления
- •Информационные технологии управления
- •Информационные системы управления (ису)
- •Типы информационных автоматизированных систем управления (иасу)
- •Ис организационного управления (исоу)
- •4. Структура ис
- •4.1. Виды обеспечений ис
- •4.1.1. Информационное обеспечение ис
- •Информационное обеспечение. Классификаторы. Методы классификации.
- •4.1.2. Техническое обеспечение ис
- •Техническое обеспечение информационной системы - ис
- •4.1.3. Математическое и программное обеспечение ис
- •Математическое и программное обеспечение информационных систем - ис
- •4.1.4. Методическое и организационное обеспечение ис
- •Организационное обеспечение информационных систем - ис
- •4.1.5. Правовое обеспечение ис
- •Правовое регулирование на информационном рынке
- •4.1.6. Лингвистическое обеспечение ис
- •4.1.7. Эргономическое обеспечение ис
- •4.1.8. Кадровое обеспечение ис
- •4.2. Классификация ис по функциональному признаку и уровням управления
- •Ис для менеджеров среднего звена
- •Стратегические ис
- •Практические рекомендации по описанию задач, решаемых функциональными подсистемами
- •Информационные системы (ис) в фирме
- •Примеры ис, поддерживающих деятельность фирмы
- •Примеры ис
- •4.3. Принципы и методы создания ис
- •Принципы создания ис
- •4.4. Классификация информационных систем - ис
- •Общая классификация систем
- •Классификация информационных систем - ис
- •4.4.1. Классификация ис по масштабности применения
- •Автоматизированные рабочие места (арм)
- •4.4.2. Классификация ис по признаку структурированности задач
- •4.4.3. Классификация ис по функциональности
- •Функции информационных систем
- •4.4.4. Классификация ис по характеру обработки информации
- •4.4.5. Классификация ис по оперативности обработки данных
- •4.4.6. Классификация ис по квалификации персонала и управления
- •4.4.7. Классификация ис по степени автоматизации
- •4.4.8. Классификация ис по характеру использования информации
- •4.4.9. Классификация ис по сфере деятельности
- •4.4.10. Классификация ис по концепции построения
- •4.4.11. Классификация ис по режиму работы
- •По способу распределения ресурсов
- •4.4.12. Классификация ис по сфере применения
- •5. ЖизненнЫй цикл ис
- •5.1. Модели жизненного цикла (жц) ис
- •5.2. Стандарты на проектирование ис
- •5.3. Процессы жц по
- •Основные процессы:
- •Договорные процессы:
- •5.4. Каноническое проектирование ис
- •5.5. Содержание технического задания на ис
- •5.6. Содержание технического проекта ис
- •5.7. Типовое проектирование ис
- •5.8. Обзор рынка программных продуктов
- •6. Технология создания информационных систем (ис)
- •6.1. Требования к инструментальным средствам
- •6.2. Что такое case-средства?
- •6.3. Подходы к проектированию ис
- •6.4. Методы структурного проектирования
- •6.5. Методы объектно-ориентированного проектирования
- •6.6. Пример взаимодействия case-средств
- •6.7. Развитие методологий проектирования
- •6.8. Методология функционального моделирования idef0. Общие положения
- •6.9. Синтаксис графического языка
- •6.9.1. Блок
- •6.9.2. Стрелка
- •6.10. Семантика языка idef0
- •6.10.1. Семантика блоков и стрелок
- •6.10.2. Контекстная диаграмма
- •6.10.3. Дочерние диаграммы
- •6.10.4. Граничные стрелки
- •6.10.5. Тоннелирование стрелок
- •6.11. Правила построения диаграмм
- •6.12. Методика разработки функциональных моделей в среде idef0
- •6.12.1. Общие положения
- •6.12.2. Классификация видов функций
- •6.12.3. Классификация механизмов
- •6.12.4. Классификация управляющих воздействий
- •6.12.5. Типизация функциональных моделей
- •6.12.6. Выводы по методологии функционального моделирования
- •Учебники к курсу
- •Список литературы
- •Приложение 1. Постановка задачи
- •Приложение 2. Инструментальная среда bPwin
- •Построение модели idef0
- •Цель моделирования
- •Диаграммы дерева узлов и feo
- •Каркас диаграммы
- •Стоимостный анализ
- •Свойства, определяемые пользователем (udp)
6. Технология создания информационных систем (ис)
6.1. Требования к инструментальным средствам
Рассмотрим основные этапы проектирования ИС (без учета деления на стадии проектирования по ГОСТу):
1) описание бизнес-логики предметной области;
2) проектирование архитектуры ИС;
3) непосредственное создание;
4) тестирование;
5) сопровождение.
При выборе средств и методик проектирования необходимо учитывать следующее:
- ошибки, допущенные на предыдущей стадии проектирования, обходятся в 10 раз дороже, чем на текущей;
- жизненный цикл создания сложной ИС без использования инструментальных средств, сопоставим с ожидаемым временем ее эксплуатации;
- реализация проекта по созданию ИС предполагает коллективную работу;
- изменение внешних условий при проектировании ИС может потребовать внесения дорогостоящих изменений в проект.
Требования к инструментальным средствам:
1) средства должны автоматизировать начальные этапы проектирования;
2) средства должны в несколько раз уменьшать время на проектирование по сравнению с традиционными подходами;
3) средства должны быть достаточно гибкими к изменяющимся требованиям;
4) средства должны поддерживать коллективный режим работы.
6.2. Что такое case-средства?
В дословном переводе Computer Aided Software Engineering – разработка программного обеспечения с помощью компьютера.
В настоящее время термин применяется в более широком смысле.
CASE-средства – это инструментальные средства автоматизации проектирования ИС.
Рассмотрим функции проектирования, наиболее часто автоматизируемые в рамках CASE-средств:
- анализ и формулировка требований к ИС;
- проектирование баз данных и приложений;
- генерация программного кода;
- тестирование;
- обеспечение качества;
- управление конфигурацией ИС;
- управление проектом (организация проектирования самой ИС) и др.
CASE-система – набор CASE-средств, выполненных в рамках единого программного продукта.
CASE-технология – методология проектирования ИС с использованием CASE-средств.
В настоящее время на рынке коммерческих программных продуктов присутствуют и отдельные CASE-средства, и системы, и технологии.
6.3. Подходы к проектированию ис
Методики, используемые при проектировании, сначала программ, а затем и систем в целом, формировались в течение длительного промежутка времени. Необходимость таких методик проявлялась при разработке сложных программных систем в условиях дефицита времени на разработку. Подобные ситуации были характерны для крупных промышленных корпораций и учреждений оборонного ведомства, поэтому многие современные методики изначально были, например, внутренними стандартами МО США.
В основе наиболее известных методик проектирования ИС лежат два подхода: структурный и объектно-ориентированный.
Структурные методы анализа и проектирования используют иерархические структуры для моделирования объекта исследования.
Структурное проектирование основано на алгоритмической декомпозиции, особое внимание в которой уделяется порядку происходящих событий.
Эти методы предназначены, в основном, для построения функциональных моделей и моделей данных разного уровня.
Объектно-ориентированный подход основан на выделении агентов, которые являются либо субъектами действий, либо объектами действий. При объектно-ориентированной декомпозиции каждый объект обладает своим собственным поведением и каждый из них моделирует некоторый объект реального мира.
По своей сути структурный подход и объектно-ориентированный подход ортогональны, то есть, вряд ли удастся спроектировать сложную систему одновременно двумя способами, но можно применить их последовательно.