54
Каждый из процессов разделяется на набор действий, а те в свою
очередь делятся на набор определенных задач. В результате каждый процесс,
действие либо задача инициируется и выполняется другими процессами по
мере необходимости, причем нет возможности заранее определить
последовательность выполнения этих процессов при сохранении связей по
входным-выходным данным и объектам.
В стандарте ISO/IEC 15288 не предполагается конкретная модель
жизненного цикла, так как в его положениях закреплены общие модели,
методы и технологии создания информационной системы. Стандартом
описывается структура процессов ЖЦ ИС, при этом не конкретизируется,
каким образом нужно выполнять действия и задачи, которые включены в
данные процессы.
Из существующих на сегодняшний день каскадной, спиральной и
итерационной моделей жизненного цикла проекта автоматизации в данном
проекте выберем итерационную модель, при которой происходит способ
быстрой разработки приложений – RAD (Rapid Application Development).
Особенностями итерационной модели является наличие трех
составляющих:
1. небольшая группа разработчиков до семи специалистов, которыми
выполняются работы проектирования отдельных подсистем для
информационной системы, так как требуется максимальная управляемость
коллектива;
2. тщательно проработанный небольшой производственный график.
Который длится не более трех месяцев;
3. повторяющейся цикл, при котором разработчиками запрашиваются и
реализуются в информационной системе требования, которые получаются в
результате периодического взаимодействия с заказчиками после того, как
разрабатываемое приложение начало обретать форму.
Подход RAD применяется для небольшого проекта, который
разрабатывается под конкретного заказчика, в виде несложной
55
информационной системы, которая содержит до 1000 операторов
уникального кода, что подходит под требования к дипломному проекту, цель
которой – разработка информационной системы, которая будет
удовлетворять требованиям, которые изложены в первой главе. Данные
требования можно считать ограничениями по качеству.
Задачи проекта автоматизации и их состав обуславливаются
спецификой принятых стандартов построения схемы его жизненного цикла.
Комплексный план-график представлен на рисунке 9, в котором отражается
сущность проекта автоматизации с начала и до окончания этапа его
разработки с точки зрения состава работ и распределения данных работ по
времени.
Работы, планируемые к проведению на этапе внедрения данного
проектного решения, в их логической последовательности приведены на
рисунке 10.
Рисунок 9. Диаграмма Гантта проекта автоматизации задачи
Рисунок 10. Диаграмма Гантта этапа внедрнеия ИС
На следующем этапе разработки информационной системы находится
написание технического задания (ТЗ), в котором отображаются требования,
предъявляемые к программе. После анализа и требований начинается
проектирование информационной системы, которая будет представлять из
себя программный продукт, работающий в связке с базой данных, так как
при создании программного продукта необходимо создать таблицы базы
данных, а так же файлы для использования в виде оперативно-
результативной информации, после чего пишутся процедуры и функции,
которые обеспечивают проверку вводимой информации.
На стадии внедрения подготавливается и постепенно осваивается
заказчиком разработанная проектная документация информационной
системы. На данной стадии выявляются частные и системные недоработоки в
предлагаемом для внедрения проектном решении.
Можно выделить четыре способа внедрения новой информационой
системы - параллельная стратегия, «скачок», пилотный проект и «узкое
место».
Так как компания ООО «СДЭК» не может приостанавливать работу
из-за внедрения новой информационной системы, так как это может
привести к потере клиентов, к ошибкам при выполнении процессов
складского учета и в результате этого прийти к упущенной прибыли. Причем
риски связанные с неудачным внедрением на эффективность работы
компании должны быть минимальными либо вовсе отсутствовать.
Использование метода «скачка» предусматривает полный отказ от уже
существующей и работающей системы и моментальный переход на новую
информационную систему. Это стимулирует сотрудников информационной
системы к ее быстрому ее освоению, но если в системе произойдет сбой то
может остановиться весь технологический процесс получения и обработки
информации.
Использование метода «узкого места» так же не подходит для данного
проекта, так как предполагает внедрение ИС в наиболее критическом участке
58
работы компании, а потом уже с переходом к полномасштабному внедрению
в компании. Решаемая задача изначально решается на одном участке,
переход на уровень всего предприятия в целом не запланирован.
В результате приемлемые два варианта технологии внедрения
информационной системы – это использование параллельной стратегии либо
стратегии пилотного проекта, сравнительная характеристика которых
приводится в таблице 9.
Таблица 9
Сравнительная характеристика стратегий внедрения ИС
Позиции
Параллельные стратегии
Пилотные проекты
Случаи
применения
Старая работающая система
которую нужно заменить на
новую
Применение тактики «скачка»,
но только к некоторым
функциям.
Области
применения
Не имеет значения
Небольшой участок
деятельности
Риски срыва
работы
компании
Риски минимальные
Стратегии нацелены на то,
чтобы снизить риски при
внедрении
Дублирование
операций
Имеются
Не имеется
В случае использования параллельной стратегии внедрения
информационной системы одновременно работает старая и новая ИС, при
этом происходит сравнение полученных в этих системах результатов и
выходных документов. В случае совпадения полученных данных в течение
определного времени, дается заключение о переходе на новую ИС и
составляется «Акт готовности объекта к эксплуатации». Происходит
формирование состава приемной комиссии и издание «Приказа о начале
эксплуатации».
Затем начинается стадия эксплуатации, сопровождения и
модернизации ИС, на котором решаются вопросы о том, кто будет
осуществлять эксплуатацию и сопровождение ИС. Для данного дипломного
проекта разработка ИС производится внутренними силами, то есть теми
59
специалистами-разработчиками проекта, а также персоналом IT-cлужбы, без
привлечения сторонних специалистов.
При выполнении этапа «Эксплуатация проекта» выполняются
следующие работы:
– при возникновении сбоев исправляются в работе все части системы,
– данные случаи регистрируются в журналах,
– отслеживаются технико-экономические характеристики работы
информационной системы,
– накапливается статистика о качестве работы всех компонентов
системы.
При выполнении этапа «Сопровождение и модернизация проекта»
производится выполнение следующих работ:
– анализируется собранный статистический материал,
– анализируется соответствие параметров работы ИС к требованиям
окружающей среды.
В результате проведенного анализа специальной комиссией делается
заключение о необходимости модернизировать всю ИС или только ее
отдельные его компоненты, а так же определяются объемы производимых
доработок, устанавливаются сроки и стоимость их выполнения для
получения «Техно-рабочего проекта», который прошел модернизацию.
В случае если выявлен факт морального старения ИС комиссия
принимает решение о целесообразности проведения его утилизации либо
разработки новой ИС для данной компании.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В разрабатываемой информационной системе имеется нормативно-
справочная, входная и оперативная информация:
Нормативно-справочная информация показывает постоянную
информацию, реализованную виде справочников. В данной системе
60
выделено два основных и пять вспомогательных справочников. Справочник
Изделия и Справочник Контрагенты – это основные, они являются
источником информации при учете поступления и расхода материалов, а
также при формировании отчетной сущности Складские остатки.
Вспомогательные справочники (Единицы измерения, НДС, Склады, Тип
изделия, Работники) являются источником информации для основных
справочников. Разбиение Справочников на основные и вспомогательные
создано для удобства при их заполнении.
Входная информация состоит из следующих сущностей: Приходный
ордер, Строки приходного ордера, Расходный ордер, Строки расходного
ордера. Для решения задач данного блока используется промежуточная
информация, которая в последствии используется для выполнения
соответствующих расчетов. В результате обработки данной информации
формируются итоговые документы, итоговые ведомости, а также итоговые
таблицы, необходимые для формирования итоговых отчетов. Вся эта
информация необходима для контроля процесса учета и анализа его
результатов.
Оперативная информация формируется с учетом изменения входных
данных, в которых все эти изменения учитываются. Это Журнал приходов,
Журнал расходов и Складские остатки, они необходимы для формирования
отчетной информации и удобны тем, что фиксируют каждое изменение
данных, т.е. информация, хранящаяся в них актуальна на любой момент
времени.
Составляющими базы данных являются двенадцать таблиц:
Kontragents «Контрагенты»
Material «Изделия»
MatlType «Тип изделий»
NDS «НДС»
UM «Единицы измерения»
Whse «Склады»
61
Worker «Работники»
RGMatlWhse «Складские остатки»
Prihod «Приходный ордер»
PrihItems «Строки приходного ордера»
Rashod «Расходный ордер»
RashItems «Строки расходного ордера»
Таблица Kontragents «Контрагенты» содержит справочные данные по
поставщикам и клиентам. Так как одна и та же компания, сотрудничающая с
ЗАО "Строй-Рус" может быть как поставщиком так и клиентом
целесообразно воспользоваться одной таблицей «Контрагенты». Структура
таблицы представлена на рис. 11.
Рисунок 11. Таблица Kontragents «Контрагенты»
У всех таблиц в качестве ключевого определено поле ID, имеет тип
данных счетчик, создаваемый уникальной порядковый номер. Поля Name
«Наименование контрагента», Addr «Адрес», Tel «Телефон» и Fax «Факс»
имеют текстовый тип данных.
Таблица Material «Изделия» содержит в себе полную информацию о
изделиях, которые закупает либо изготавливает предприятие. Структура
таблицы Material «Изделия» представлена на рисунке 12.
Рисунок 12. Таблица Material «Изделия»
62
Поле Name «Наименование материала» имеет текстовый тип данных,
поля UMID, NDSID и TypeID имеют числовой тип данных и предназначены
для связки с одноименными справочниками. Поле Price «Цена» имеет
денежный тип.
Таблица MatlType «Тип изделий» представляет собой справочник
типов изделий – «покупное», «изготавливаемое». Структура таблицы
MatlType «Тип изделий» представлена на рисунке 13 и кроме уникального
идентификатора имеет поле Name «Наименование».
Рисунок 13. Таблица MatlType «Тип изделий»
Таблица NDS «НДС» представляет собой справочник ставок НДС.
Структура таблицы NDS «НДС» представлена на рис. 14.
Рисунок 14. Таблица NDS «НДС»
Поле Name «Наименование» имеет текстовый тип данных и содержит
наименование ставок НДС, поле NDS имеет числовой тип данных и
содержит саму ставку НДС.
Таблица Worker «Работники» представляет собой справочник.
Структура таблицы Worker «Работники» представлена на рис. 15.
Рисунок 15. Таблица Worker «Работники»
Все поля имеют текстовый тип данных и содержат одноименные
данные.
63
Таблица UM «Единицы измерения» представляет собой справочник.
Структура таблицы UM «Единицы измерения» представлена на рис. 16.
Рисунок 16. Таблица UM «Единицы измерения»
Поле Name «Наименование» имеет текстовый тип данных и содержит
наименование единиц измерения.
Таблица Whse «Склады» представляет собой справочник. Структура
таблицы Whse «Склады» представлена на рис. 17.
Рисунок 17. Таблица Whse «Склады»
Поле Name «Наименование» имеет текстовый тип данных и содержит
наименование единиц измерения. Поле WorkID имеет числовой тип данных и
предназначено для связки со справочником Worker «Работники».
Таблица RGMatlWhse «Складские остатки» представляет собой регистр
в котором хранятся складские остатки. Структура таблицы RGMatlWhse
«Складские остатки» представлена на рис. 18.
Рисунок 18. Таблица RGMatlWhse «Складские остатки»
Поля WhseID и MatlID имеют числовой тип данных и предназначены
для связки со справочником Whse «Склады» и таблицей Material «Изделия»
соответственно. Поле Qty содержит данные об остатках.
Таблица Prihod «Приходный ордер» представляет собой шапку
прихода. Структура таблицы Prihod «Приходный ордер» представлена на
рис. 19.