46
тонов, не вызывающих усталости пользователя. Цвет полей, подлежащих вводу с
клавиатуры, должен отличаться от цвета информационной части. Каждое поле
должно быть снабжено подсказкой, которую следует выдавать на экран при
неправильных действиях пользователя. Должна быть обеспечена возможность
исправления ошибок во введенных данных.
3) Система классификации и кодирования. В системе необходимо
учесть принятую на предприятии систему кодирования документов, а именно:
документы одного типа нумеруются последовательно с начала года. Система
кодирования артикулов товара также используется существующая на
предприятии, т.к. она достаточна, привычна, и используется не только в
автоматизируемом подразделении, но и в других отделах предприятия.
Необходимо разработать локальную систему классификации и
кодирования для следующих объектов учета:
- персонала;
- категорий товара;
- артикулов;
- складских документов.
4) Информационная база. Центральным компонентом
информационного обеспечения является информационная база (ИБА),
представляющая собой организованную определенным способом совокупность
данных, хранимых в памяти вычислительной системы в виде файлов, с помощью
которых удовлетворяются информационные потребности управленческих
процессов и решаемых задач. [1]
Существуют следующие способы организации информационной базы:
совокупность локальных файлов, поддерживаемых функциональными пакетами
прикладных программ, и интегрированная база данных, основанная на
использовании универсальных программных средств загрузки, хранения, поиска
и ведения данных, то есть системы управления базами данных (СУБД).
Локальные файлы обеспечивают более быстрое время обработки данных,
однако при таком способе организации ИБ в информационной системе
наблюдается высокая степень дублирования данных, несогласованность данных,
47
отсутствие гибкости доступа к информации. Интегрированная база данных – это
совокупность взаимосвязанных, хранящихся вместе данных при такой
минимальной избыточности, которая допускает оптимальное их использование в
различных приложениях.
Для решения поставленной задачи требуется интегрированная база
данных, в которой взаимосвязаны данные, поступающие как с участка приемки,
так и с участка отгрузки склада.
Основными способами организации БД являются создание
централизованных и распределенных БД. [4] В рассматриваемой задаче не
предполагается распределенная структура ИС, т.к. задача небольшая по объему
данных и по количеству пользователей.
Таким образом, для решения поставленной задачи необходима
интегрированная централизованная база данных.
1.4.3. Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ на носителях
данных и программных документов, предназначенная для отладки,
функционирования и проверки работоспособности ИС.
В состав программного обеспечения входят общесистемные и
специальные программные продукты, а также техническая документация. [2]
К общесистемному программному обеспечению относятся комплексы
программ, ориентированных на пользователей и предназначенных для решения
типовых задач обработки информации. Они служат для расширения
функциональных возможностей компьютеров, контроля и управления процессом
обработки данных.
К общесистемному ПО в нашем случае относятся:
- операционная система;
- система управления базами данных (СУБД).
Специальное программное обеспечение представляет собой совокупность
программ, разработанных при создании конкретной информационной системы. В
его состав входят пакеты прикладных программ, реализующие разработанные
48
модели разной степени адекватности, отражающие функционирование реального
объекта.
Специальное программное обеспечение для проектируемой системы
включает в себя разработанное приложение для автоматизации учета складских
операций.
- системы промежуточных типов.
Рассматриваемая нами задача не предъявляет больших требований к
надежности, производительности и времени реакции системы, что предоставляет
широкий выбор между различными системами общего назначения. При выборе
операционной системы будем исходить из следующих факторов:
1. Совместимость с ОС, уже имеющимися в организации;
2. Минимальные затраты на переобучение сотрудников, работающих с
системой учета рабочего времени;
3. Минимальные затраты на поддержку системы.
В ООО «Святич» на рабочих станциях пользователей системы
установлена ОС линейки Microsoft Windows: Windows 7, Windows Vista, Windows
XP. На серверах установлена Microsoft Windows 2008 Server. На приобретаемый
сервер с целью совместимости всех компонентов системы рекомендуется
установить последнюю версию серверной операционной системы
Наиболее подходящей для нас моделью данных является реляционная
модель, т.к. она характеризуется простотой структуры данных, удобным для
пользователя табличным представлением, и возможностью использования
формального аппарата алгебры отношений и реляционного исчисления для
обработки данных.
Имеется большое разнообразие реляционных клиент-серверных СУБД.
Рассмотрим такие продукты, как MS SQL Server и MySQL.
1) MS SQL Server – очень распространенная, достаточно надежная,
быстрая клиент-серверная СУБД. Часто используется для промышленных систем
автоматизации. Версия MS SQL Server Express распространяется бесплатно, но
имеет некоторые технические ограничения (максимальный размер базы не
должен превышать 4 Гб, поддерживается только 1 процессор, адресуемая память
49
составляет 1 Гб, и т.п.). Такие ограничения делают её непригодной для
развертывания больших баз данных, но она вполне годится для ведения
программных комплексов в масштабах небольшой компании.
2) MySQL – свободно распространяемая клиент-серверная СУБД,
высокопроизводительная, обеспечивающая высокий уровень защиты данных.
Доступ к серверу MySQL можно осуществить в интерактивном режиме с
помощью различных интерфейсов, позволяющих вводить запросы и
просматривать полученные результаты. Имеются программные интерфейсы для
таких языков, как С, Perl, Java, PHP и Python.
Т.к. одним из основных требований к ИС склада является ее
взаимодействие с ИС отделов снабжения, сбыта и бухгалтерии, необходимо
обеспечить гарантированную совместимость этих систем. Т.к. ИС отдела
снабжения, отдела сбыта и система Парус для бухгалтерского учета используют в
качестве СУБД MS SQL Server, необходимо при разработке ИС склада тоже
использовать эту СУБД.
В настоящее время лидерами на рынке сред разработки являются Microsoft
Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред
позволит разработать современное клиент-серверное приложение с современным
пользовательским интерфейсом. Однако, в компании имеются наработки на
Delphi, которые можно использовать при разработке ИС склада. Выбор среды
разработки Delphi позволит гораздо быстрее по сравнению с остальными из
перечисленных сред разработки получить готовую систему, с интерфейсом,
аналогичным ИС отделов снабжения и сбыта.
Delphi - среда для разработчиков программного обеспечения и приложений
баз данных, заинтересованных в быстром создании высокоэффективных и
простых в обслуживании приложений. Разработчики могут использовать мощную
интегрированную среду разработки Delphi с рабочим полем визуального
проектирования, обширной коллекцией визуальных компонентов и мощной
инфраструктурой гетерогенных баз данных для визуальной разработки и поставки
приложений в максимально сжатые сроки.
50
Мощный язык Delphi и компилятор обеспечивают высокую
производительность и доступ ко всем возможностям, повышающим
эффективность и скорость разработки на платформе Windows. Delphi
предоставляет также обширный набор инструментов редактирования,
рефакторинга и отладки в рамках комплексного решения, ориентированного на
ускорение и упрощение разработки.
Таким образом, в данной глмве был проведен анализ предметной области
исследования, дано обоснование выбора среды разработки программного
обеспечения ИС. В качестве среды разработки был выбран комплект
программного обеспечения 1С: Предприятие, 8.3.
51
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл (ЖЦ) программного средства (ПС) – это период времени,
который начинается с момента принятия решения о необходимости его создания,
и заканчивается в момент его полного изъятия из эксплуатации. [4, с. 21]
Стандарт ISO/IEC 12207 задает полный набор процессов (более 40),
охватывающий все возможные виды работ и задач, связанных с построением
программного средства, начиная с анализа предметной области и заканчивая
изготовлением конечного продукта. Данный стандарт содержит основные и
вспомогательные процессы (Рис. 15).
Рис. 7. Основные процессы жизненного цикла ПО
В зависимости от проекта процессы, действия и задачи стандарта
выбираются, упорядочиваются и включаются в модель ЖЦ. При применении они
могут перекрывать, прерывать друг друга, выполняться итерационно или
рекурсивно. Это определяет "динамический" характер стандарта и позволяет
реализовать с его помощью произвольную модель ЖЦ ПС.
Из данного стандарта можно выбрать только те процессы, которые более
всего подходят для реализации конкретной ПС. Обязательными являются
основные процессы, которые присутствуют во всех известных моделях ЖЦ. В
52
зависимости от целей и задач предметной области они могут быть пополнены
дополнительными (документирование, обеспечение качества, верификация и
валидация и т.п.) и организационными (планирование, управление и др.)
процессами этого стандарта. Разработчик принимает решение о включении в
новую создаваемую модель ЖЦ процесса обеспечения качества компонентов и
системы управления проектом или определения набора проверочных
(верификационных) процедур для обеспечения правильности продукта и
соответствия его заданным требованиям.
Для рассматриваемой ИС выделяются следующие базовые процессы
жизненного цикла [1]:
1. Разработка
Планирование и анализ требований (предпроектная стадия);
Проектирование;
Реализация;
Тестирование
Внедрение;
2. Эксплуатация
Поддержка пользователей;
Техническое обслуживание компонентов системы;
3. Сопровождение
Сбор рекламаций
Исправление ошибок и недоработок
Модернизация
На предпроектной стадии необходимо провести системный анализ,
включающий анализ функционирования склада и выявление недостатков
существующей технологии складского учета. [16] На основе выявленных
недостатков формулируется потребность в совершенствовании системы
управления складом, создается технико-экономическое обоснование проекта
(ТЭО), формулируются технические условия и требования к ИС. Результаты
должны быть оформлены в виде ТЗ (технического задания). Первый этап
53
выполняется бизнес-аналитиком отдела, с привлечением сотрудников склада.
Входную информацию бизнес-аналитик получает из интервью с сотрудниками
склада, складской документации, должностных инструкций, регламента работы
склада и прочих документов, характеризующих существующие бизнес-процессы.
Следующий этап – проектирование ИС – включает в себя разработку в
соответствии со сформулированными требованиями состава автоматизируемых
функций (функциональная архитектура), состава обеспечивающих подсистем
(системная архитектура), оформление технического проекта ИС. Входной
информацией для проектирования является ТЗ. На этом этапе определяется состав
программных подсистем и компонентов оборудования, составляются
спецификации требований к компонентам ПО, определяется состав компонентов
ПО (в том числе повторно используемых компонентов), интерфейсы с БД,
структуры хранения данных, алгоритмы обработки информации, спецификации
интерфейсов с другими системами автоматизации, требования к тестам. Данный
этап является очень ответственным с точки зрения качества всей последующей
разработки.
На этапе реализации выполняется физическое проектирование,
программирование, наполнение баз данных, тестирование, разработка
инструкций для персонала.
Тестирование ИС. На этом этапе оценивается система в целом на
соответствие требованиям ТЗ.
Внедрение системы необходимо проводить в три этапа [2, с.79]:
подготовка объекта к внедрению;
опытное внедрение;
сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению планируется провести
следующие работы:
закупить и установить сервер системы и серверное ПО;
развернуть на сервере базу данных;
установить клиентское ПО на все компьютеры АРМ системы;
54
сконфигурировать взаимодействие АРМ системы с сервером базы
данных;
ввести учетные записи и настроить им права доступа;
заполнить справочники системы реальными данными;
обеспечить пользователей эксплуатационной документацией;
обучить персонал работе с системой.
В процессе внедрения системы участвуют: разработчики системы
(проектировщик, программист), системный администратор и будущие
пользователи системы. Системный администратор должен обеспечить место для
установки нового сервера; подключение к локальной сети для сервера и АРМ
пользователей системы; доступ к компьютерам, необходимым для развертывания
системы, с правами администратора. Проектировщик системы проводит обучение
пользователей, конфигурирует систему, заполняет справочники, проверяет
правильность взаимодействия всех подсистем. Программист оперативно
устраняет возникающие при развертывании системы неполадки.
Опытная эксплуатация системы должна проводиться не менее 3 месяцев. В
случае обнаружения ошибок на этапе опытной эксплуатации, осуществляется
поиск причин и устранение ошибок, внесение коррективов в программу, в
технологию обработки данных. После устранения ошибок подписывается «Акт о
проведении опытной эксплуатации», который служит началом перехода к
третьему этапу – сдаче системы в промышленную эксплуатацию.
На этапе эксплуатации производятся следующие работы:
- периодическая актуализация справочников системы (осуществляется
ответственным за справочник лицом);
- периодическое архивирование информационной базы системы на CD-
носителях (администратор системы);
- локализация проблем и устранение причин их возникновения
(программист);
- модификация ПО (бизнес-анатилик, программист);
- подготовка предложений по совершенствованию системы (пользователи
системы);
55
- развитие и модернизация системы (бизнес-анатилик, программист).
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Процессы анализа и сокращения рисков должны сопутствовать основным
этапам разработки и обеспечения жизненного цикла сложных программных
средств в соответствии с международными стандартами. [6]
При формулировании постановки задачи и требований к системе могут
возникнуть ошибки и неточности, которые приведут к полному несоответствию
разработанного программного продукта потребностям склада. Для снижения
данного риска необходимо привлечь к выполнению задачи наиболее опытных
разработчиков, а также руководство компании.
На этапах проектирования и реализации системы имеются риски:
ухода одного или группы ключевых специалистов. В этом случае
разработка системы может оказаться под угрозой срыва. Руководству компании
необходимо предпринимать меры для снижения этих рисков, в частности
обеспечивать более тесное сотрудничество сотрудников, обмен ключевой
информацией, взаимозаменяемость сотрудников.
затягивания процесса разработки, соответственно удорожание
разработки. Для снижения этого риска необходим строгий контроль соблюдения
графика разработки. Привлеченные к разработке ИС склада специалисты не
должны привлекаться к прочим проектам и заданиям, их рабочее время должно
быть полностью посвящено разработке ИС.
изменяющихся требований по ходу работы над проектом, которые
могут нарушить все сроки и оценки. Для снижения этих рисков необходимо
привлечение сотрудников склада на границах каждого этапа, чтобы обнаруживать
изменения на ранних стадиях работы над проектом системы.
возникновения дефектов программного продукта вследствие ошибок,
допущенных на различных этапах разработки системы. Классификация дефектов
приведена в таблице 6.