52
- возможность использования различны периферийных устройств
ввода/вывода;
- необходимая вычислительная мощность и производительность;
- освоенность потенциальными пользователями.
В настоящее время на рабочих местах пользователей уже установлены
компьютеры для работы других информационных систем. Все компьютеры
имеют примерно одинаковые характеристики:
- процессор – Intel I3;
- оперативная память: 1024 Mb;
- SVGA 256 Mb;
- 24-x CD-ROM;
- жесткий диск, обеспечивающий размещение операционной системы,
системы, системы «1С:Предприятие» и хранение информационной
базы, для этих целей достаточно 320 Гб.
Для печати отчетов и выходных документов используются принтеры,
совместимые с компьютерами вышеперечисленной комплектации.
Принимая во внимание тот факт, что выбранная нами ОС должна
функционировать на платформе IBM PC, выбор, по большому счету, не
велик: можно выбрать либо ОС «семейства» «MS Windows», или какой-либо
свободно распространяемый клон ОС «UNIX».
Так как разрабатываемая система имеет серверную часть, а именно
сервер баз данных, то нам требуется выбрать две операционные системы:
серверную и для клиентских машин.
В качестве серверной операционной системы выбрана «Microsoft
Windows 2003 Server Standart Edition».
В качестве операционной системы для компьютеров пользователей
выбрана «Microsoft Windows XP».
Система управления базами данных (СУБД) представляет собой
комплекс языковых и программных компонентов, предназначенный для
создания, сопровождения и совместного использования баз данных (БД)
53
многими пользователями. СУДБ является вторым по важности, после ОС,
программным компонентом, который надлежит определить для успешной
реализации поставленной в дипломном проекте задачи.
Для реализации задачи дипломного проекта выбрана СУБД Microsoft
SQL Server версии 2005.
Реализация данного дипломного проекта предусматривает
максимальное использование уже эксплуатируемых на предприятии
технических средств и адаптацию предлагаемых проектных решений к
существующему техническому оснащения предприятия. Это следует из
соображений экономических аспектов: ограничениями, накладываемыми
текущим финансированием возможностями предприятия, техническим
состоянием существующей вычислительной техники, уровнем подготовки
сотрудников.
2.6. Формализованное описание предметной области
Из анализа деятельности предприятия и его складского и торгового
отделов обнаруживается очень много недочетов построения существующей
на сегодняшний системы организации учета складского хозяйства и учета
торговых операций. Прежде всего, это выражается в том, что списки
документов являются бумажными, поиск информации в которых проводится
только вручную путем перебора документов, что является очень долгим и
трудным процессом. Получение и обработка оперативных данных,
составление отчетов, подготовка реестров документов также являются
крайне медленными и неудобными.
Анализ поставленной в дипломном проекте задачи приводит к
заключению, что ее решение обычными средствами учета c использованием
традиционных бумажных технологий невозможно. Следовательно,
предлагаемая стратегия решения задачи – это автоматизация всех
выявленных процессов работы склада и торгового отдела и разработка
54
автоматизированной информационной системы, выполняющей учет
складских и торговых операций.
Автоматизация всех процессов работы складского и торгового отделов
предполагается проводить при помощи автоматизированной
информационной системы, разрабатываемой в данном дипломном проекте.
Платформой для разработки, отладки и использования системы выбрана «1С:
Предприятие 8.0». Данная платформа, предоставляемые ею возможности,
архитектура ее построения и построения разрабатываемых на ее основе
решений определяет основные моменты разработки нашей системы.
В качестве базы данных хранения информации используется Microsoft
SQL Server, таким образом, система будет использоваться в клиент-
серверном варианте работы. В техническом обеспечении разрабатываемой
системы обязательно должен быть выделен аппаратный сервер с
характеристиками достаточными для функционирования на нем серверной
операционной системы и сервера баз данных MS SQL Server.
Однако отметим, что платформа «1С: Предприятие 8.0» полностью
изолирует разработчика от выбранной аппаратной и программной
архитектуры. Разработка конфигурации ведется без какой-либо привязки к
аппаратной платформе, варианту хранения данных и уж тем более к
конкретной СУБД. После окончания разработки конфигурация легко может
быть перенесена на любую платформу, а в качестве СУБД хранения данных
может быть выбрана абсолютно любая СУБД, из поддерживаемых
платформой.
С организационно-функциональной точки зрения работа складского и
торгового отдела конечно изменится. Разработанная система станет основой
их работы, а персональный компьютер – основным инструментом работы.
Никакие операции торгового и складского учета не могут быть проведены
без отражения их в системе в той или иной форме. Все бумажные документы,
книги учета, бумажные отчеты становятся не только ненужными, но и
недействительными. Работа складского и торгового отделов конечно не
55
обойдется без бумажных документов, но в качестве них могут выступать
только печатные формы документов и отчетов, генерируемые системой, а
также бумажные документы, получаемые системой из внешней среды.
Решение задачи делится на следующие этапы:
− Ведение справочников системы и других объектов хранения
условно-постоянной информации;
− Ведение документов торгового учета;
− Ведение документов складского учета;
− Получение отчетов по торговой и складской деятельности.
В качестве исходных данных для ведения справочников выступает
информация о фирме и структуре, контрагентах, номенклатуре товаров и их
единицах учета, видах торговых операций. Раньше, до использования АИС в
качестве такой информации выступала бумажная информация хранящаяся в:
− Учредительных документах фирмы;
− Картотеке контрагентов: покупателей и поставщиках;
− Картотеке и каталогах товаров.
В качестве входных документов для подсистемы торгового учета
выступают:
− Заявки покупателей на поставку товаров;
− Накладные и акты на возврат товаров от покупателей;
− Банковская выписка по безналичной оплате товаров;
− Наличные денежные средства при оплате товара через кассу;
− Планы продаж, составляемые руководством на период.
В качестве выходных документов подсистемы торгового учета
выступают:
− Оформленные в системе накладные на реализацию товаров
покупателям;
− Оформленные в системе накладные на возврат товаров от
покупателей;
− Оформленные приходные и расходные кассовые ордера;
56
− Оформленные приходные и расходные операции по банку.
Для подсистемы складского учета в качестве входных документов
выступают:
− Накладные на приход товаров от поставщиков;
− Задания на перемещение продукции между складами;
− Задания на списание товаров в случае брака, боя;
− Задания на возврат товаров поставщикам.
Выходными документами подсистемы складского учета выступают
оформленные в системе складские документы с соответствующими
печатными формами:
− Накладные на поступление товаров от поставщиков;
− Накладные на перемещение товаров между складами;
− Акты списания товаров;
− Накладные на возврат товаров поставщикам.
Общими для всей системы являются такие выходные данные как:
− Справочники хранения условно-постоянных данных в электронном
виде;
− Журналы оформленных электронных документов по каждому виду
документов отдельно, а также по логическим группам видов
документов;
− Отчеты по складскому и торговому учету.
Для реализации описанного функционала в разрабатываемой системе
необходимо создать следующие объекты:
Для хранения постоянных данных создать соответствующие
константы.
Для каждой сущности условно-постоянной информации создать
соответствующий справочник или перечисление, определить его иерархию,
структуру реквизитов, состав и структуру табличных частей, определить
подчиненность, разработать экранные формы списка, элемента и выбора,
печатные формы (при необходимости), определить отношение к каждому
57
набору прав и вхождение в интерфейсы, определить порядок ввода на
основании, задать при необходимости предопределенные элементы, написать
программные модули форм для задания поведения справочника. Состав
справочников будет определен на основании разработанной модели данных.
Для фиксации каждой операции необходимо разработать
соответствующие документы по одному виду для каждой операции,
определить их структуру, состав и структуру табличных частей, порядок
нумерации; вхождения в последовательности нумерации, вхождения в
журналы документов, разработать экранные формы, запрограммировать их
программные модули для определения поведения документов,
разработать при необходимости макеты печатных форм, определить
вхождение в подсистемы, отношение ко всем наборам прав, вхождения в
интерфейсы, задать порядок ввода на основании. Отдельно следует задать
порядок проведения документа по регистрам учета и запрограммировать
модуль документа для настройки этого проведения. В системе необходимо
разработать следующие документы:
− «Поступление ТМЦ» для фиксации прихода товара от поставщика;
− «Возврат поставщику» для фиксации возврата товара поставщику;
− «Перемещение ТМЦ» для фиксации перемещения товаров между
складами;
− «Списание ТМЦ» для фиксации списания товаров;
− «Заявка» для фиксации предварительной заявки покупателя на
покупку товара;
− «Реализация» для фиксации отгрузки товаров покупателю;
− «Возврат от покупателя» для фиксации возврата товара от
покупателя;
− «Приходный кассовый ордер» для фиксации оплаты товара
покупателем наличными средствами через кассу;
58
− «Расходный кассовый ордер» для фиксации оплаты за товар
поставщику наличными средствами через кассу или возврата
наличных средств покупателю в случае возврата товара;
− «Приходный по банку» для фиксации оплаты товара покупателем
безналичными средствами через банк;
− «Расходный кассовый ордер» для фиксации оплаты за товар
поставщику без наличными средствами через банк или
возврата без наличных средств покупателю в случае возврата
товара;
− План продаж для составления планов продаж на период.
Для объединения документов в логические группы необходимо создать
для каждой группы журнал документов, определить входящие в него виды
документов, определить графы журнала, создать форму списка и
запрограммировать ее модуль для определения поведения журнала, создать
при необходимости макет печатной формы, определить вхождение в
подсистемы, отношение к наборам прав и вхождение в интерфейсы. В нашей
системе необходимо разработать следующие журналы документов:
− «Общий», включающий в себя документы всех видов;
− «Складской», включающий в себя складские документы:
− «Поступление ТМЦ»,
− «Возврат поставщику»;
− «Перемещение ТМЦ»;
− «Списание ТМЦ»;
− По покупателям, включающий в себя документы по покупателям:
− «Заявка покупателя»;
− «Реализация»;
− «Возврат от покупателя»;
− «По кассе», включающий в себя документы по движению наличных
средств в кассе:
− «Приходный кассовый ордер»;
59
− «Расходный кассовый ордер»;
− «По банку», включающий в себя документы по движению без
наличных средств:
− «Приход по банку»;
− «Расход по банку»;
− «По планам продаж», включающий в себя документы «План
продаж».
Для хранения в системе остатков и оборотов количественных данных,
развернутых по комбинации измерений необходимо создать регистры
накопления. Для каждого из них необходимо определить состав измерений,
ресурсов и реквизитов, определить состав документов-регистраторов,
которые выполняют движения по этому регистру, определить экранные
формы и запрограммировать их модули для задания поведения регистра,
определить при необходимости макеты печатных форм, определить
вхождение в подсистемы, отношение к наборам прав и вхождение в
интерфейсы. В нашей системе необходимо создать следующие регистры
накопления:
- «Остатки» для хранения остатков товаров на складах;
- «Взаиморасчеты» для хранения оборотов и остатков
взаиморасчетов с покупателями и поставщиками;
- «Касса» для хранения движения и остатков наличных средств в
кассе;
- «Банк» для хранения движений и остатков без наличных
средств на банковских счетах;
- «Продажи» для хранения оборотов товаров в разрезе контрагентов.
Для анализа информации и принятия управленческих решений, а также
для получения оперативных данных нужно создать отчеты для каждого
направления. Для каждого отчета необходимо задать состав реквизитов,
определить экранные формы и запрограммировать их модули для задания
поведения отчета и модели формирования данных в нем, определить макеты
60
печатных форм, определить вхождение в подсистемы, отношение к наборам
прав и вхождение в интерфейсы.
Детальная разработка структуры всех перечисленных объектов будет
произведена после разработки модели данных, а их непосредственное
создание выполняется в модуле «Конфигуратор» платформы
«1С:Предприятие».
2.7. Разработка концептуальной (инфологической) модели данных
Структурно-функциональная методика разработки информационной
модели предполагает моделирование:
14
− взаимосвязей входных, промежуточных и результатных
информационных потоков и функций предметной области
(структурно-функциональной диаграммы).
− данных информационной базы необходимых для функционирования
автоматизированной системы (диаграммы “сущность-связь” -
инфологической модели и диаграммы взаимосвязей файлов -
даталогической модели).
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Поэтому
инфологическую модель данных пытаются строить по аналогии с
естественным языком (последний не может быть использован в чистом виде
из-за сложности компьютерной обработки текстов и неоднозначности
любого естественного языка).
15
Инфологическое проектирование необходимо для представления
семантики предметной области. Данная модель отражает в соответствии с
14
Информационные системы в экономике: Учебник для студ. высш. учеб, заведений / В.Б. Уткин, К.В.
Балдин. — М.: Издательский центр «Академия», 2004. — 288 с.
15
Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации предприятий.-М.: СИНТЕГ, 1997.-276с.
61
выбранной задачей часть реального мира и строится в независимости от
конкретной СУБД .
16
В результате проектирования была разработана информационная
модель системы, которая представляет из себя модель организации работы
системы и схематично поясняет, на основании каких входных документов, а
также нормативно-справочной информации происходит функционирование
системы и получение выходных данных, т.е. процесс преобразования данных
в информационной системе. Схема представлена на рисунке 2.3.
16
Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.:
РИА «Стандарты и качество», 2004. – 408 с., илл. – (Серия «Практический менеджмент»)