12
По уровню менеджмента и простоты управления выделяются такие
типы АИС:
– тактические;
– стратегические;
– оперативные.
По типам информации АИС можно разделить на:
– фактографические;
– документальные;
– документально-фактографические.
Документальные включают информационно-поисковые среды (ИПС),
информационно-семантические и информационно-логические системы.
Фактографические ИС можно также разделить на 2 категории:
– системы обработки данных;
– автоматизированные системы управления.
Документально-фактографические АИС содержат: [29]
– автоматизированные ИС документально-фактографического
направления;
– автоматизированные информационно-поисковые системы.
Стоит отметить, что в результате масштаба обработки информации,
выделяют четыре типа АИС:
– охватывающий один процесс для одной организации;
– охватывающий несколько процессов для организации;
– обеспечивающий деятельность одного процесса для нескольких
организаций;
– выполняющий работу нескольких процессов масштабе
нескольких компаний.
Основные требования, предъявляемые к АИС: [6]
1) соответствие главным принципам бизнеса;
2) открытость;
13
3) обеспечение одного единственного информационного пространства;
4) надежность и безопасность информации;
5) единое документирование.
Основные принципы работы АИС (рисунок 5):
Рисунок 5 – Принципы работы АИС
Основные стандарты, регламентирующие подходы к проектированию и
эксплуатации АИС:
ISO/IEC 12207:1995;
ГОСТ 34.601-90;
Extreme Programming;
Rational Unified Process.
Основные виды корпоративных АИС:
1) MRP-системы применяются для планирования материалов для
реализации производства (Material Requirements Planning). На рисунке 6
рассматриваются достоинства и недостатки таких систем.
Принцип системности
• определяет подход к созданию и эксплуатации АИС как к целостному
функциональному объекту
Принцип развития
• система должна постоянно наращивать свои вычислительные ресурсы,
программные продукты, постоянно расширять и обновлять круг задач
и свои БД.
Принцип совместимости
• следует предусмотреть механизм ее совместимости с другими
системами
Принцип стандартизации
• целесообразно применять типовые, унифицированные и
стандартизированные компоненты — программные модули контроля
достоверности входных документов, классификаторы объектов
управления на технологическом уровне
14
Рисунок 6 – Положительные и отрицательные стороны MRP-
систем
2) MRP-II-системы – (Manufacturing Resource Planning), дает
возможность планировать все производственные ресурсы компании.
Основным достоинством является то, что в отличие от MRP, в MRP II
планирование также выражается и в финансовом выражении.
Недостатки следующие:
– применяется лишь для промышленности;
– ориентирована на заказ;
– не имеется возможности планировать человеческие ресурсы.
3) ERP-системы – (Enterprise Resource Planning) – системы планирования
ресурсов.
Преимущества:
– данные системы позволяют работать не лишь с внутренними
ресурсами, а и с внешними;
– широкая функциональность;
Достоинства
возможность устанавливать
конкурентоспособные цены
снижение продажной цены товара
сокращение запасов
повышение качества обслуживания
потребителей
своевременное реагирование на
потребности рынка
Недостатки
недостаточная заинтересованность
высшего руководства
характерные алгоритмы работы
программы
15
– применяемая модульность системы;
– корпоративная информация хранятся особым образом, а именно, в
специализированных хранилищах.
Недостатки:
– большая стоимость;
– значительная сложность во внедрении;
– необходимость прохождения курсов по обучению для работы с
такими системами.
4) CSRP-системы – интегрированные электронные информационные
системы управления.
Преимущества:
– повышение потребительской ценности производимой продукции;
– быстрая адаптируемость;
– повышение качества товаров.
Основным недостатком является большая стоимость разработки.
1.2 Жизненный цикл и модели жизненного цикла АИС
Жизненный цикл (ЖЦ) программного обеспечения – это период
времени, что начинается с принятия решения о разработке программного
продукта, а также заканчивается при его полном изъятия из эксплуатации.
Вероятно, самой распространенной причиной обращения к понятию ЖЦ
является потребность в выполнении систематизации по технологическому
процессу. [23]
Этому назначению соответствует хорошо так называемая общепринятая
структура жизненного цикла ПО, согласно которой все программные системы
могут проходить в своем развитии 2 этапы:
– этап разработки;
– этап сопровождения.
Фазы разбиваются на перечень этапов (рисунок 7).
16
Разработка начинается непосредственно с идентификации потребности
в приложении, а заканчивается выполнением передачи продукта разработки
заказчику в эксплуатацию. [19]
Рисунок 7 – Общепринятая модель ЖЦ ПО
Жизненный цикл можно качественно и наглядно представить в виде
специальных моделей. В наше время наиболее распространенными считают
такие модели ЖЦ (рисунок 8):
Рисунок 8 – Модели ЖЦ
Модели ЖЦ ПО
Каскадная
Инкрементная
Спиральная
17
Каскадная модель является моделью процесса разработки ПО,
жизненный цикл которой протекает в качестве потока, последовательно
проходящих фаз анализа требований, проектирования и т.д. [17]
Процесс разработки ПО реализуется при помощи упорядоченной
последовательности шагов.
Такая модель предусматривает, что все последующие шаги начинаются
после полного окончания выполнения предыдущих шагов.
На всех этапах модели выполняются организационные и
вспомогательные процессы и работы, что включают управление проектом,
управление и оценку качества, аттестацию и верификацию, менеджмент
конфигурации.
В результате завершения таких стадий формируются промежуточные
продукты.
Жизненный цикл разделяют традиционно на следующие основные
компоненты (рисунок 9): [13]
– анализ;
– проектирование;
– кодирование;
– отладка и тестирование;
– эксплуатация, сопровождение ПО.
Рисунок 9 – Каскадная модель
18
Достоинства модели каскадной модели: [11]
– стабильность требований по разработке;
– каждая стадия формирует законченный набор промежуточной
документации;
– понятность и определенность шагов модели, а также простота её
использования;
– последовательно выполняемые этапы работ позволяют
качественно планировать сроки завершения ПО и соответствующие ресурсы
[10].
– рассматриваемая модель хорошо себя зарекомендовала при
построении простых ПО, при которых в самом начале выполнения разработки
можно точно и полно формулировать нужные требования к ПО.
Недостатки каскадной модели:
– сложность чёткого формулирования всех требований;
– низкая гибкость при менеджменте проектом;
– непригодность промежуточного ПО для использования даже в
минимальных целях;
– невозможность гибкой модернизации. [7]
Инкрементная модель подразумевает разработку ПО с линейной
последовательностью этапов, но в несколько версий, которые называются
инкрементами, т.е. с улучшением продукта пока ЖЦ разработки ПО не
подойдет к концу (рисунок 10).
Разработка ПО ведется итерациями, которые содержат циклы обратной
связи.
В начале определяются все требования к ПО, подразделяются на
категории по их важности.
Далее выполняется разработка программного обеспечения по принципу
приращений, чтоб разработчик мог применить данные, полученные при
разработке ПО.
19
Рисунок 10 – Поэтапная модель, использующая промежуточный
контроль
Каждый из инкрементов должен добавлять системе конкретно
определенную функциональность.
В результате выпуск начинают с составных частей, которые имеют
наивысший приоритет. [1]
Жизненный цикл этой модели характерен при разработке комплексных
систем, у которых имеется конкретное видение и цель для каждого
функционального блока.
Достоинства и недостатки рассматриваемой модели такие же, как у
вышеприведенной каскадной. Но тут, заказчик может намного раньше увидеть
полученные результаты.
Спиральная модель состоит в том, что на каждом витке имеющейся
спирали (рисунок 11) выполняется создание следующей версии продукта, а
также подробнее уточняются требования проекта, отображается его качество,
а также планируются работы для следующего витка.
Данная модель собой представляет весь процесс разработки ПО, что
сочетает в себе проектирование и так называемое постадийное
прототипирование для сочетания преимуществ нисходящей и восходящей
концепции, что делают упор на исходные этапы ЖЦ, а именно, анализ и
проектирование ПО.
20
Рисунок 11 – Спиральная модель
Достоинства модели: [38]
– есть возможность быстрее показать заказчикам системы
работоспособный продукт;
– допускает изменение разных требований при создании ПО, что
очень характерно для множества разработок;
– в модели предусматривается возможность гибкого
проектирования.
Недостатки модели:
– когда проект имеет слабую степень риска или же небольшие
размеры, то она может оказаться дорогостоящей;
– ЖЦ модели имеет несколько усложненную структуру, поэтому
она может быть затруднена с точки зрения применение ее разработчиками и
заказчиками;
– спираль также может продолжаться практически до
бесконечности, так как каждая ответная реакция клиента на созданную версию
часто порождает новый цикл.
21
В таблице 1 показана сравнительный анализ основных характеристик
моделей жизненного цикла.
Таблица 1 – Сравнительный анализ основных характеристик
моделей ЖЦ
Характеристика
проекта
Каскадная
модель
Поэтапная
модель
Спиральная
модель
Новизна
разработки и
обеспеченность
ресурсами
Типовой. Хорошо проработаны
технологии и методы решения
задачи
Нетиповой
(новаторский)
нетрадиционный
для разработчика
Ресурсов
заказчика и
разработчика
хватает для
реализации
проекта в
сжатые сроки
Ресурсов
заказчика или
разработчика не
хватает для
реализации
проекта в сжатые
сроки
Масштаб проекта
Малые и
средние
проекты
Средние и
крупные проекты
Любые проекты
Сроки выполнения
До года
До нескольких лет. Разработка одной
версии может занимать срок от
нескольких недель до года
Основные
требования в
начале проекта
Да
Да
Нет
Заключение
отдельных
договоров на
отдельные версии
Заключается
один договор.
Версия и есть
итоговый
результат
проекта
На отдельную версию или несколько
последовательных версий обычно
заключается отдельный договор
Изменение
требований по
мере развития
проекта
нет
Незначительные
Да
Распространение
промежуточного
ПО
Нет
Может быть
Да
Разработка
итерациями
Нет
Да
Да
Для разработки АИС по результатам рассмотрения таблицы выбрана
каскадная модель жизненного цикла для реализации АРМ учета персонала.
1.3 Проектирование и основные технологии разработки АИС
Под проектированием АИС понимается процесс создания технической
документации, что связан с организацией системы для получения и