38
Рисунок 8 - Каскадная модель жизненного цикла
Суть каскадного метода, представленного на рисунке, состоит в том,
чтобы разделить все развитие на этапы, и переход от этапа, предшествую-
щего следующему, осуществляется только после завершения предыдущего
этапа. В результате на каждом этапе формируется полный комплект про-
ектной документации, достаточный для продолжения разработки другой
группой разработчиков. Еще одним положительным аспектом каскадной
модели является возможность планирования сроков завершения работ и
затрат на их выполнение.
Однако модель водопада имеет существенный недостаток - очень
трудно настроить фактический процесс создания программного обеспече-
ния на такую жесткую схему, поэтому всегда необходимо вернуться к
предыдущим этапам, чтобы уточнить и пересмотреть решения, принятые
ранее. Результатом этого конфликта стало появление модели с промежу-
точным контролем. Он представлен на рисунке 9. Эта модель характеризу-
ется пошаговыми корректировками, которые продлевают период разработ-
ки продукта, но повышают надежность.
Рисунок 9 - Модель жизненного цикла с промежуточным контролем
Однако модель водопада и модель промежуточного контроля имеют
один серьезный недостаток - задержка в получении результатов. Это об-
стоятельство объясняется тем, что согласование результатов возможно
только после завершения каждого шага работы. Во время каждого шага
требования строго определены в форме технических спецификаций. Сле-
довательно, существует опасность того, что из-за неточных формулировок
39
требований или их изменений в течение длительного времени при созда-
нии программного обеспечения конечный продукт не будет востребован.
Спиральная модель, показанная на рисунке 10, позволяет начать ра-
боту со следующего шага, не дожидаясь завершения предыдущего. Спи-
ральная модель направлена на то, чтобы как можно раньше познакомить
пользователей с работоспособным продуктом, скорректировав, если необ-
ходимо, требования к разрабатываемому продукту, а каждая спираль озна-
чает создание фрагмента или версии.Основной проблемой спирального
цикла является определение сроков перехода к следующему этапу, а ее
возможным решением является ограничение временных ограничений для
каждого этапа жизненного цикла. Преимущества такой модели лучше все-
го видны при обслуживании программного обеспечения.
Рисунок 10 - Спиральная модель
Сравнивая эти модели, можно сказать, что каскадная модель являет-
ся более универсальной. Спиральная модель больше ориентирована на ин-
формационные системы, особенно на программное обеспечение, поэтому
лучше разрабатывать каскад при разработке информационных систем и их
программного обеспечения.
На основе анализа проекта автоматизации была выбрана каскадная
модель жизненного цикла IP, поскольку все основные задачи проектирова-
ния могут быть первоначально определены в разработанном IP.
Она имеет следующие этапы:
40
анализ;
проектирование;
реализация;
внедрение;
сопровождение;
Целью этапа «Анализ» является формирование технического зада-
ния. Этап разделен на подэтапы, задачи которых: определение требований
к ИС, определение функций ИС и стратегий автоматизации, обоснование
проектных решений для методов, информации и программного обеспече-
ния. Актуальной информацией является документация о технических ха-
рактеристиках. Информация для анализа получена из Интернета и отдела
планирования.
Целью этапа «Проектирование» является разработка проекта автома-
тизации и разработка информационной поддержки для задачи. Разработка
проекта автоматизации включает в себя разработку графика, архитектуры
проекта, анализа рисков, а также оценку стоимости проекта. Разработка
информационной поддержки для этой задачи включает разработку инфор-
мационной модели, классификаторов и прототипов экранных форм. Эф-
фективной информацией является проектная документация.
Целью этапа внедрения является разработка программного обеспече-
ния в области ИС. Этап включает подготовку к разработке программного
обеспечения и разработки программного обеспечения. Эффективной ин-
формацией является программная документация.
Цель этапа «Внедрение» включает в себя установку программных и
аппаратных элементов ИС, а также их тестирование и устранение выяв-
ленных ошибок. Эта фаза разделена на две вторичные фазы: создание сре-
ды для работы IP и тестирование IP.
Целью этапа «Техническое обслуживание» является мониторинг и
совершенствование программного и аппаратного обеспечения IP во время
работы, а также работа с пользователями.
41
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Любой проект по созданию корпоративной информационной систе-
мы по-прежнему включает в себя множество задач, связанных с общим
управлением проектом, разработкой программного обеспечения, дизайном
ИС, реализацией, каждая из которых является проектом. с его присущими
характеристиками. Поэтому при разработке возникает несколько рисков.
Риски для заказчика связаны с неполным достижением целей проекта
и неэффективным использованием средств, а также с рисками для подряд-
чика, с возможностью значительного превышения фактических трудоза-
трат по сравнению с ожидаемыми затратами.
Необходимость параллельной, а иногда и принципиально другой ра-
боты приводит к увеличению уровня риска проекта в несколько раз.
Наиболее типичные риски и методы минимизации приведены в таб-
лице 2.
Возможные риски проекта и способы их минимизации
Виды рисков/варианты менедж-
мента рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски, связанные с масштабом
проекта
Детальный анализ каждого этапа работ, вза-
имодействия участников, организации работ
Тщательно разработанная
программа качества,
управление конфигураци-
ей проекта, специальные
процедуры для взаимодей-
ствия участников
Риски, связанные с недостаточным
опытом в сфере ИТ
Проведение обучения для пользователей, в
том числе руководство, соблюдение техно-
логии работы
Разработать и утвердить
концепцию проекта на
самой ранней стадии
Технические риски проекта
Строгий отбор проектной команды в соот-
ветствии с квалификационными критериями.
Обучение участников проекта технологиям
дизайна, инструментам
Использование корпора-
тивных стандартов для
проектных работ, разра-
ботка стандартов дизайна
Организационные риски проекта
Обучение участников проекта (курс «Управ-
ление проектами»), командное обучение,
возможна полная формализация деятельно-
сти
Включение в команду ад-
министратора проекта,
детальное распределение
ролей в проекте
Операционные риски проекта
Многократное тестирование созданных про-
дуктов, тщательная экспертиза документов
Строгое выполнение про-
цедур программы качества
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
В системе используются справочники, приведенные в таблице 3.
Перечень используемых справочников
42
№
пп
название справоч-
ника
ответственный
заведение
средний объём
справочника в
записях
среднюю ча-
стоту актуа-
лизации
средний объем
актуализации,
%
1
Сотрудники
Администратор
100
1 раз в месяц
10
2
Фирма
Администратор
50
1 раз в месяц
10
3
Клиенты
Пользователь
50
1 раз в месяц
10
4
Город
Администратор
500
1 раз в неделю
25
5
Состояние проектов
Пользователь
50
1 раз в месяц
10
Реквизитный состав справочников приведен в таблице4.
Реквизитный состав справочников
№ пп
Наименование
Перечень реквизитов
1.
Сотрудники
Фамилия, имя, отчество
Дата рождения
Должность
2.
Фирма
Наименование
Город
Оргформа
Контактное лицо
3.
Клиенты
Фирма
Фамилия, имя, отчество
Дата регистрации
Адрес
E-mail
ФИО руководителя
4.
Состояние проектов
Наименование состояния
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная модель - это диаграмма, которая отражает преобра-
зование информационных деталей из источников информации в их полу-
чателей или процесс обработки информации в информационную систему
[11].
На рисунке 11 показана информационная модель IP.
Первый логический уровень - это источники информации, из кото-
рых поступают входные данные: корпоративный IP-адрес, сотрудники от-
дела планирования, отделы продаж, производства, склад и снабжение.
Следующие файлы получены с корпоративного IP-адреса: расписание для
сотрудников компании; комплексные данные о филиалах; руководства,
43
Рисунок 11- Информационная модель
также таблица с факторами планирования. От сотрудников отдела
планирования данные поступают на все экранные формы ввода, то есть от-
чет о филиалах, типах продуктов, складах. Каждый отдел получает отчеты
в виде файлов о выполнении планов за предыдущий период времени.
Второй логический уровень - это файлы, формы ввода экрана. Фор-
мы на экране статистических отчетов содержат только информацию о пе-
риоде формирования статистических отчетов, введенную сотрудниками
отдела планирования. Файлы с отчетами о выполнении планов за преды-
дущий период поступают из соответствующих подразделений.
44
Третий логический уровень - это таблицы и каталоги, включенные в
базу данных. Каталоги приходят с корпоративного IP. Исходные таблицы с
данными о продажах, производстве, депозите и доставке с соответствую-
щими планами содержатся в ИС отдела планирования. Сосредоточьте ин-
формацию на предыдущих планах, результатах продаж, производстве, хра-
нении и поставках.Четвертый логический уровень - таблицы с измененной
информацией. Они формируются на основе данных с отчетами о выполне-
нии планов от ведомств. Таблицы с сформированными планами относятся
к эффективной информации. Таблица «План продаж» основана на спра-
вочных работах «Типы продуктов» и «Контракты», а также на входных
таблицах «Продажи» и «Коэффициенты планирования». Таблица «План
производства» состоит из каталогов «Продукты» и «Филиалы», таблицы
«План продаж» и таблицы «Взаимоотношения планов».Таблица «Склад-
ской план» формируется на основе каталогов «Типы продуктов», «Скла-
ды» и «Филиалы», а также производительной таблицы «План продаж» и
таблицы «Коэффициенты планирования». Таблица «План поставки» фор-
мируется на основе справочников «Типы продуктов», «Склады» и «Кон-
тракты», а также таблицы результатов «План продаж» и таблицы «Коэф-
фициенты планирования».
Шестой логический уровень - это продуктивная информация в виде
файлов с планами, файлов со статистическими отчетами и с соответству-
ющими отчетами о планах и статистическими отчетами на бумаге.
Файлы со статистическими отчетами генерируются на основе ин-
формации о периоде времени, содержащейся в формах ввода данных ста-
тистических отчетов второго логического уровня, а также модифициро-
ванных таблиц базы данных третьего логического уровня.
Файл «Отчет для филиалов» создается на основе информации из
файлов «Табель рабочего времени» и «Интегрированные данные для фи-
лиалов», экранной формы «Отчет для филиалов», а также таблиц «Прода-
жи» и «Доставка». Файл «Отчет по продукту» создается на основе инфор-
45
мации в экранной форме «Отчет по продукту», а также в таблицах «Произ-
водство» и «Продажи». Файл «Складской отчет» создается на основе ин-
формации, полученной из экранной формы «Складской отчет», а также из
таблиц «Производство», «Склад» и «Доставка».
Седьмой логический уровень - получатели информации. Получате-
лями информации в соответствии с организационной архитектурой плани-
рования ИС (указанной в п. 2.1.3) являются финансовые аналитики, специ-
алисты отдела планирования, филиалов и корпоративной ИС. Финансовые
аналитики получают файлы со статистическими отчетами, которые он мо-
жет распечатать. Сотрудники отдела планирования получают планы отче-
тов в печатном виде. Партнеры получают планы в виде файлов через кор-
поративный IP.
Таким образом, информативная модель позволяет автоматически
преобразовывать исходную информацию в эффективную. Информативная
модель позволяет создать схему таблицы данных базы данных, дерево
функций и схему пакета программного модуля.
2.2.2. Характеристика нормативно-справочной, входной и оператив-
ной информации
Процесс разработки ИТ-системы состоит из ключевых моментов, та-
ких как:
анализ существующей системы информационных потоков в органи-
зации;
определение необходимых компонентов и свойств системы;
выявление преимуществ будущей системы, необходимой для удо-
влетворения потребностей организации, автоматизации информационного
обеспечения организации;
технология проектирования систем;
определение необходимого оборудования, трудозатрат, информаци-
онного оборудования;
определение действий, запланированных для цикла создания систе-
46
мы;
разработка, тестирование и внедрение автоматизированной системы
в организационных процессах.
Автоматизированные системы организационного управления под-
держиваются технологически, что позволяет осуществлять информацион-
ные процессы с использованием различных технических средств, таких как
компьютеры и рабочие станции.
2.2.3. Характеристика результатной информации
Структура файла - электронные таблицы Excel. Экранные формы для
создания файлов со статистическими отчетами содержат данные с перио-
дом времени для создания статистических отчетов. Эти данные вводит со-
трудник отдела планирования. Используя экранные формы, сотрудник
планирования запускает процесс автоматической генерации файлов с отче-
тами.
Входная информация включает в себя файлы «Табель рабочего вре-
мени» и «Полный отчет по филиалам» и таблицу «Причины планирова-
ния». Источником файлов и таблиц является корпоративный IP. Частота
появления файлов для статистических отчетов составляет один раз в неде-
лю. Частота файлов отчетов об активности - один раз в неделю для хране-
ния и доставки - один раз в день. Таблица с плановыми коэффициентами
прибывает ежедневно.
Файл «Табель рабочего времени» содержит следующие показатели:
фамилия, имя и имя сотрудника, количество выходных дней в месяце, ко-
личество часов, отработанных с коэффициентами 1 (обычные часы), 1,5
(обработка), 2 (обработка и часы отпуска) и 0 , 4 (ночные часы) и общее
количество отработанных часов. Количество строк соответствует количе-
ству сотрудников в компании - 4800. Количество записей данных - 33600.
Структура файла представляет собой электронную таблицу Excel. Размер
файла - 180 Кб.
47
В файле Информация о филиале содержатся следующие показатели:
количество перемещенных пакетов, количество пакетов, доставленных на
склад с производства, количество пакетов, отправленных филиалом на
склады, количество проданных пакетов, количество пакетов, отправленных
на экспорт, количество пакетов принимается в качестве импорта, количе-
ство пакетов, возвращаемых из дистрибьюторской сети, количество паке-
тов, проданных за один календарный месяц. Количество линий соответ-
ствует количеству филиалов предприятия - 11.
Количество записей - 88. Структура файла - электронная таблица
Excel. Размер файла - 1,3 Кб. Источником файлов является корпоративный
IP. Частота встречаемости один раз в календарную неделю. Таблица с ко-
эффициентами планирования содержит коэффициенты для планирования
основных видов деятельности. Количество рядов соответствует количеству
видов продукции, филиалов, складов и договоров. Частота встречаемости
один раз в день.
Отчет по продажам формируется отделом продаж и содержит следу-
ющие показатели:
дата заказа;
код договора;
наименование клиента;
код склада;
наименование склада;
код филиала;
наименование филиала;
код вида продукции;
наименование продукции;
количество;
цена;
скидка;
стоимость.