27
В автоматизированной системе «1С-Управление торговлей»
осуществляется ведение каталога товаров, складского и управленческого учета,
работа с заказами клиентов и заказами товара у поставщиков, учет приема и
отгрузок товара, доставка, перемещение товара между складами, маркетинговая
политика, планирование и многое другое[14. стр.114].
«Автоматизация
первого
продаж» от EFSOL
выделение
это:
эффективный
выделение
способ формирования
управление
базы лояльных
относительного
покупателей;
передовая технология
функционал
по управлению взаимоотношениями
данное
с заказчиками
[9. стр.224].
«1С-Управление торговлей 8» – это современный инструмент для
повышения эффективности бизнеса торгового предприятия [15. стр. 97].
«1С-Управление торговлей» позволяет в комплексе автоматизировать
задачи оперативного и управленческого учета в интернет-магазине, анализа и
планирования торговых операций, обеспечивая тем самым эффективное
управление современным торговым предприятием.
Предметная область, автоматизируемая с помощью «1С-Управление
торговлей 8», может быть представлена в виде следующей схемы (рис. 1.6).
Рис. 1.6 – Схема автоматизации бизнес-процесса
28
Стоимость базовой редакции интернет-магазина и конфигурации «1С-
Управление торговлей» ПРОФ получается более 100000 руб.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Реализация проекта автоматизации учета продаж в организации проходит
в несколько этапов, показанных на рис. 1.7.
Рис. 1.7 Реализация проекта автоматизации учета продаж в организации
[26. стр.408].
Среди различных вариантов стратегии автоматизации была выбрана
стратегия автоматизации по участкам. Дело в том, что реализовать полную
29
автоматизацию деятельности организации в рамках одного дипломного проекта
невозможно. Анализ поставленной задачи приводит к выводу, что ее
эффективное решение традиционными средствами учета с использованием
бумажных документов невозможно. Следовательно, стратегия решения задачи –
это автоматизация всех процессов, относящихся к подзадаче учета продаж, и
разработка ИС, автоматизирующей рабочее место менеджера по продажам.
Данную задачу можно разбить на несколько подсистем, каждая из
которых функционально обособлена:
подсистема хранения условно-постоянной информации;
подсистема учета продаж;
подсистема получения отчетности[17. стр.63].
Отчеты должны предоставлять данные в удобной для пользователя форме,
предоставлять возможность вывода данных на печать и экспорт во внешние
файлы.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для разработки приложения, реализующего задачу учета продаж в ООО
«Вектор Транс» понадобятся следующие компоненты:
ОС Windows версии 2000 и выше, предназначенная для
функционирования на клиентской машине;
СУБД MS SQL Server для обеспечения хранения БД и
многопользовательской работы в клиент-серверном варианте
функционирования системы;
Автоматизированное рабочее место (АРМ) менеджера попродажам ИС
«Продажи» (разрабатывается в рамках ВКР).
Система разрабатывается для клиент-серверного варианта работы, однако
на первом этапе выделение в локальной сети сервера является необязательным.
30
В качестве ОС, функционирующей на клиентских машинах целесообразно
выбрать операционную систему Windows 2000/XP/Vista/7. В качестве СУБД
целесообразно выбрать MS SQL Server 2008.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Разрабатываемая ИС предназначена для работы в ОС Windows. ИС
должна работать в любой ОС семейства Windows версии XP и выше. Выбор ОС
объясняется развитым удобным графическим пользовательским интерфейсом
ОС данного семейства, а также ее популярностью на российском рынке. Многие
фирмы-производители ПО, в том числе сред разработки приложений, также
ориентированы на данное семейство ОС, что обуславливает наличие на рынке
большого количества систем программирования, которые позволяют
разрабатывать ПО для Windows. Данная ОС имеет большой набор утилит и
служебных программ, которые предназначены для администрирования,
управления и диагностики АРМ, а также прикладных приложений. Кроме того,
ОС поддерживает обширный программный интерфейс для создания
собственных приложений для работы в данной ОС.
В качестве ОС, которая функционирует на клиентских машинах,
целесообразно выбрать ОС Windows версии 2000 и выше.
Входными документами АРМ являются, прежде всего, договора с
клиентами. Эти документы составляются менеджером по продажам в форме,
согласно установившимся в организации стандартам.
Все документы, поступающие в организацию, движущиеся внутри ее и
выходящие из организации преобразуются в электронный вид системы учета.
Любой документ представляется записью в БД, а именно в таблице документов с
указанием всех его параметров.
Кроме рабочих документов входными данными также является условно-
постоянная информация по продукции и услугам. Вся входная информация в
31
разрабатываемого АРМ должна храниться в справочниках, которые наиболее
подходят для хранения условно-постоянной информации. Таким образом,
условно-постоянная информация будет храниться в виде следующих
справочников: справочник категорий, прейскурант. Сведения о клиентах
хранятся в справочнике Клиенты.
Все разработанные справочники, которые предназначены для хранения
условно-постоянной информации, должны иметь форму списка. При этом форма
списка каждого справочника должна быть построена так, чтобы отображать
состав записей справочника в виде списка строк. Экранные формы необходимо
разработать таким образом, чтобы ввод и редактирование данных в них для
пользователей АРМ был организован удобно и позволял быстро работать с
данными.
Электронные документы, которые вводятся в АРМ, должны
фиксироваться и храниться в журнале документов. Форма журнала документов
должна позволять просматривать все зафиксированные документы за
определенный период. При этом в форме должны отображаться все основные
данные документов.
1.4.2 Обоснование проектных решений по программному
обеспечению
ПО системы включает совокупность компьютерных программ, а также
описаний и инструкций по применению данных программ на ЭВМ. Все
многообразие ПО, как правило, делят на две части, выделяя общее и
специальное ПО [10. стр.167].
В состав общего ПО включают ОС, программы оболочки, СУБД и т.д.
Специальное ПО представляет совокупность прикладных программ, которые
разработаны для решения определенных задач.
ОС представляет собой наиболее важную часть ПО, поскольку образует
среду выполнения для всех остальных компьютерных программ, будь то СУБД,
язык программирования (ЯП) или веб-сервер[16. стр.13].
32
ОС могут различаться друг от друга особенностями реализации
внутренних алгоритмов управления основными ресурсами компьютера,
особенностями использованных методов проектирования, а также типами
аппаратных платформ, областями использования и мн. др. свойствами.
От эффективности алгоритмов управления ресурсами пользовательского
компьютера во многом зависит эффективность работы ОС в целом. В результате
чего, характеризуя ОС, часто приводят важнейшие особенности реализации
функций данной ОС по управлению памятью, процессорами, внешними
устройствами компьютера, процессами. Так, например, в зависимости от
особенностей использованного алгоритма управления процессором, ОС
разделяют на следующие виды:
многопользовательские и однопользовательские;
многозадачные и однозадачные;
многопроцессорные и однопроцессорные системы.
К факторам, которые определяют выбор определенной ОС, относятся:
требования к аппаратным средствам;
поддержка сетевой технологии, и, в частности, поддержка протоколов
TCP/IP;
надежность системы;
быстродействие системы.
В качестве ОС для компьютеров пользователей выбрана Windows 2000 и
выше.
СУБД представляет собой комплекс языковых и программных средств,
который предназначен для создания, ведения и совместного использования БД
многими пользователями. СУДБ является вторым по важности, после ОС,
программным средством, которое необходимо выбрать для успешной
реализации проектируемой задачи. Для реализации АРМ выбрана СУБД
Microsoft SQL Server 2008. В качестве специального ПО используется АРМ
«Продажи», которая разрабатывается в рамках выполнения ВКР.
33
1.4.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение разрабатываемого проекта включает в себя
только клиентскую часть.
Для сбора, регистрации, хранения и обработки данных, на рабочих местах
пользователей привлекаются персональные компьютеры (ПК). Выбор данного
типа ЭВМ основан на следующих преимуществах:
наличие ПК в отделе;
простота в обслуживании и эксплуатации;
высокие возможности по обработке информации;
надежность и простота ремонта;
наличие широкого спектра ПО;
возможность использования различны периферийных устройств;
и др.
В настоящее время на рабочих местах сотрудников уже установлены ПК
для работы других АРМ. Для печати отчетов и выходных документов
используются принтеры, которые совместимы с имеющимися ПК.
Реализация данной выпускной квалификационной работы
предусматривает максимальное применение используемых в организации
технических средств (ТС), а также адаптацию проектных решений к
используемому техническому обеспечению (ТО). Данное решение определяется
соображениями экономической целесообразности: ограничениями, которые
накладываются имеющимся финансированием на обновление ВТ в организации,
техническим состоянием данной техники, уровнем подготовки пользователей и
др.
34
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Модель жизненного цикла (ЖЦ) – это структура, которая содержит
процессы, действия и задачи, осуществляемые в ходе разработки,
функционирования и сопровождения ПО в течение всей его жизни (от
определения требований к системе до завершения ее использования).
Существует несколько моделей и стандартов, которые регламентируют
ЖЦ, причем большинство из этих стандартов относятся к заказному ПО (АСУ,
ИС и др.). Кроме непосредственно ЖЦ данные стандарты регламентируют также
и процессы разработки ПО:
ГОСТ 34.601-90 распространяется на АС, устанавливает стадии и этапы
создания АС (содержит описание содержания работ на каждом этапе; в
большей степени соответствие каскадной модели ЖЦ);
ISO/IEC 12207:1995 стандарт на процессы и организацию ЖЦ (для всех
видов заказного ПО);
Rational Unified Process (RUP) предлагает итеративную модель
разработки, которая включает четыре фазы: начало, исследование,
построение и внедрение. Каждая из фаз может быть разбита на этапы (т.е.
итерации), в результате которых выпускается некоторая версия продукта;
Microsoft Solution Framework (MSF) включает четыре фазы: анализ,
проектирование, разработка и стабилизация; методология предполагает
использование объектно-ориентированного моделирования (в большей
степени ориентирована на разработку бизнес-приложений);
Extreme Programming (XP) – это новая методология, в основе которой
положена командная работа, эффективная коммуникация между
заказчиком и исполнителем в течение всего проекта по разработке ИС, а
сама разработка ведется с использованием последовательно
дорабатываемых прототипов [12. стр. 259].
35
К основным критериям для выбора определенного стандарта ЖЦ
относятся:
современность и актуальность используемых методик контроля
разработки ПО;
разработка ПО в итерационном режиме с возможностью контроля риска;
выполнения проекта с использованием контрольных точек;
отсутствие дополнительных требований к моделированию процесса,
разработки системы и внедрения [12. стр.178].
Методология MSF является наиболее сбалансированной технологией,
которая ориентирована на проектные группы малых и средних размеров. Данная
методология не накладывает никаких ограничений на используемый
инструментарий и содержит рекомендации достаточно общего характера.
Однако данные рекомендации могут быть использованы для построения
конкретного процесса, который соответствует потребностям коллектива
разработчиков.
Разрабатываемый проект является небольшим, он включает в себя три
человека. Этапы разработки и тестирования ПО проводятся в среде разработки
Delphi XE. Кроме того, основным преимуществом MSF является итерационная
модель одновременно с уточняющими вехами (другими словами, аналог
каскадной модели). Одним из преимуществ данной методологии является
возможность управлять одновременно и проектом разработкой ПО и внедрением
инфраструктуры [28. стр.145].
По описанным выше преимуществам, мною был выбран стандарт MSF как
наиболее гибкий, удобный для реализации данного проекта.
В методологии MSF существует пять стадий ЖЦ ИС, которые в понятии
MSF называют фазами:
Фаза выработки концепции: создание и сплочение проектной группы на
основе выработки единого видения (в нашем случае менеджер по
продажам, администратор, программист);
Фаза планирования: составление планов проекта (подготовка проектной
группой функциональной спецификации, разработка дизайнов,
36
подготовка рабочих планов, оценка проектных затрат и сроков
разработки различных составляющих проекта);
Фаза разработки: создание компонент решения (включая как
документацию, так и программный код);
Фаза стабилизации: тестирование разработанного решения (эксплуатация
в реалистичной модели производственной среды);
Фаза внедрения: внедряются технологии и компоненты решения,
стабилизируются внедренные решения, передается работа персоналу
поддержки и сопровождения и получается со стороны заказчика
окончательное одобрение результатов проекта [20].
Под моделью ЖЦ понимается структура, определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач,
выполняемых на протяжении жизненного цикла. Модель ЖЦ зависит от
специфики ИС и специфики условий, в которых последняя создается и
функционирует. К настоящему времени наибольшее распространение получили
следующие основные модели ЖЦ:
задачная модель;
каскадная модель;
спиральная модель [20].
При задачной модели разработка системы ведется «снизу-вверх» от
отдельных задач ко всей системе (задачная модель), что приводит к тому, что
единый поход к разработке теряется, в результате возникают проблемы при
информационном соединении отдельных компонент. Как правило, по мере
увеличения количества задач нарастают и трудности. В результате чего
приходится постоянно изменять уже существующие программы и структуры
данных. Скорость развития ИС замедляется, что соответственно тормозит
развитие самой организации.
При разработке небольших по объему и однородных ИС каждое
приложение представляет собой нечто единое целое. Для разработки
приложений данного типа применялся каскадный способ. Основной
характеристикой данного подхода является разбиение всей стадии разработки на