41
таблиц (создать это не так проблемно, т.к. документы уже содержат готовые
структуры и могут быть изменены).
К внутри машинному ИО относят описание форм в электронном
виде.
В рамках подготовки структуры экранных форм для передачи форм
начальных документов с текущими данными лучше всего использовать
комбинированную форму, которая похода на ту, что применялась для
реализации самого документа. Местоположение полей должно идти так, как
оно будет удовлетворять логической структуре документа и файлов с
данными, которые минимизируют сложность операции загрузки в БД.
В рамках создания экранных форм для документов с конкретными
данными важно понимать, что эти макеты используются для вывода и
обновления записей ИБ, и в рамках их создания лучше применять анкетную
форму реквизитного расположения, которая подойдет для данных
операций.
Основной составляющей внемашинного ИО становится система
документации, которая применяется в рамках контроля экономического
объекта. Сам документ представляет из себя сочетание сведений, которые
используются в рамках решения экономических задач, и находится на
отдельном носителе в рамках утвержденной фирмы.
Система документации становится сочетанием некоторых форм
документов, используемых в рамках контроля экономическим объектом.
Суть системы экономической документации заключается в огромном числе
видов документов.
Новейшие системы документации, которые применяются в ручных
ЭИС, определены большой вариативностью форм документов;
многочисленным потоком документов и их запутанностью; разделением
данных в документах, и исходя из этого всего – малой актуальностью
получаемых результатов. Анализ данных в таких ИС отнимает почти все
42
свободное время сотрудника. Для упрощения системы документации часто
используют ряд подходов:
• Использование единого стандарта для всех документов;
• Переход к ЭДО.
Входные документы для анализируемой задачи лучше получать
через сеть, поэтому они обязаны иметь четко выверенную структуру. Для
упрощения работы с подобными данными, они представляются в виде
таблиц (создать это не так проблемно, т.к. документы уже содержат готовые
структуры и могут быть изменены).
Таким образом проектное решение по такому информационному
обеспечению обосновано, поскольку позволит решить поставленные
задачи.
43
2.1.2 Обоснование проектных решений по программному обеспечению
Программное обеспечение - совокупность программ, выполняемых
вычислительной системой.
Для реализации информационной системы необходимы
соответствующее программное обеспечение.
Наиболее распространенной в настоящее время является реляционная
модель организации данных и основанные на ней БД и СУБД.
В соответствии с требованиями разрабатываемой ИС пришли к
выводу об использовании СУБД от компании Microsoft - Access. Microsoft
Office Access или просто Microsoft Access — реляционная СУБД
корпорации Microsoft. Имеет широкий спектр функций, включая связанные
запросы, связь с внешними таблицами и базами данных. Благодаря
встроенному языку VBA, в самом Access можно писать приложения,
работающие с базами данных.
Был выбран оптимальный вариант: Microsoft Office 2017.
Выбор перечисленных программных средств происходил, исходя из
необходимых функций WinAPI и минимальной стоимости ПО. Данные
продукты таковыми характеристиками обладают.
2.1.3 Обоснование проектных решений по техническому обеспечению
Техническое обеспечение - совокупность технических средств,
компьютерной техники, средств передачи информации, используемых в
автоматизированных системах управления и в информационных системах.
Разрабатываемая ИС будет использовать Microsoft Office 2007.
Поэтому для эффективной работы разрабатываемой системы необходимо
обеспечить такие требования к архитектуре и параметрам технических
средств, которые позволили бы эффективно функционировать Microsoft
Office 2007. Microsoft Office 2007 предназначен для функционирования на
компьютере типа IBM PC с техническими характеристиками не менее:
Частота процессора не менее 500 МГц
44
Не менее 256 Мб оперативной памяти
1,5—2 Гб свободного места на жёстком диске
Разрешение экрана не менее 1024x768 точек
Операционная система Windows XP, Windows Server 2003 или более
новые версии.
Для печати отчетов и выходных документов необходим принтер,
совместимый с компьютером вышеперечисленной комплектации.
В случае варианта многопользовательской работы с системой
понадобится использование одного ПК в качестве сервера для доступа к
базе. Целесообразно разместить эту базу данных на серверном
оборудовании, а с клиентских компьютеров осуществлять подключение к
ней через протокол smb или через ODBC. В качестве серверного
оборудования может использоваться компьютер типа IBM PC серверного
типа.
Так как клиентские компьютеры будут подключаться к серверной базе
данных, и сервер и клиентские машины должны функционировать в
локальной сети. Это может быть, как одноранговая сеть, так и сеть с
доменной организацией.
Для работы данной информационной системы можно
использовать существующее техническое обеспечение, т.к. оно
удовлетворяет всем предъявляемым ИС требованиям.
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Понятие жизненного цикла является одним из базовых понятий
методологии проектирования информационных систем. Жизненный цикл
информационной системы представляет собой непрерывный процесс,
начинающийся с момента принятия решения о создании информационной
системы и заканчивается в момент полного изъятия ее из эксплуатации.
45
Жизненный цикл информационной системы охватывает все стадии и
этапы ее создания, сопровождения и развития:
исследование предметной области с последующим
формированием функциональной и информационной моделей объекта, для
которого предназначена информационная система;
проектирование системы, заключающееся в разработке
проектных решений, удовлетворяющих всем требованиям ТЗ;
разработку системы (в том числе программирование и
тестирование прикладных программ на основании проектных
спецификаций подсистем, выделенных на стадии проектирования);
тестирование информационной системы и выявление сбоев с
последующим их устранением;
эксплуатацию системы и ее сопровождение;
развитие системы.
Жизненный цикл протекает в соответствии с выбранной моделью ЖЦ.
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в
некоторых случаях и процессы разработки.
Среди наиболее известных стандартов можно выделить следующие:
ГОСТ 34.601-90 - распространяется на автоматизированные
системы и устанавливает стадии и этапы их создания. Кроме того, в
стандарте содержится описание содержания работ на каждом этапе. Стадии
и этапы работы, закрепленные в стандарте, в большей степени
соответствуют каскадной модели жизненного цикла.
ISO/IEC 12207:1995 - стандарт на процессы и организацию
жизненного цикла. Распространяется на все виды заказного ПО. Стандарт
не содержит описания фаз, стадий и этапов.
Custom Development Method (методика Oracle) по разработке
прикладных информационных систем - технологический материал,
детализированный до уровня заготовок проектных документов,
рассчитанных на использование в проектах с применением Oracle.
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
Все документы могут поступать как бумажной, так и в электронной
формах.
Справочник Заказчики содержит информацию о заказчиках, включая
наименование, адрес и телефон. Справочник Поставщики заполняется на
основании списка поставщиков и содержит сведения о наименовании
поставщика, типе транспортного средства, водителе и его телефоне.
Справочник Менеджеры ведется администратором системы и
содержит данные о пользователях системы.
Справочники Статусы заказа и Типы транспортных средств являются
вспомогательными и содержат только наименования статусов и типов.
Основным вводимым в ИС документом является заказ от заказчика на
осуществление грузоперевозки. Данный документ содержит следующие
сведения:
Заказчик
Дата заказа
Дата перевозки