Дипломная работа: Автоматизация и обеспечение информационной безопасности документооборота организации ООО "Москва Карго"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
46
Применяется CDM для классической модели ЖЦ (предусмотрены все
работы/задачи и этапы), а также для технологий "быстрой разработки" (Fast
Track) или "облегченного подхода", рекомендуемых в случае малых
проектов.
Rational Unified Process (RUP) предлагает итеративную модель
разработки, включающую четыре фазы: начало, исследование, построение
и внедрение. Каждая фаза может быть разбита на этапы (итерации), в
результате которых выпускается версия для внутреннего или внешнего
использования. Прохождение через четыре основные фазы называется
циклом разработки, каждый цикл завершается генерацией версии системы.
Если после этого работа над проектом не прекращается, то полученный
продукт продолжает развиваться и снова минует те же фазы. Суть работы в
рамках RUP - это создание и сопровождение моделей на базе UML.
Microsoft Solution Framework (MSF) сходна с RUP, так же
включает четыре фазы: анализ, проектирование, разработка, стабилизация,
является итерационной, предполагает использование объектно-
ориентированного моделирования. MSF в сравнении с RUP в большей
степени ориентирована на разработку бизнес-приложений.
Extreme Programming (XP). Экстремальное программирование
(самая новая среди рассматриваемых методологий) сформировалось в 1996
году. В основе методологии командная работа, эффективная коммуникация
между заказчиком и исполнителем в течение всего проекта по разработке
ИС, а разработка ведется с использованием последовательно
дорабатываемых прототипов.
Стандарт ISO/IEC серии 15288
В стандарте ISO/IEC 12207 не предлагается конкретной модели
жизненного цикла и методов разработки, его рекомендации являются
общими для любых моделей жизненного цикла. Под моделью обычно
понимается структура, определяющая последовательность выполнения и
взаимосвязи процессов, действий и задач на протяжении жизненного цикла.
47
Остановимся на модели Rational Unified Process (RUP), которая
предлагает итеративную модель разработки, включающую четыре фазы:
начало, исследование, построение и внедрение. Она полностью определяет
наши требования и реализует нужный подход.
Из всех имеющихся стандартов, наиболее оптимальным будет ISO
12207 -99. Выбор пал именно на этот стандарт, в связи со следующими
факторами: Во-первых, стандарт четкое не регламентирует
последовательность процессов в каждом этапе, что позволяет
самостоятельно выбирать подходящие для себя процессы. Во-вторых,
стандарт охватывает все этапы более полно, нежели остальные стандарты.
В-третьих, ISO 12207-99 не указывает на этапы, а лишь регламентирует их,
что позволит разработчику самостоятельно управлять жизненным циклом.
В связи с небольшим объемом проектных работ, а также характером
проекта выберем каскадную модель для описания жизненного цикла. В
соответствии с этим в него будут входить следующие этапы:
формирование требований;
проектирование;
реализация;
тестирование;
ввод в действие;
эксплуатация и сопровождение.
В качестве стратегии внедрения ИС в ООО «Москва Карго» был
выбран «Пилотный проект».
Пилотный проект – это первый этап внедрения, позволяющий
убедиться в применимости и эффективности предлагаемой системы до eѐ
окончательного внедрения, обучить сотрудников компании работе с
системой, а также определить и спланировать организационные и
технические мероприятия на этапе промышленного внедрения. Пилотный
проект позволяет уменьшить затраты и ускорить полномасштабное
внедрение.
48
Данная стратегия внедрения информационной системы была выбрана,
потому что это наиболее часто используемая компаниями стратегия. Такой
подход снижает риск и наиболее надежен.
2.2.2 Характеристика нормативно-справочной, входной и оперативной
информации
Информационная модель представлена рисунке 2.1.
ИС
Спр Транспорт
Спр Тип
транспорта*
Спр
Поставщики
Спр
Поставщики*
Спр
Менеджеры
Спр
Менеджеры*
Спр Заказчики
Спр Заказчики*
Т Документы
Спр Шаблоны
документов
Т Заказы*
Спр Статусы
заказа
Учет
заказчиков
Менеджер
Учет
менеджеров
Учет
поставщиков
Учет типов
транспорта
Учет заказов
Список
заказчиков
Список
договоров
Список
поставщиков
Список клиентов
Список
заказов
Ведомость
выданных
кредитов
Товарно-
транспортная
накладная
Товарно-
транспортная
накладная
Менеджер
Формировани
е документов
Т Документы*
Спр Шаблоны
документов*
Учет
шаблонов
Спр Статусы
заказа*
Учет статусов
Договор
Т Заказы
Список
поставщиков
Список
менеджеров
Список
заказчиков
Счет-фактура
Счет-фактура
1
2
3
Спр Водители
Список
водителей
Спр Водители*
Учет
водителей
Договор
Договор
Заявка
Заявка
Счет
Счет
Рисунок 2.1 Информационная модель системы учета грузоперевозок
В соответствии с приведенной информационной моделью, работа
системы осуществляется следующим образом.
Администратор системы регистрирует пользователей, используя и
изменяя содержимое справочника «Менеджеры». При необходимости
администратор добавляет данные в справочники Заказчики, Поставщики,
Тип транспорта, Шаблоны документов, Статусы заказа, Менеджеры.
49
Пользователь, начиная работу с системой, учитывает заказы на
основании данных, ранее введенных в справочники. Для учета заказа
менеджер вводит данные о заказчике, дате заказа, дате перевозки, типе
транспорта, пункте назначения, длине маршрута, поставщике, цене
поставщика и дате выполнения.
Информационная модель включает в себя три области – область № 1,
в которой происходит заполнение справочников, область № 2, в которой
показана, как осуществляется работа с документами, и область № 3, где
указано, каким образом осуществляется получение выходных документов.
В области № 1 администратором системы на основании входных
документов заполняются справочники.
В области № 2 используются экранная форма учета заказов. При этом
используются данные всех системы справочников, указанных ранее. В
результате информация о заказах сохраняется в таблице Заказы.
В области № 3 пользователь системы получает на экран состав
справочников, а также отчеты, в том числе товарно-транспортная накладная
и счет-фактура, договор, заявка и счет. При необходимости данные
документы можно вывести на печать.
Входной информацией для разрабатываемой ИС являются данные о
заказчиках, поставщиках, договорах, заключаемых на выполнение
грузоперевозок, и менеджерах – пользователях системы.
Для обеспечения работы системы предусмотрены справочники,
приведенные в таблице 2.4.
Таблица 2.1
Перечень используемых справочников
№
п
п
название
справочни
ка
ответственны
й за ведение
средний
объём
справочни
ка в
записях
среднюю
частоту
актуализаци
и
средний
объем
актуализаци
и, %
50
1.
Заказчики
Менеджер
45
1 раз в
месяц
10
2.
Менеджер
ы
Администрат
ор
15
1 раз в
месяц
10
3.
Поставщик
и
Менеджер
250
1 раз в год
10
4.
Статусы
заказа
Администрат
ор
3
1 раз в год
10
5.
Тип
транспорта
Администрат
ор
5
1 раз в
месяц
10
6.
Шаблоны
документо
в
Администрат
ор
10
1 раз в
месяц
10
Все документы могут поступать как бумажной, так и в электронной
формах.
Справочник Заказчики содержит информацию о заказчиках, включая
наименование, адрес и телефон. Справочник Поставщики заполняется на
основании списка поставщиков и содержит сведения о наименовании
поставщика, типе транспортного средства, водителе и его телефоне.
Справочник Менеджеры ведется администратором системы и
содержит данные о пользователях системы.
Справочники Статусы заказа и Типы транспортных средств являются
вспомогательными и содержат только наименования статусов и типов.
Основным вводимым в ИС документом является заказ от заказчика на
осуществление грузоперевозки. Данный документ содержит следующие
сведения:
Заказчик
Дата заказа
Дата перевозки
Источник: https://baza.diplomsite.ru/previewfile/1769