Лекции - Автоматизированные системы управления предприятием
Подождите немного. Документ загружается.
3. Недостаточное вовлечение будущих пользователей в работу над
проектом.
4. Нехватка ресурсов для проектирования (т.е. неправильное
прогнозирование требуемых ресурсов).
5. Неудовлетворительное прогнозирование и управление работами по
созданию проекта.
6. Частое изменение требований со стороны заказчика в процессе
проектирования.
7. Недостаточная поддержка проекта со стороны руководства заказчика.
Перечисленные причины обусловлены следующими объективными
обстоятельствами:
1. Информационные потребности будущих пользователей меняются в
процессе работы с ИС.
2. Требования к системе меняются в процессе ее создания.
Поэтому невозможно сразу сделать то, что понравилось бы всем
пользователям, т.к. время меняет наши представления и требования.
Принцип первого руководителя (принцип создания АСУ академика Глушкова)
заключается в том, что первое лицо предприятия (либо владелец, либо
руководитель) должно быть в первую очередь заинтересовано в создании ИС.
Программная инженерия (Software Engineering)
В конце прошлого столетия начало развиваться новое научное направлении –
программная инженерия.
Использование достижений программной инженерии позволяет:
1.Сократить сроки исполнения программ.
2.Повысить качество проектов.
3.Четко распределить обязанности, ответственность при создании ИС.
Существует 3 группы стандартов (для системных аналитиков):
1. Базовые международняе стандарты в области управления качеством
(распространяется на качество любой продукции, любого вида услуг, в т.ч. и на
разработку программных продуктов).
- ISO 9000
- ISO 9001 1994 г. «Системы качества. Модель обеспечения качества при
проектировании, разработке, производстве, монтаже и обслуживании. 2-е
издание»
- ISO 10005 – ISO 10016. Все эти стандарты по обеспечению качества.
Есть требования к качеству самих изделий, и есть требования к качеству
процессов изготовления. Также существует понятие сертификация предприятий на
- 11 -
соответствие стандартам качества.
2. Базовые государственные стандарты на создание, документирование и испытание
автоматизированных систем
- ГОСТ 34.601 «Информационные технологии. Автоматизированные системы.
Стадии создания»
- ГОСТ 34.602 «Информационные технологии. Техническое задание на
создание автоматизированных систем» - описан состав технического задания.
- ГОСТ 34.603 «Информационные технологии. Виды испытания
автоматизированных систем»
- ГОСТ 34.201 «Информационные технологии. Виды комплектации и
обозначения документов при создании автоматизированных систем»
- РД 50-34.698 «Методы указания. Информационные технологии.
Автоматизированные системы. Требования к содержанию документов»
3. Базовые Российские стандарты в области информационных технологий
- ГОСТ Р ИСО/МЭК 12207:2000 «Информационная технология. Процессы
жизненного цикла программного обеспечения»
- ГОСТ Р ИСО/МЭК 15408-1-2002 «Информационная технология. Методы и
средства обеспечения безопасности. Критерии обеспечения безопасности
информационных технологий. Часть 1. Введение и общая модель.»
- ГОСТ Р ИСО/МЭК 15271-2001 «Информационная технология. Руководство по
применению ГОСТ Р ИСО/МЭК 12207:2000»
- «Информационная технология. Оценка программной продукции.
Характеристики качества и руководство по их применению.»
- «Информационная технология. Пакеты программ. Требования к качеству и
тестирование.»
- «Информационная технология. Руководство по управлению
документированием программного обеспечения.»
- «Информационная технология. Процесс создания документации
пользователя.»
- «Информационная технология. Методы и средства обеспечения безопасности.
Критерии обеспечения безопасности информационных технологий. Часть 3.
Требования доверия к безопасности.»
- «Информационная технология. Сопровождение программных средств.»
- «Информационная технология. Уровни целостности систем и программных
средств.»
- «Информационная технология. Классификация программных средств.»
- ГОСТ 28 195:1989 «Оценка качества программных средств. Общие
положения.»
ГОСТ Р ИСО/МЭК 12.207:2000
В этом ГОСте говорится, что процессы создания программного обеспечения
должны опираться на его жизненный цикл.
Жизненный цикл – весь путь программного обеспечения от момента
- 12 -
зарождения идеи до снятия программного обеспечения с эксплуатации.
Данный ГОСТ определяет все процессы, которые протекают в рамках
жизненного цикла:
1. Основные процессы жизненного цикла;
2. Вспомогательные процессы жизненного цикла;
3. Организационные процессы жизненного цикла.
I. Основные процессы жизненного цикла
Каждый процесс выполняется конкретным ответственным за это субъектом.
1. Процесс заказа информационной системы: описание работы заказчика –
субъекта, который либо приобретает информационную систему, либо
приобретает программную услугу.
2. Процесс поставки: за этот процесс отвечает поставщик программного
продукта или услуги.
3. Процесс разработки: регламентирует деятельность разработчика
программной системы или программного средства.
4. Процесс эксплуатации: описывает процесс работы обслуживающего
(эксплуатационного) персонала. Обслуживание проходит в интересах
пользователя.
5. Процесс сопровождения: регламентирует работу персонала
сопровождения.
Персонал сопровождения – обеспечивает контролируемые изменения в
программной системе с целью адаптации её к изменениям в условиях эксплуатации.
Данный процесс включает в себя перенос на другую среду и снятие с
эксплуатации.
II. Вспомогательные процессы жизненного цикла: (часть основных процессов /
иные процессы)
1. Процесс документирования: описание решений, которые получаются в
рамках реализации процессов жизненного цикла.
2. Процесс управления конфигурацией программного обеспечения: т.к. в
процессе развития ПО меняются его версии, то данный процесс
заключается в сопровождении версий программного продукта.
3. Процесс обеспечения качества: определение методов контроля качества
самих процессов проектирования и результатов проектирования на
каждом этапе.
4. Процесс верификации: контроль одного субъекта по проверке
соответствия требований и самого продукта.
5. Процесс аттестации программного обеспечения.
6. Процесс совместного анализа: работы по оценке результатов какой-либо
деятельности. Участвуют 2 субъекта, они проводят совместный анализ –
один проверяет деятельность другого.
7. Процесс аудита.
8. Процесс решения проблемы: разрешение проблемы в рамках ГОСТа.
- 13 -
Аттестация – синоним сертификации – проверка конечного продукта на
соответствие заранее определённым требованиям.
III. Организационные процессы:
1. Процесс управления созданием информационной системы: основные
работы по управлению в рамках жизненного цикла.
2. Процесс создания инфраструктуры: перечисление основных процессов,
связанных с организацией процесса разработки или любого другого
процесса жизненного цикла.
3. Процесс усовершенствования: процесс улучшения управляемых
процессов жизненного цикла.
4. Процесс обучения.
Основные процессы
I . Получение и исполнение заказа.
Процесс заказа (заявки, приобретения) информационной системы. Включает в
себя работу, которую выполняет заказчик от идеи до получения конечного
продукта.
В течение процесса заказа производятся следующие работы:
1. Подготовка.
- Определение заказчиком своих потребностей в информационных
системах или услугах.
- Определение конкретных требований.
- Принятие решения относительно приобретения или усовершенствования
существующей системы.
- Проверка наличия у поставщиков хорошей документации, гарантии,
сертификатов, лицензий и т.д.
- Подготовка и утверждение плана приобретения и внедрения
программного продукта.
2. Подготовка заявки.
В заявке должны быть описаны:
- Требования к системе.
- Перечень программных продуктов.
- Условия и соглашения о приобретении.
- Различного рода технические ограничения.
- 14 -
Подготовка Подготовка
заявки
Подготовка и
корректировка
договора на
поставку
Надзор за
поставщик
ом
Приёмка и
закрытие
договоров
Заказчик
Затем заявка отправляется заказчику.
3. Подготовка договора.
Договор – юридический документ. В нём прописаны условия, денежная сумма,
календарный план и техническое задание.
4. Надзор за поставщиком.
Содержит набор работ, в рамках которых заказчик смотрит, как
разрабатывается система или как она поставляется.
5. Приемка, испытания и закрытие договора.
II . Процесс поставки.
Выполняется поставщиком программного продукта.
Процесс поставки содержит следующие работы:
Поставщик
Подготовка – анализ заявки.
Подготовка ответа – написание бумаги.
Планирование исполнения договора – включает в себя:
- принятие решения о том, как будет разработана система (поставщик сам
будет всё разрабатывать или дополнительно нанимать подрядчиков)
- разработка плана управления проектом
- разработка инфраструктуры и определение ответственности при
выполнении работы.
III . Разработка программной системы:
1. Подготовительная работа.
2. Анализ требований к системе.
3. Проектирование архитектуры программно – аппаратной системы,
выделение подсистем.
4. Анализ требований.
5. Проектирование архитектуры программного обеспечения.
6. Детальное проектирование компонент программного обеспечения.
7. Кодирование и тестирование компонент.
8. Интеграция программного обеспечения (объединение компонент).
9. Квалификационное тестирование программного обеспечения.
10. Интеграция системы , интеграция подсистем.
11. Квалификационное тестирование всей системы.
12. Установка системы у заказчика.
- 15 -
Подготов
ка
Подготов
ка ответа
Подготов
ка
договора
Планирова
ние
исполнения
договора
Выполне
ние и
контроль
Проверка
и оценка
Поставка
и
закрытие
договора
13. Приёмка системы.
Типы внедряемых информационных систем:
1. Разрабатываемые информационные системы.
2. Готовая поставляемая информационная система.
3. Настраиваемая информационная система.
- Параметрически настраиваемые информационные системы;
- Модельно – ориентированные программные системы. (Должна быть
разработана модель организации. На основе этой модели настраивается
система.)
Важной работой является подготовка заявки (заказа) у заказчика в процессе
заказа. В него входит определение требований информационных систем. Это
определение осуществляет либо сам заказчик, либо поручает эту работу другой
организации.
Для крупных организационных систем эта работа чаще выполняется совместно:
заказчик и консалтинговая фирма или заказчик с поставщиком, тогда поставщик
выполняет консалтинговые функции.
Определение требований к системе.
Результат работы по определению требований – техническое задание,
оформленное в соответствии с ГОСТ 34.602
Должен быть выполнен системный анализ. Он включает в себя:
1. Определение миссии объекта автоматизации;
2. Построение внешней модели объекта автоматизации;
3. Анализ внешних характеристик объекта автоматизации и их
соответствие требованиям, предъявляемым со стороны руководства или
владельцев объекта автоматизации;
4. Определение целей изменения объекта автоматизации в связи с
внедрением информационной системы;
5. Построение внутренних моделей диагностируемых процессов;
6. Разработка новых моделей процессов с учётом современных средств
автоматизации;
7. Разработка технического задания.
Миссия объекта автоматизации – публикуемая цель деятельности
организации с точки зрения выполнения каких-либо нужд, обязанностей.
- 16 -
Миссия объекта автоматизации
Внешняя модель компании – описание связей объекта автоматизации с
внешними субъектами.
Может быть представлена вербальным (словесным) способом. Наиболее
эффективной является формализованная модель. Графическая модель – наиболее
распространенная.
Модели круговорота ресурсов и объекта автоматизации
Совместное представление объекта автоматизации и внешних субъектов с
указанием ресурсов, передаваемые между субъектом и объектом автоматизации.
Модель кругооборота ресурсов относится к макроэкономическим моделям.
В рамках макроэкономики рассматривается взаимодействие следующих
субъектов:
- домохозяйства
- предприятия
- государственных органов
- рынков товаров и услуг
- рынков рабочей силы
Модель 1 – Кругооборот ресурсов
- 17 -
Рынок
рабочей силы
Предприятия Домохозяйства
Рынок
товаров и услуг
Государство,
муниципалитет
деньги
раб.сила
Средства (гос.пр)
инвестиции пенсия
деньги
товары, услуги деньги
товары, услуги
регулирование
контроль
деньги
раб. сила
Внешняя
- направлена на
привлечение клиентов,
определение своей сферы
деятельности
Внутренняя
- направлена на сотрудников
компании или объектов
автоматизации
С точки зрения
владельца компании
Модель 2 – Объект автоматизации
Любая из этих “стрелок” представляет собой процесс или множество
процессов, каждый из которых может рассматривается как объект автоматизации.
1. Процесс взаимодействия с клиентом:
Имеется в виду конкретный клиент. Должна быть зафиксирована сама сделка,
должны быть переданы деньги от клиента и обратно возвращен – товар или услуга.
Такой процесс будем рассматривать с позиции внешнего субъекта – клиента. И
будем называть такой процесс внешним со стороны объекта автоматизации.
2. Взаимодействие с рынком товаров и услуг самого предприятия:
На рынке кроме нашего предприятия есть конкуренты → взаимодействие
реализуется в следующем:
- Рекламирование наших товаров и услуг
- Изучение рынка (изучение конкурентов)
- Действия по расширению (диверсификации) или сворачиванием рынка
Всё это – процесс маркетинга
3. Взаимодействие с государственными органами:
- Получение различной правовой информации (о законах, постановлениях,
о политике государства)
- 18 -
Государственные
органы
Бюджет
Рынок товаров и
услуг
Фондовый
рынок
Владельцы
предприятия
Объект автоматизации
Дочерние
предприятия
Персонал объекта
автоматизации
Банки
Финансовый
рынок
Рынок рабочей
силы
Поставщик
товаров и услуг
для предприятия
Рынок товаров и
услуг для объекта
автоматизации
Клиенты
заявки
деньги
товар
Маркетинг
налоги
дивиденды
информация
дивиденды
информация
деньги
4. Бюджет:
- Налоги. Средства перечисления налогов. Участвует банк.
5. Фондовый рынок:
- Покупка/продажа своих/чужих акций
6. Взаимодействие с владельцами:
- Дивиденды, информация о собраниях и т.д. Определение кто и сколько
имеет голосов.
7. Дочерние предприятия:
- Контроль деятельности
Все внутренние процессы должны быть обусловлены внешним процессами и
внутренними процессы в значительной степени является детализацией внешних, за
исключением внутренних процессов управления и, возможно, внутренних
обеспечивающих процессов.
8. Банки:
- Получение/перечисление денег
- Кредиты
- Депозит и др.
9. Персонал предприятия:
- Заработная плата
- Учет работы
- Отпуска
- Повышение квалификации
- Увольнение/прием на работу
10. Поставщики товаров и услуг:
- Договора
- Поставки
11. Рынок товаров и услуг:
- Выбор поставщиков
Каждый из этих процессов теоретически можно автоматизировать.
ТЗ на автоматизацию заключается в том, чтобы определить, стоит ли
автоматизировать этот процесс, и сказать, как его автоматизировать.
Нужно проводить анализ целесообразности автоматизации, исходя из того,
будет ли она эффективной и, принимая во внимание, что автоматизация стоит
- 19 -
дорого.
В предыдущих моделях каждая стрелка означает потоки ресурсов (машинные,
людские, информационные, энергетические). Но процесс передачи ресурсов и
фонды ресурсов там не были изображены. Поэтому существует еще одна модель,
которая отображает это.
Модель с выделением процессов взаимодействия с субъектами
и фондов ресурсов
1. Изобразим процесс, в рамках которого предприятие осуществляет:
- закупку сырья;
- изготовление продукции;
- ее продажу.
2. Выделим фонды:
- фонд финансовых средств;
- фонд сырья;
- фонд готовой продукции.
Модель 3
Сырье
Готовая
продукция
Финансы
Изготовление
продукции
Продажа готовой
продукции
Закупка сырья
персонал
покупатели
отдел сбыта
отдел закупок поставщики
Кружками обозначены ресурсы, а прямоугольниками процессы, в них
происходит преобразование одних ресурсов в другие.
Как видно схема замкнулась в круг и встает вопрос: с какого элемента
начинается этот круг?
Ответ очевиден: сначала должно быть вложение денег, поэтому схема
приобретает следующий вид:
- 20 -