35
примера выступает система оперативного планирования производства товаров,
система бухучета [28];
Советующие ИС генерируют данные, которые принимаются
человеком к сведению и не реализуются сразу же в серию конкретных
действий. Такие системы имеют более высокую степень интеллекта, поскольку
для них характерна обработка знаний, а не данных;
7) по уровням управления:
ИС оперативного уровня – это бухгалтерские, работы с заказами,
бронирования билетов, выплаты заработной платы;
ИС специалистов – это офисная автоматизация, обработка данных и
знаний (сюда можно отнести и экспертные системы);
ИС тактического уровня – это отслеживание, администрирование,
координация, принятие решений;
стратегические ИС – это определение целей, долговременное
планирование.
8) по размеру и числу компонент:
Фактографические системы необходимы для обработки и хранения
структурированных данных в виде текстов и чисел. Над подобными данными
возможно выполнение различных операции;
В документальных системах данные сохранены в виде документов,
состоящих из описаний, рефератов, наименований и текстов. Поиск по
разрозненным данным реализован при помощи семантических признаков.
Выбранные документы выдаются пользователю, а непосредственная обработка
информации в таких системах зачастую не производится [29].
АИС подразделяются на:
Автоматизированные системы управления (АСУ) являются
совокупностью аппаратных, и программных средств, а также сотрудников,
предназначенных для управления разными процессами в рамках единого
36
техпроцесса производства. АСУ используются в различных отраслях
промышленности, в транспорте и энергетике;
Системы поддержки принятия решений (СППР) являются некой
автоматизированной системой, целью которой становится помощь людям,
принимающим решение в непростых условиях для объективного и полного
анализа предметной деятельности. СППР появились в процессе слияния СУБД
и управленческих ИС;
Автоматизированные информационно-вычислительные системы
(АИВС) представляют собой совокупность аппаратных и программных средств,
а также персонала, предназначенного для управления разнообразными
процессами в рамках единого техпроцесса или производства;
Автоматизированные системы обучения (АСО) используются для
подготовки и проведения деловых игр. Их суть заключается в возможности
воспроизвести принятые должностными лицами индивидуальные и групповые
решения в разных проблемных ситуациях методом игры по заранее указанным
правилам.
- Автоматизированные информационно-справочные системы (АИСС) –
технологии в основе своей основаны на использовании автоматизации
различных архитектур информации и информационных систем.
Традиционно в АИС можно выделить аппаратную и программные части,
хотя часто они неотделимы друг от друга и представляют собой единое целое.
К аппаратно-техническому направлению АИС в сфере гос. закупок
обычно относят применение следующих компонент:
1. Касса – зачастую это POS-система;
2. Оборудование для сканирования штрих-кодов – принтеры, сканеры;
3. Терминалы сбора информации;
4. Торговые автоматы, электронные ценники, информационные
панели, весы – все остальное оборудование.
37
Зачастую аппаратное обеспечение необходимо для технического
ускорения реализуемых транзакций или для выполнения технического сервиса
клиенту – к примеру, оборудование для штрихового кодирования используется
для упрощения, автоматизации учета движения товаров [30].
К программным средствам автоматизации относят применение
следующих компонент:
1. ПО для встраивания в кассовые POS-системы и контроля ими;
2. Серверное ПО для контроля кассовых узлов POS-терминалов;
3. ИС управления торговыми площадями, другими словами - «front-
office»;
4. ИС в сфере закупок – разнообразные учетно-управленческие
системы, системы анализа данных и принятия решений;
5. Совокупные программы для автоматизации, коробочное ПО.
Современная сетевая информационно-поисковая система представляет
собой специализированный информационный портал с развитыми средствами
удалённого оперативного доступа, диалоговым языком запросов, ведения
перекрестных ссылок между словарными статьями различного уровня,
средствами информационно-справочного обслуживания пользователей и
автоматического формирования выходных отчётов. [2].
Структурно АИС включают компоненты и подсистемы, представленные
на рисунке 1.2.
38
Рисунок 1.2 - Структура АИС [2]
Рассмотрим структуру и назначение основных компонентов
обеспечивающей подсистемы АИС:
ИО является совокупностью единой системы разделения и
кодирования данных, обобщенных систем документации, схем потоков данных,
циркулирующих в компании, а также методология реализации БД;
организационное обеспечение является совокупностью средств и
методик, определяющих взаимодействия сотрудников с техническими
средствами и между собой рамках проектирования и эксплуатации ИС [40];
математическое обеспечение является совокупностью средств и
методов, которые помогают реализовывать экономико-математические модели
задач управления указанным объектом;
ПО является совокупностью программ, определяющих функции и
задачи АИС и обеспечивающих стабильное функционирование комплексов
технических средств. В это ПО входят специальные и общесистемные
программы, а также методические материалы по использованию средств ПО и
39
сотрудники, занимающиеся его созданием и поддержкой на весь период ЖЦ
АИС [39];
техническое обеспечение - совокупность технических средств,
необходимых для работы ИС, а также текущая документация на эти
технологические процессы и средства [38];
правовое обеспечение – обобщённые нормы, регламентирующие
создание, юридический статус и применение ИС. Определяется порядок
получения, модернизации и применения данных.
ЖЦ является постоянным процессом, который наступает с момента
выбора решения о необходимости его реализации и останавливается в момент
его изъятия из пользования.
Наиболее известные на сегодня стандарты:
1. ГОСТ 34.601-90 – направлен на АИС и описывает стадии и этапы
процесса их создания;
2. ISO/IEC 12207 – стандарт процессов и реализации ЖЦ. Направлен
на все виды реализуемого ПО под заказ. Не имеет внутри себя фаз, стадий и
этапов;
3. Custom Development Method по реализации прикладных ИС –
технологический материал, описанный до момента подготовки проектных
документов, которые предполагают применение на проектах с технологиями
Orаcle [31];
4. Rаtionаl Unified Process (RUP) включает итеративную модель
проектирования, имеющую 4 фазы: начало проекта, процесс анализа,
реализация и использование. Сущность действия в рамках RUP - это создание и
поддержка моделей в рамках UML [2];
5. Microsoft Solution Frаmework (MSF) похожа на RUP, включает те же
4 фазы: понимание, реализация, подготовка, проверка, сама по себе
40
итерационна, включает применение ООП. MSF относительно RUP изначально
направлена на внедрение бизнес-приложений;
6. Extreme Progrаmming (XP) – особый подход к программированию.
Основой методики становится командная работа, наилучшая коммуникация
заказчика и изготовителя в течение всего проекта реализации ИС, по итогу сам
процесс проектирования идет при помощи последовательно обновляемых
прототипов [15].
В рамках определение стандарта основным фактором становится
понятное и подробное описание работ на всех шагах реализации АС.
Стандарт ISO/IEC 12207 не включает полного описания работ на всех
этапах реализации АС [22].
Стандарт CDM используется в работах с включением Orаcle-технологий,
а в проекте их нет.
Стандарт MSF, опираясь на сказанное ранее, часто направлен на
внедрение бизнес-приложений.
Стандарт XP актуален для командной работы.
В проекте будет применяться ГОСТ 34.601-90, т.к. он включает описание
работ на каждом этапе разработки АС.
Главные стадии создания ИС: 1) Описание требований к системе, 2)
Описание концепции; 3) Подготовка ТЗ; 4) Написание тех. проекта 5)
Подготовка документов; 6) Инсталляция.
Исходя из известных моделей выделим некоторые модели ЖЦ АИС —
каскадную, итерационную и спиральную [4].
Каскадная модель состоит из классического подхода к реализации ИС в
разных предметных областях и подразумевает последовательную реализацию
работ, и тут основным нюансом модели считается деление процесса разработки
на этапы [16]. Смена этапов доступна только по итогу полного завершения
41
текущего. Всего есть 5 базовых этапов создания, которые не зависят от
предметной области, описанной на рисунке 1.3.
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
Рисунок 1.3 - Каскадная модель ЖЦ АИС
Первый этап включает исследование проблемной области, подготовку
требований заказчика. Итогом данного этапа считается ТЗ, утвержденное
каждой заинтересованной стороной.
В рамках второго этапа, исходя из ТЗ, создаются требуемые проектные
решения. В итоге получается готовый комплект проектных документов [39].
Третий этап включает создание проекта, к примеру: подготовка ПО
исходя из решений по проекту завершенного этапа. Методы создания тут не так
важны. Итогом реализованного этапа выступает полноценное и готовое ПО [6].
Четвертый этап включает проверку созданного ПО на соответствие всем
указанным в ТЗ требованиям заказчика. Реальная эксплуатация может показать
скрытые или неявные ошибки и проблемы, которые всплывают лишь в
процессе реальной работы АИС [17].
Пятый этап - это сдача всего проекта, и тут основным является процесс
представления продукта заказчику так, чтобы он понял, что все реализовано на
100%.
Основные плюсы каскадной модели:
42
1. Каждый этап включает совокупность документов по проекту,
которые отвечают требованиям полноценности и законченности. На итоговых
этапах создается инструкция для пользователя, описывающая все включенные
стандартами виды обеспечения АИС (ПО, ИО, ТО и т. д.) [32];
2. Очередность реализации этапов работ помогает лучше
распланировать сроки окончания и возможные затраты.
Минусы каскадной модели:
1. Есть задержки в рамках выявления контрольных результатов;
2. Недоработки и нюансы на любом из этапов становятся известны,
зачастую, на следующих этапах работ, что ведет к неизбежному возврату;
3. Трудности параллельного ведения всей деятельности.
Итерационная модель заключается в серии коротких циклов (шагов) по
планированию, реализации, изучению, действию (рисунок 1.4).
Рисунок 1.4 - Итерационная модель ЖЦ АИС
ЖЦ итерационной модели разделен на итерации, любая из которых
становится проектом в миниатюре, поскольку имеет все этапы создания ПО
(подготовка требований, выделение спецификаций, реализацию, проверку и
внедрение). Но в границе единой итерации готовиться не весь проект, а лишь
отдельная его версия (часть) [8].
Разработка требований
Проектирование
Реализация
Тестирование
Ввод в действие
43
Задача любой такой итерации — получить версию ПО, которая состоит из
обновленных возможностей, созданных в рамках имеющихся итераций, и
функциональности всех пройденных итераций. Итогом конечной итерации
становится требуемая функциональность разработки. Сроки и затраты, которые
нужны для реализации итоговой версии, зачастую изначально не
устанавливаются, поскольку не отражается совокупный объем работ и
требования готовятся по ходу реализации [4].
Позитивные нюансы итерационной модели заключаются в том, что
корректировки между этапами дают меньшую трудоемкость реализации в
отличии от каскадной модели.
Негативными факторами итерационной модели можно назвать:
Длительность прохождения каждого этапа равна сумме
длительности всей разработки;
Множество итераций часто ведет к не состыковкам в процессе
внедрения проектных решений и изготовления документации;
Сложность архитектуры [12];
Трудности использования документов по проекту в процессе
установки и использования считаются причинами переделки системы с нуля
[5].
Спиральная модель, как и итерационная, имеет похожий процесс
реализации АИС. Но в данном случае очень важно выполнение стартовых
этапов – изучения и проектирования, где проводится обоснование и проверка
применимости технических решений методом создания прототипа [33].
Каждая итерация – это конечный цикл реализации, ведущий к выпуску
некой версии продукта, обновляемого от итерации к итерации, чтобы по итогу
стать конечной системой, как показано на рисунке 1.5.
44
Рисунок 1.5 - Спиральная модель ЖЦ АИС
Преимущества спиральной модели ЖЦ:
Активное изучение рисков, ведущее к минимизации и раннему
выявлению сложных рисков;
Деление объемных работ в рамках реализации проекта на
относительно малые части;
Последовательная реализации базовых функций с максимальным
уровнем риска, что поможет при желании стазу завершить работы над
проектом на начальной стадии и уменьшить расходы;
Актуальность гибкого проектирования, основанная на
преимуществах каскадной модели при параллельной реализации итераций;
Использование сильных сторон инкрементной модели (передача
инкрементов, минимизация графика работ, повышение стабильности ресурсов
при росте системы);
Частая связь с пользователем на стартовых этапах модели, что
помогает создать требуемый продукт хорошего качества;
Возможность оценивания системы пользователем на стартовых
этапах, благодаря использованию ЖЦ реализации оперативного
прототипирования [14];
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы