12
автоматизированные ИС (АИС) – очень распространены сейчас.
Предполагают одновременное участие в процессах обработки данных и
человека, и технических средств, при этом главная роль отведена компьютеру.
автоматические ИС – выполняют все операции автоматически, без
участия человека. Хороший пример такой ИС – поисковые системы в
Интернете, например, Google или Яндекс, где все данные о сайтах собирают
поисковые роботы и человеческий фактор не может повлиять на
распределение результатов поиска. [11]
В настоящее время термин ИС чаще всего применим к
автоматизированным ИС.
По характеру использования данных ИС делятся на:
информационно-поисковые – некоторая системы для хранения,
поиска и предоставления пользователю интересующих данных;
информационно-аналитические – еще один класс ис, который создан
для аналитической обработки информации;
информационно-решающие – такие системы, которые реализуют
переработку данных по некоторому алгоритму.
ситуационные центры – обобщенные информационно-аналитические
комплексы. [12]
По сфере использования:
ИС организованного управления – реализация возможностей
автоматизации работы управленческого персонала;
ИС управления техпроцессами – создание элемента управления
механизмами, технологическими режимами в рамках автоматизированного
производства;
АИС научных исследований – аппаратно-программные комплексы,
которые предназначены для проведения испытаний и исследований;
ИС автоматизированного проектирования – программно-технические
13
системы, которые выполняют роль исполнителя проектных работ с
математическими методами;
автоматизированные системы обучения – совокупность программно-
технической и учебно-методической информации, которая позволяет
обеспечить учебную деятельность;
интегрированные ИС – реализация автоматизации всех основных
функций компании.
Следующим основанием для классификации становится
функциональность ИС, которая определяет само назначение и технические
возможности ИС.
ИО обычно включает в себя массивы форматированных или
неформатированных документов, кодификаторы, классификаторы, словари,
всю нормативную базу для того, чтобы реализовать решение по объемам,
размещению и методике существования данных в АИС, а также набор средств
и правил для перевода естественного языка, который используется при
общении пользователей и персонала АС с комплексом автоматизированных
средств. [14]
Сегодня ИО рассматриваются как сочетание информационного и
лингвистического обеспечения. При этом само информационное обеспечение
включает файлы ОС и БД, а лингвистическое обеспечение содержит
форматную базу, языковые средства и лексику.
Математическое обеспечение рассматривается как комплекс
математических методов и моделей, на основании ГОСТ 24.03-90,
применяющихся в АС.
Программное обеспечение подразумевает совокупность прикладных и
общесистемных программ, а также всю нормативно-методическую
документацию по их использованию.
Техническое обеспечение обобщает комплекс технических средств,
14
которые могут обеспечить работу всей системы. Обычно это средства сбора,
передачи, контроля, обработки и размножения данных. [31]
Правовое обеспечение включает в себя совокупность нормативно-
правовых документов, которые позволяют обозначить права и обязанности
сотрудников и условия функционирования системы, а также комплект
документов, которые могут корректировать порядок хранения информации,
правила проверки данных, и обеспечение правомерности всех исполняемых
операций. [32]
Организационно-методическое обеспечение выражается в совокупности
документов, которые определяют организационную структуру всей
автоматизации, направленной на исполнение конкретных функций.
Эргономическое обеспечение подразумевает методы и средства для
создания оптимальных условий для работы сотрудников в рамках единой
АИС.
Методологическое обеспечение включает в себя средства и методы
метрологии и все рекомендации по их использованию для каждого компонента
АИС. [33]
1.2 Жизненный цикл и модели жизненного цикла
информационных систем
Жизненный цикл программного обеспечения (ПО) определяет период
времени, наступающий с момента принятия решения о важности разработки
ПО и оканчивающийся в момент его фактического изъятия из пользования.
Этот цикл — процесс создания и эволюции ПО.
Понятие ЖЦ ПО пришло тогда, когда разработчики осознали важность
перехода от единоличных кустарных методов разработки программ к
технологичному промышленному их созданию. И зачастую в подобных
15
ситуациях многие пытаются перенести в свою сферу опыт их других
направлений производства. Таким образом было перенято понятие ЖЦ.
Главные этапы ЖЦ ПО:
Исследование требований,
Построение макета,
Программирование,
Отладка и исправление ошибок,
Внедрение и использование.
Нюансом разработки ПО становится принятие решений на первичных
этапах с их реализацией на заключительных этапах. Ошибки в требованиях к
ПО могут привести не только к потерям в процессе создания и использования,
но и к полному провалу проекта. Корректировка и изменения в спецификациях
ПО зачастую влечет за собой повторение всех следующих этапов построения
модели и реализации ПО.
Сам ЖЦ ПО является непрерывным процессом, начинающимся в
момент принятия решения о важности его создания и оканчивающимся в
момент его окончательного выведения из эксплуатации.
Главный нормативный документ, контролирующий ЖЦ ПО –
международный стандарт ISO/IEC 12207 (ISO, International Organization of
Standardization – Общемировая компания по стандартизации, IEC, International
Electrotechnical Commission – Международная коллегия по электротехнике).
Он отражает структуру ЖЦ, включающую в себя процессы, действия и задачи,
реализуемые за время разработки ПО.
Исходя их этого стандарта, структура ЖЦ ПО основана на 3 группах
процессов (рисунок 1):
16
Рисунок 1 – Процессы ЖЦ ПО
Любой такой процесс определяется некоторыми задачами и методами их
решения, начальными данными, приобретенными на предыдущем этапе, и
результатами. Итогами анализа, у примеру, становятся функциональные и
информационные модели, а также соответствующие им диаграммы. ЖЦ ПО
носит итерационный характер: итоги прошедшего этапа влекут изменения в
проектных решениях, основанных на более ранних этапах.
ЖЦ информационных продуктов и услуг является базой для ЖЦ
информационных технологий и, конечно, самих ИС. Следовательно, всё
вышесказанное можно отнести и к ИС.
ИС включены в состав СУБД и являются узконаправленным
инструментальным и прикладным (пользовательским) ПО.
Модель жизненного цикла ПО отражает структуру, определяющую
последовательность реализации и взаимосвязь процессов, действий и задач в
рамках всего ЖЦ. Модель ЖЦ зависит от специфики, масштаба и трудности
проекта и конкретных условий, в которых система развивается и работает.
Сегодня наибольшее распространение получили три базовые модели
ЖЦ:
17
Задачная модель;
Каскадная модель (70-85 г.г.);
Спиральная модель (сегодняшние дни).
ЖЦ программных средств (ПС) обычно представляет собой набор
этапов, работ и операций в порядке их реализации и взаимосвязях,
определяющих ведение работ от составления технического задания до
финальных испытаний ряда версий и завершения эксплуатации ПС или ИС.
Подобные стандарты состоят из правил описания начальной информации,
методики выполнения операций, осуществляют контроль технологических
процессов и правил представления их результатов. Еще они определяют
содержание технологических и эксплуатационных документов на комплексы
ПО. Они выражают организационную структуру коллектива, поддерживают
распределение и планирование заданий, реализуют контроль над этапами
разработки комплекса ПС.
Для составления жизненных циклов (ЖЦ) ИС был выбран стандарт ISO
12207, как стандарт, включающий в себя большинство автоматизированных
систем (АС) и ПС, где ПС – малая часть всего плана работ. Международный
стандарт ISO/IEC 12207 показывает стратегию и общий порядок в разработке
и использовании ПО, он охватывает ЖЦ ПО от зарождения идей до окончания
цикла. Определение стандарта: система — это совокупность одного или более
процессов, аппаратных средств, ПО, оборудования и людей для реализации
возможности удовлетворения конкретных потребностей или целей.
В отличие от Oracle CDM стандарт ISO 12207 одинаково нацелен на
организацию действий каждой из двух сторон: поставщик (создатель) и
покупатель (клиент). Применяется в разных случаях, даже когда обе стороны
внутри одной компании. В отличии от CDM, стандарт ISO состоит из более
крупных обобщенных процессов: «покупка», «доставка», «создание» и т.п.
Любой процесс разделен на набор действий, а каждое действие — на
18
совокупность задач. Важно одно отличие ISO: любой процесс, действие или
задача определяется и реализуется другим процессом по мере необходимости,
причем нет ранее заданных последовательностей (конечно, в рамках
сохранения логики связей по начальным сведениям задач и т.п.).
Развивающийся характер стандарта зависит от способа выражения
последовательности выполнения процессов и задач, когда один процесс в
случае необходимости вызывает другой или его часть. Стандарт отражает
архитектуру, процессы, разделы и подразделы ЖЦ ПС, а также указывает
список необходимых работ и подробно описывает содержание каждой из них.
Архитектура ЖЦ ПС в стандарте основывается на 3 основных компонентах:
Покупка или поставка,
Создание,
Использование.
Стандарт не включает конкретные методы действий, а также заготовки
решений или документации. Он отражает архитектуру процессов ЖЦ ПО, но
не углубляется в детали реализации или выполнения услуги и задачи,
включенных в процессы. Стандарт не указывает конкретную модель ЖЦ или
метод создания ПО, но показывает, что стороны участники использования
стандарта несут ответственность за выбор модели ЖЦ для проекта ПО, за
подгонку процессов и задач стандарта к этой модели, за обоснованный выбор
и использование методов создания ПО, за реализацию действий и задач,
уместных для проекта ПО.
Поставки или закупка. Суть этапа - предложение разработчику от
заказчика по реализации АИС. В процессе этапа заключается договор,
изменяются его условия и требования. Участники этапа – ответственное лицо
заказчика, отслеживающее и уточняющее направления для разработчиков, а
также менеджер проекта от разработчика. Его задача - принято от заказчика
требования, заключить договор, согласовать стартовые установки и задачи для
19
начала проекта. Тут заказчик обязан отразить развернутое ТЗ, а менеджер
утвердить его, уточнить некоторые детали задания и согласовывать
примерные сроки выполнения разработки.
Создание. Создание ПО разбито на множество небольших этапов,
призванных обеспечить создание ИС, отвечающей требованиям заказчика, и в
договоренные сроки:
Исследование требований к системе;
Построение системной архитектуры;
Исследование требований к ПС;
Построение архитектуры ПС;
Детальное проектирование ПС;
Реализация и тестирование ПС;
Внедрение ПС;
Квалификационная проверка системы;
Начало эксплуатации ПС;
Финальная приемка ПС.
Главные участники данного этапа – это менеджер проектов и сами
разработчики. Менеджер разбивает задачу разработки ПС на описанные выше
этапы, отслеживает их выполнение, корректирует ход работы каждого
сотрудника. При необходимости сам может принимать участие в разработке
или координации действий между сотрудниками. Выявляет участки работы
для всех разработчиков в рамках их квалификации и опыта, указывает уровень
универсальности взаимодействия отдельных частей ПС, решает спорные
моменты и проблемы.
Разработчики обязаны принять план работ, поле деятельности и
требуемые задачи для реализации. Выделяют для себя методы решения своих
задач, согласуют пути работы с программными частями других сотрудников,
специфику функций, протоколов отправления данных, и др.
20
Применение. Тут выполняются тестовые испытания ПС, отражаются
слабые и сильные моменты, недоработки, проверяется слаженность
взаимодействия всех компонентов. В случае нахождения недоработок
готовится список указаний для исправлений.
1.3 Анализ существующих разработок в области
автоматизируемого технологического процесса
В настоящее время деятельность автосалонов и их производственно-
технических отделов, так же как и коммерческих предприятий других
направлений, автоматизируется при помощи использования различного
программного обеспечения.
Рассмотрим наиболее распространенные программы подобного типа.
1С Автосервис 8.3
1С Автосервис 8.3 — это первый продукт, который предназначен для
того, чтобы автоматизировать учёт и управление в автосервисах.
Функциональные возможности программы позволяют оформить ремонт авто
с созданием необходимого пакета документации, провести предварительную
запись для ремонта, создать аналитическую отчётность и отследить состояние
расчётов с клиентами.
«Zeta сервис» задумывался и разрабатывался как полноценное и
комплексное решение для автоматизации работы станций технического
обслуживания любого размера, любой специализации, так же предусмотрена
работа сети станций технического обслуживания в одной среде, торговля
автозапчастями.
Система Zeta Сервис – это программа учета для автосервиса,
разработанная на платформе 1С: Предприятие. Она позволяет
автоматизировать ведение оперативного, управленческого, складского и
21
финансового учета. Одним из важных преимуществ данного продукта
является удобный интерфейс, который настраивается для каждого сотрудника
отдельно. Интерфейс ограничивает действия работника, снижая вероятность
ошибок или неверных действий. В то же время руководителям компании наша
система позволяет использовать все функции системы 1С: Управление
торговлей, на базе которой она разработана.
Модуль «Сервис: автоматизация учета и калькуляция стоимости работ в
автосервисе» предназначен для автоматизации учета работ в автосервисах и
на станциях технического обслуживания автомобилей (программа для СТО).
С помощью программы можно значительно сократить время на оформление
документов, что позволит уделить больше времени клиенту и ремонту его
автомобиля. При повторном обращении клиента, у менеджера уже есть вся
история взаимоотношений с ним и ему не понадобится "ползать" по
многотомным архивам сервиса, для восстановления картины ремонта
автомобиля.
В программе существует возможность оформления необходимых
документов как для клиента, так и для внутренних операций. При работе с
программой экономится не только свое время, но и время клиента, что, в свою
очередь, влияет на его лояльность к фирме.
АвтоПредприятие
Программа полностью формирует весь перечень необходимых
первичных документов для оформления услуг по ремонту и продаже
автозапчастей, ведет учет клиентов, их автомобилей, историй ремонтов
каждого автомобиля (когда был ремонт, кто его делал), содержит в себе базы
данных по нормам времени [12].
Наделение такого представления большим числом фильтров и
сортировок, а также универсальной системой поиска, позволяет с легкостью
производить операции с большим числом документов. Левая (общая) часть