Автоматизация учета продаж товаров на предприятии оптовой торговли

1.2 Заказчик

__________________________________________

1.3 Исполнитель

___________________________________________________

1.4 Основание для проведения работы

Приказ № от « » _______20___г.

1.5 Плановые сроки начала и окончания работы

Реализация требований настоящего ТЗ по созданию автоматизированной информационной системы предприятия (на примере ООО «Карапузик») для автоматизации отдела оптовых продаж выполняется по договору между Заказчиком и Исполнителем и производится в сроки, обусловленные договором.

1.6 Термины и сокращения

В таблице 7 приводятся термины и сокращения, используемые в настоящем документе.

Таблица 7 - Основные термины и сокращения

Сокращение	Значение
АКЗ	Автоматизированный комплекс задач
БД	База данных
НСИ	Нормативно-справочная информация
ПО	Программное обеспечение
СУБД	Система управления БД
ТЗ	Техническое задание
АИС	Автоматизированная информационная система
ООО	Открытое акционерное общество
АРМ	автоматизированное рабочее место
АСУ	автоматизированная система управления
БнД	банк данных
ВЗУ	внешнее запоминающее устройство
ВС	вычислительная сеть
ВТ	вычислительная техника
ВУ	внешнее устройство
ЛВС	локальная вычислительная сеть
МД	магнитный диск
МП	микропроцессор
НГМД	накопитель на гибком магнитном диске
НЖМД	накопитель на жестком магнитном диске (HD, Hard Disk)
НМД	накопитель на магнитном диске (без уточнения типа)
ОЗУ	оперативное запоминающее устройство (RAM, Random Access Memory, запоминающее устройство с произвольным выбором)
ОП	оперативная память (см. ОЗУ)
ОС	операционная система
ПЗУ	постоянное запоминающее устройство
ROM	Read Only Memory, запоминающее устройство только для чтения
ПК	персональный компьютер
ПУ	печатающее устройство
ЭВМ	электронная вычислительная машина
IBM PC	персональный компьютер, совместимый по конструктивным характеристикам программному обеспечению с компьютерами фирмы IBM

2. Цели и задачи

2.1. Назначение Автоматизированного комплекса задач (АКЗ) - автоматизация управления процессами, главным элементом которых являются, прежде всего, базы данных, которые позволяют хранить и обрабатывать используемую информацию рационально, быстро и доступно.

2.2. Целью настоящего проекта является создание АКЗ предприятия (на примере ООО «Карапузик») для автоматизации отдела оптовых продаж.

2.3. Основными задачами создания АКЗ УЗ являются:

повышение уровня автоматизации отдела оптовых продаж;

снижение трудоемкости, повышение оперативности и согласованности процессов предприятия,

минимизация бумажного документооборота отдела оптовых продаж,

совершенствование бизнес-процессов предприятия торговли относительно оптовых продаж

3. Объект автоматизации

3.1. Объектом автоматизации является комплекс задач оптовой торговли.

Предприятие осуществляет розничную и оптовую торговлю детскими товарами в России и Казахстане. Сегодня группа компаний объединяет сеть магазинов «Карапузик», розничную сеть «ELC» (Early Learning Center - Центр раннего развития) и luxury-центр «Детская Галерея «Якиманка».

Сеть магазинов и складов «Карапузик» занимает лидирующие позиции в России на рынке детских товаров.

Сеть магазинов работает в среднем ценовом сегменте. Целевой аудиторией компании являются семьи со средними доходами, к которым относится большинство посетителей торговых центров.

Магазины оптовой сети предлагают покупателям полный ассортимент товаров для детей в возрасте от 0 до 14 лет.

Миссия компании: «Создание национальной торговой сети, призванной обеспечить обществу цивилизованные условия для наиболее качественных, безопасных и перспективных инвестиций в подрастающее поколение».

Девиз «Лучшее - детям».

Организационная структура предприятия представлена в приложении 1.

3.2. Комплекс автоматизируемых бизнес-функций включает в себя:

Планирование запаса товаров;

Заключение договоров с поставщиками;

Оформление накладных;

Учет товарной продукции;

Оформление рекламаций.

3.3. Уровень автоматизации существующей организации обработки информации.

Характеристика использования программных средств.

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

Для моделирования процессов системы и проектирования структуры информационной системы была выбрана программа BPWin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных процессов, в том числе, бизнес-процессов. BPWin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3).

Контекстные диаграммы используются для описания границ системы, области действия, назначения объектов. Иерархическая структура диаграмм, облегчающая последовательное уточнение элементов модели. Декомпозиционные диаграммы для описания особенностей взаимодействия различных процессов. BPWin также поддерживает автоматическую настройку размеров диаграмм и возможность изменения масштабов изображения моделей.

Поддерживаемые операционные системы Windows 7, 8, Windows Vista.

Для разработки ЭИС была выбрана среда Delphi - язык и среда программирования, относящаяся к классу RAD- (Rapid Application Development - «Средство быстрой разработки приложений») средств CASE - технологии. Delphi сделала разработку мощных приложений Windows быстрым процессом, доставляющим вам удовольствие. Приложения Windows, для создания которых требовалось большое количество человеческих усилий например в С++, теперь могут быть написаны одним человеком, использующим Delphi.[1]

Интерфейс Windows обеспечивает полное перенесение CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла работы и проектирования системы.

Выгоды от проектирования с помощью Delphi:

1) Устраняется необходимость в повторном вводе данных;

2) Обеспечивается согласованность проекта и его реализации;

3) Увеличивается производительность разработки и переносимость программ.

Для хранения данных была разработана база данных в СУБД Access.

Реляционная СУБД Access при обработке информации рассматривает БД как набор нескольких структурных элементов, каждый из которых, может включать, один или несколько объектов.

Описание существующей организации бизнес-процессов представлено в виде функциональной модели (Диаграмма IDEF0 - приложение 2).

Для отдела оптовой торговли входом является товар с документами, который поставляется и заказывается у производителя или посредника магазина. Так как магазин является торговым предприятием, то заказы могут быть как на закупку определенного вида продукции, так и на оптовых продажу уже доставленного товара. Доставленный товар отправляется в отдел хранения и отдел оптовых продаж, а информация о состоянии отделов хранится в БД «База Карапузик». Затем при совершении акта купли-продажи составляются необходимые документы и выписываются чеки или накладные, по которым выдается товар.

Использование информационных объектов: нормативно-справочной, входной и выходной информации представлено в информационной модели предметной области (IDEF1X - приложение 3).

Уровень зрелости автоматизации бизнес-процессов соответствует уровню регламентируемости, которому присуща стандартизация процессов, интеграция, наличие процедур.

Описание недостатков существующей системы обработки информации.

Проблема возникает всякий раз, когда имеет место расхождение между желаемым и реальным состоянием системы (процесса, объекта).

В реальных условиях предприятие имеет множество проблем..

Выявленные проблемы, присущие обследованному предприятию, представлены в таблице 8.

Таблица 8 - Проблемные ситуации в деятельности предприятия

Наименование проблемной ситуации	Средства решения
1. Сложности в подборе необходимого товара для клиента	Предоставление клиентам экспертной системы поддержки принятия решений
2. Слабо выраженные средства популяризации предприятия	Повышение эффективности маркетинговой компании, поиск дополнительных средств рекламы предприятия
3. Неудобные средства учета товара	Автоматизация учета товарно-денежных операций
4. Трудности при работе продавцов с прайс-листом	Формализация каталога товаров
5. Излишне массивный аппарат отдела оптовых продаж	Реорганизация управленческого аппарата, сокращение сотрудников с перераспределением их обязанностей
6. Низкая скорость оперативной обработки заказов	Добавление возможности заблаговременного оформления предварительного заказа
7. Низкая осведомленность клиентов о характере деятельности предприятия и ассортименте товара	Публикация списка товара и таблиц его применимости к товарам для детей в удобной форме каталога с открытым доступом

Предложения:

Все вышеизложенное позволяет сделать главный вывод - компании ООО «Карапузик» необходим более мощный программный комплекс, который будет выполнять все вышеперечисленные задачи

Выводы.

Задачей данного проекта является интеграция перечисленных выше процессов в рамках АКЗ на единой базе данных (включая справочники и классификаторы и оперативные данные учета) на новой платформе распределенной обработки информации в режиме «Клиент-сервер», а также расширение функционала справочными и аналитическими функциями.

Для этого требуется выполнение дополнительных задач:

1. Добавление, удаление и редактирование информации о магазинах.

2. Необходимо предусмотреть для обеспечения наиболее эффективной работы пользователя удаление и редактирование путем непосредственного выбора записи из базы данных.

3. Просмотр информации о магазинах, продавцах.

4. Просмотр и печать информации о наличии требуемого товара в конкретном складе-магазине.

5. Осуществление поиска необходимой информации о сотрудниках «Карапузик».

6. Осуществление операций оптовых продажи, заказов, а также, просмотр полного перечня сотрудников, клиентов и поставщиков конкретного магазина, выбор которого осуществляется при запуске клиентского приложения.

Приложение 1 к ПР2

Рисунок 12 - Организационная структура отдела оптовой торговли ООО «Карапузик - Центр»

Приложение 2 к ПР2

Существующая организация бизнес-процессов предприятия оптовой торговли

Взаимодействие системы с окружающей средой описывается в терминах, необходимых для нормального функционирования системы:

Входы (слева):

покупатель;

товар от поставщика.

Выходы (справа):

выходные документы;

выданный товар;

списанный товар;

деньги поставщику.

Механизмы и управление (сверху):

действующее законодательство;

конъюнктура рынка;

информация о оптовых продажах.

Ресурсы:

персонал отдела оптовых продаж;

Рисунок 13 - Контекстная диаграмма IDEF0 отдела оптовых продаж ООО «Карапузик»

Рисунок 14 - Диаграмма декомпозиции IDEF0

Весь процесс взаимоотношений с клиентами при выполнения заказа подразделяется на:

Прием товара от поставщика. На данном этапе с поставщиком работает офис-менеджер, который и выявляет требования к товару. Данные о товаре в лучшем случае вносятся в специализированную программу, в худшем записываются на бумаге. На основании этих данных офис-менеджер приступает к оформлению документов. Анкетные данные не фиксируются.

Хранение товара. Товар, принятый у поставщика поступает на хранение. После привоза соответствующего товара, данные о заказе сообщаются консультантам, которые и приступают к выполнению заказа покупателя.

Отпуск товара - после формирования заказа покупателя, происходит оптовая продажа товара.

Приложение 3 к ПР2

Информационная модель предметной области

Рисунок 15 - Информационная модель работы оптового склада в нотации IDEF1X



ПРИЛОЖЕНИЕ 3

Техническое задание на развитие по структуре

1 Требования к информационной системе

1.1. Требования к ИС в целом

1.1.1. Общие требования к ИС

1.1.2. Требования к структуре и функционированию ИС

1.1.3. Требования к показателям назначения ИС

1.1.4. Требования к надежности системы

1.1.5. Требования к безопасности

1.1.6. Требования к эргономике и технической эстетике

1.1.7. Требования к эксплуатации

1.1.8. Требования к защите информации от НСД

1.1.9. Требования по сохранности информации при авариях

1.1.10. Требования по патентной чистоте

1.2. Требования к функциям АС

1.2.1. Состав функций АС

1.2.2. Функции подсистем

1.3. Требования к видам обеспечения

1.3.1. Требования к программным средствам

1.3.2. Требования к информационному обеспечению

1.3.3. Требования к техническим средствам

1.3.4. Требования к организационному обеспечению

2. Этапы, сроки и результаты выполнения

3. Порядок контроля и приемки АС

4. Требования к документированию

1. Требования к информационной системе

1.1. Требования к системе в целом (общие)

1.1.1. Общие требования к ИС

Система должна обеспечивать выполнение целей и задач создания АКЗ:

1. Добавление, удаление и редактирование информации о магазинах.

2. Необходимо предусмотреть для обеспечения наиболее эффективной работы пользователя удаление и редактирование путем непосредственного выбора записи из базы данных.

3. Просмотр информации о магазинах, продавцах.

4. Просмотр и печать информации о наличии требуемого товара в конкретном складе-магазине.

5. Осуществление поиска необходимой информации о сотрудниках «Карапузик».

6. Осуществление операций оптовых продажи, заказов, а также, просмотр полного перечня сотрудников, клиентов и поставщиков конкретного магазина, выбор которого осуществляется при запуске клиентского приложения.

1.1.2. Требования к структуре и функционированию ИС

Функционал комплекса задач АКЗ УЗ должен быть реализован на платформе IBM-совместимых компьютеров.

Данные в системе должны быть реализованы в виде реляционной БД на основе СУБД MS Access 2007. БД располагается на сервере под управлением операционной системы Microsoft Windows Server 2000 или Windows 7. На клиентских местах установлена операционная система Windows 7.

Для разработки ЭИС была выбрана среда Delphi - язык и среда программирования, относящаяся к классу RAD - (Rapid Application Development - «Средство быстрой разработки приложений»).

При автоматизации функций на новой платформе должен быть реализован принцип централизации.

Система должна охватывать все смежные процессы.

Все данные должны быть взаимосвязаны.

Функционирование автоматизированной системы должно быть согласовано с доступными ресурсами, возможностями (в том числе компетенциями) и существующими нуждами потребителей информации.

1.1.3. Требования к показателям назначения ИС

Критерии достижения целей проекта:

- сокращение минимального уровня времени обработки заказов на 50%;

- сокращение срока обработки данных до одного дня с момента приема заказа от оптового покупателя;

- сокращение объема рекламаций до 90 % от общего объема;

- сокращение трудоемкости и затрат на обработку данных на 60 %.

1.1.4. Требования к надежности системы

Надежность системы должна обеспечиваться выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

1.1.5. Требования к безопасности

Риски несвоевременного и некачественного выполнения проекта должны быть минимизированы за счет применения следующих мероприятий:

- своевременная профилактика оборудования;

- антивирусная защита и профилактика ПО;

- минимизация расходов на обучение персонала.

1.1.6. Требования к эргономике и технической эстетике

Ресурсы, привлекаемые к созданию АКЗ УЗ:

- обучение и выделение времени ключевых пользователей на создание системы;

- закупка и установка ПО не требуется;

- закупка типовых проектных решений не производится;

- проведение работ по реинжинирингу бизнес-процессов.

АКЗ должна поддерживать технологии открытых систем. Автоматизированная система, имеющая действительно открытую архитектуру, должна разрабатываться в соответствии со стандартами, используемыми в компьютерной индустрии; легко интегрироваться с другими приложениями.

1.1.7. Требования к эксплуатации

Аппаратное обеспечение должно обеспечить функционирование АИС:

- работу базы данных;

- работу интерфейса пользователя.

В результате создания АКЗ УЗ должна быть создана единая база данных, которая обеспечивает:

1) извлечение данных, связанных с соответствующим отделом;

2) изменение записей или введение новых данных;

3) связь с внешними устройствами, которые необходимы для полноценного функционирования подсистемы.

В базе данных отдела оптовых продаж должно быть реализовано:

а) создание списков товаров, необходимых для заказа поставщикам; это необходимо для быстрого определения товаров, запас которых закончился и может быть пополнен заказом новых партий товара поставщику;

б) изменение цен товаров в БД.

Все указанные функции, выполняются операторами отдела оптовых продаж.

Пополнение запаса товаров магазина происходит через поставщиков, организующих доставку определенных товаров в определенные сроки по предъявляемым им заказам.

Стабильность работы отдела оптовых продаж в очень большой степени зависит от четкости и согласованности поставок товаров; функции, которые реализует данная подсистема:

а) составление списка поставщиков, с которыми заключены договора;

б) составление договоров с новыми поставщиками на поставку товаров определенного ассортимента на определенный срок;

в) расторжение договоров с поставщиками, которые не оправдали возложенного на них доверия;

г) оформление по спискам товаров, которые отсутствуют на складах или в магазинах, тем поставщикам, договоры с которыми на поставку этих товаров были заключены; при этом стоимость указанных в договоре товаров засчитывается в чистый убыток магазина.

Интерфейсы. В системе должна быть предусмотрена возможность взаимодействия с внешними системами на уровне пользователя.

АКЗ УЗ должна поддерживать возможность масштабирования при увеличении числа пользователей с учетом роста компании.

1.1.8. Требования к защите информации от НСД

Защита данных должна обеспечиваться надлежащим образом. Сбор информации происходит посредством сервера, хранение осуществляется на сервере, обмен информацией между базами данных осуществляется с помощью программного обеспечения, резервное копирование данных осуществляется на специально выделенный жесткий диск.

Все доступные сетевые ресурсы хранятся на файл-сервере, доступ к ним регулируется правами пользователей.

В вычислительной сети компании ООО «Карапузик» используется типовая конфигурация горизонтальной системы на основе медного кабеля UTP категории 5е и Ethernet-коммутатора с пропускной способностью 100 Мб/с. На рабочих местах пользователей и местах установки сетевых принтеров устанавливаются розетки типа RJ-45.

Выделенный сервер имеет отказоустойчивую дисковую подсистему на основе аппаратного контроллера Western Digital WDH1NC20000E 2Tb, что позволяет обеспечить целостность данных при выходе из строя одного из жестких дисков и возможность его «горячей» замены. Сервер дополнительно оснащен устройством резервного копирования на основе кассетного привода DLT емкостью 2 Тб. Возможностями специализированного программного обеспечения Tivoli, установленного на сервере, обеспечивается еженедельное резервное копирование баз данных, системных данных и файлов пользователей.

1.1.9. Требования по сохранности информации при авариях

Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой недопустимы.

1.1.10. Должны соблюдаться требования к патентной чистоте.

Работы по созданию АКЗ УЗ должны проводиться на основе нормативных актов с правовым регулированием отношений в ходе этого процесса.

Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

В процессе разработки ИС могут бить использованы:

ГОСТ 19.001. - 77. ЕСПД. «Общие положения»;

ГОСТ 19.006. - 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201. - 82. ЕСПД. «техническое задание на разработку программы».

Кроме того, оформляются и согласовываются разработчиком и заказчиком, различного рода договора на проведение работ, акты о выполнении этапов создания ИС, графики выполнения работ по этапам и документы, составленные после выполнения каждого этапа.

Модернизация системы должна осуществляться в соответствии с регламентом изменений аппаратного и программного обеспечения.

1.2. Требования к функциям (задачам)

1.2.1. Состав функций АС

В составе АКЗ должны быть представлены следующие функциональные задачи

Обеспечивать ввод данных с клавиатуры в соответствующие поля и области на форме приложения

Поля TextBox используются для ввода данных и вывода сообщений.

Область Imagе для наглядного отображения внешнего вида товаров

Возможность решения задачи по нахождению информации в базе данных.

Возможность вывода полученного результата в соответствующие поля на форме приложения.

Каждый из отделов магазина включает в себя программное и аппаратное обеспечение, которые обеспечивают:

1) извлечение данных из БД, связанных с соответствующим отделом;

2) изменение записей в БД или введение новых данных;

3) связь с внешними устройствами, которые необходимы для полноценного функционирования подсистемы.

В базе данных отдела оптовых продаж должно быть реализовано:

а) создание списков товаров, необходимых для заказа поставщикам; это необходимо для быстрого определения товаров, запас которых закончился и может быть пополнен заказом новых партий товара поставщику;

б) изменение цен товаров в БД.

Все указанные функции, выполняются операторами отдела оптовых продаж.

Пополнение запаса товаров магазина происходит через поставщиков, организующих доставку определенных товаров в определенные сроки по предъявляемым им заказам.

1.2.2. Функции подсистем

Функциональная структура АКЗ УЗ представлена в виде диаграммы потоков данных (DFD - приложение 4).

Функции АКЗ организации оптовой торговли.

Стабильность работы отдела оптовых продаж в очень большой степени зависит от четкости и согласованности поставок товаров; функции, которые реализует данная подсистема:

а) составление списка поставщиков, с которыми заключены договора;

б) составление договоров с новыми поставщиками на поставку товаров определенного ассортимента на определенный срок;

в) расторжение договоров с поставщиками, которые не оправдали возложенного на них доверия;

г) оформление по спискам товаров, которые отсутствуют на складах или в магазинах, тем поставщикам, договоры с которыми на поставку этих товаров были заключены; при этом стоимость указанных в договоре товаров засчитывается в чистый убыток магазина.

Требования к функциям (задачам), которые будут выполняться системой:

анализ ассортимента товаров;

формирование списка требуемых товаров;

выбор поставщиков;

формирование заявки;

составление отчета о принятом товаре;

списание товара;

формирование документации о движении товара.

Сущность автоматизированного выполнения функции. Функция выполняется на основе входных данных: данные о покупателях и поставщиках, товар от поставщика; нормативной справочной информации: действующее законодательство, конъюнктура рынка, информация об оптовых продажах.

В результате выполнения функции формируется ряд документов, таких как: накладные, счета-фактуры, приходные ордера и товарные чеки. Каждый месяц начальник отдела получает отчет о состоянии дел из бухгалтерии. Кроме того отдел поквартально и ежегодно составляет отчеты для планового отдела.

В свою очередь накладные применяются для учета отпуска материальных ценностей отделам своей организации, расположенным за пределами ее территории, или сторонним организациям, на основании договоров и других документов. Накладную выписывает работник структурного подразделения в двух экземплярах на основании договоров (контрактов), нарядов и других соответствующих документов и предъявлении получателем доверенности на получение ценностей, заполненной в установленном порядке. Первый экземпляр передают складу или отделу как основание для отпуска товара, другой - получателю товара.

Приходный ордер применяется для учета товаров, поступающих от поставщиков. Приходный ордер в одном экземпляре составляет материально ответственное лицо в день поступления товаров на склад. Приходный ордер должен выписываться на фактически принятое количество товара.

Документы передаются в материальной форме.

Функция выполняется с периодичностью - ежедневно. Рассчитываются показатели количество отпущенного товара оптовыми партиями и товарооборот.

1.3. Требования к видам обеспечения

1.3.1.Требования к программным средствам

Программа работает под управлением Delphi 7, связь с базой данных MS Access 2007 из пакета программ Micrisoft Office 2007 осуществляется по технологии ADO NET. Используется встроенный язык программирования Object Pascal. Офисный пакет программ должен быть представлен лицензионной версией Micrisoft Office 2007

На этапе проектирования системы использовать Case средства: Rational Rose, BPWin, ERWin.

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 7, 8 (64 bit).

Поддерживаемые операционные системы

Windows 7 SP1 (архитектуры x86 и x64).

Windows 8 (архитектуры x86 и x64).

WindowsServer 2008 R2 SP1 (архитектура x64).

WindowsServer 2012 (архитектура x64).

Поддерживаемые архитектуры

32-разрядная (x86)

64-разрядная (x64)

1.3.2. Требования к информационному обеспечению

1) к составу, структуре и способам организации данных в системе;

2) к информационному обмену между компонентами системы;

3) к информационной совместимости со смежными системами;

4) по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;

5) по применению систем управления базами данных;

6) к структуре процесса сбора, обработки, передачи данных в системе и. представлению данных;

7) к защите данных от разрушений при авариях и сбоях в электропитании системы;

8) к контролю, хранению, обновлению и восстановлению данных;

9) к процедуре придания юридической силы документам, продуцируемым техническими средствами ИС

1.3.3. Требования к техническим средствам

В вычислительной сети должна использоваться типовая конфигурация горизонтальной системы на основе медного кабеля UTP категории 5е и Ethernet-коммутатора с пропускной способностью 100 Мб/с. На рабочих местах пользователей и местах установки сетевых принтеров устанавливаются розетки типа RJ-45.

Выделенный сервер должен иметь отказоустойчивую дисковую подсистему на основе аппаратного контроллера Western Digital WDH1NC20000E 2Tb, что позволит обеспечить целостность данных при выходе из строя одного из жестких дисков и возможность его «горячей» замены. Сервер дополнительно должен быть оснащен устройством резервного копирования на основе кассетного привода DLT емкостью 2 Тб. Возможностями специализированного программного обеспечения Tivoli, установленного на сервере, должно обеспечиваться еженедельное резервное копирование баз данных, системных данных и файлов пользователей.

Характеристика компьютеров:

Система: Windows 7 Ultimate

Платформа: Intel

Процессор: Pentium E5200 (Socket 775, 2,5ГГЦ)

Кулер: CoolerMasterHyper TX2 илиIceHammer IH-4300B/4350B

Материнская плата: GigaByteGA-P31-DS3L

Память: 2*2048 Мб Hynix, SamsungDDR2-800

Видео карта: GeForce 9800GT

Жесткий диск: 640Гб WesternDigitalWD6400AAKSSATA2

Тип привода 1: DVD+-R/RW/DL

Корпус: ASUS 6XR8/450 или Ascot 6AR, 420-460W

Клавиатура;

Монитор: Samsung, 793Mb 17»;

Мышь;

Порты COM и LPT;

Сетевые платы;

Системные устройства

Универсальный контроллер последовательной шины;

1.3.4. Требования к организационному обеспечению

Организационное обеспечение (ОО) - это совокупность средств и методов организации производства и управления им в условиях внедрения ИС.

Целью организационного обеспечения является:

выбор и постановка задач управления;

анализ системы управления и путей ее совершенствования;

разработка решений по организации взаимодействия ИС и персонала;

внедрение задач управления.

Организационное обеспечение включает в себя методики проведения работ, требования к оформлению документов, должностные инструкции и т.д.

Деятельность отдела оптовых продаж можно рассматривать как совокупность работ по различным направлениям. Деятельность в этих областях отражается в функциональных задачах, выполнение которых формирует направление развития отдела и регламентирует его деятельность. В таблице 9 представлены функциональные задачи, стоящие перед отделом оптовых продаж и функциональные подзадачи их составляющие.

Рост требований оптовых покупателей компании ООО «Карапузик» обуславливает усложнение оптового бизнеса.

Таблица 9 - Группы функциональных задач и подзадач

Функциональные задачи	Функциональные подзадачи
ФО1. Производственная (торговля)	ФП1.1. Закупка товара
	ФП1.2. Реализация товара
	ФП1.3. Хранение товара
ФО2. Управленческая	ФП2.1. Регулирование ценовой политики
	ФП2.2. Осуществление кадровой политики
	ФП2.3. Учет хозяйственной деятельности
ФО3. Обеспечивающая	ФП3.1. Доставка товара
	ФП3.2. Привлечение клиентов

Сегодня потребители предъявляют более высокие требования, рассчитывая на индивидуальный подход, повышения качества товаров при более низкой стоимости и широком ассортименте товара. При этом продукция должна выбираться в определенное время, в конкретном месте и только при надлежащем уровне обслуживания. Именно это делает работу компании ООО «Карапузик» эффективной. Этому благоприятствует управление цепочками поставок, сокращая затраты на логистику. В таком случае появляется возможность использовать различные схемы ценообразования и оптимизации продукции на складах и магазинах, а также уменьшать число неликвидных товаров.

Технологии управления оптовыми продажами должны принимать во внимание все малейшие детали огромных объемов товарооборота. Поставки продукции должны планироваться до самого детального уровня. При этом должны учитываться всевозможные моменты, влияющие на спрос, параллельно с обработкой огромных объемов информации за короткие сроки.

2. Этапы, сроки и результаты выполнения

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

Этапы разработки

Для разработки информационной системы калькуляции себестоимости продукции необходимо:

На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

Создание программного интерфейса;

Написание программного кода;

Тестирование программы с разными условиями;

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1. постановка задачи;

2. определение и уточнение требований к техническим средствам;

3. определение требований к программе;

4. определение стадий, этапов и сроков разработки программы и документации на неё;

5. согласование и утверждение технического задания.

6. произвести анализ предметной области и разработать логический проект информационной системы калькуляции себестоимости производства по методологии UML.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

1. разработка, согласование и утверждение и методики испытаний;

2. проведение приемо-сдаточных испытаний;

3. корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

3. Порядок контроля и приемки АС

Порядок контроля и приемки

Виды испытаний

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.

Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний

Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.

В компании ООО «Карапузик» имеется отдел информационных технологий (далее ИТ), который поддерживает и развивает всю информационно-техническую структуру предприятия.

В состав отдела ИТ входят:

Начальник отдела ИТ;

Сетевые администраторы;

Системные администраторы;

Инженера - программисты;

Программисты 1С;

В обязанности системного администратора входит: поддержание работоспособного состояния и модернизация серверов, персональных компьютеров пользователей; обеспечение защиты информации хранимой на серверах и рабочих станций от удаления, повреждения и кражи; обслуживание и поддержание в рабочем состоянии офисной техники, установка программного обеспечения; предоставление различных привилегий пользователям информационно-технической системы предприятия (доступ к информации, доступ к интернету).

В обязанности сетевого администратора входит: поддержание работоспособного состояния сетевого оборудования; модернизация сетевого оборудования; обеспечение безопасного обмена информацией между пользователями и подразделениями предприятия; обеспечение оптимального функционирования сетевой части информационно-технической структуры предприятия; обслуживание и поддержание в рабочем состоянии мини-АТС предприятия.

Поэтому все работы по сопровождению и контролю внедряемой информационной системы будут возложены на системного и сетевого администраторов.

4. Требования к документированию

Правовое обеспечение на этапе разработки включает нормативные акты с правовым регулированием отношений в ходе этого процесса.

Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

В процессе разработки ИС могут бить использованы:

ГОСТ 19.001. - 77. ЕСПД. «Общие положения»;

ГОСТ 19.006. - 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201. - 82. ЕСПД. «техническое задание на разработку программы».

Кроме того, оформляются и согласовываются разработчиком и заказчиком, различного рода договора на проведение работ, акты о выполнении этапов создания ИС, графики выполнения работ по этапам и документы, составленные после выполнения каждого этапа.

Приложение 4 к ПР 3

Рисунок 16 - Диаграмма потоков данных



ПРИЛОЖЕНИЕ 4

Пояснительная записка технического проекта:

общие положение, описание процесса деятельности

1 ОБЩИЕ ПОЛОЖЕНИЯ

1.1 Наименование проектируемой автоматизируемой системы

1.2 Документы, на основании которых ведется проектирование

1.3 Организации, участвующие в разработке

1.4 Стадии и сроки исполнения

1.5 Цели, назначение и области использования

1.6 Соответствие проектных решений нормам и правилам техники безопасности, пожаро- и взрывобезопасности

1.7 Нормативно-технические документы

1.8 НИРы и изобретения, используемые при разработке системы

1.9 Очередность создания системы

2 ОПИСАНИЕ ПРОЦЕССА ДЕЯТЕЛЬНОСТИ

2.1 Описание постановки задачи

2.2 Спецификации функциональных требований

1 ОБЩИЕ ПОЛОЖЕНИЯ

1.1 Наименование проектируемой автоматизируемой системы

Автоматизированная информационная система предприятия (на примере ООО «Карапузик») для автоматизации отдела оптовых продаж.

1.2 Документы, на основании которых ведется проектирование

Приказ № от « » _______20___г.

1.3 Организации, участвующие в разработке

Исполнитель

1.4 Стадии и сроки исполнения

Реализация требований настоящего ТЗ по созданию автоматизированной информационной системы предприятия (на примере ООО «Карапузик») для автоматизации отдела оптовых продаж выполняется по договору между Заказчиком и Исполнителем и производится в сроки, обусловленные договором.

1.5 Цели, назначение и области использования

Назначение Автоматизированного комплекса задач (АКЗ) - автоматизация управления процессами, главным элементом которых являются, прежде всего, базы данных, которые позволяют хранить и обрабатывать используемую информацию рационально, быстро и доступно.

Целью настоящего проекта является создание АКЗ предприятия (на примере ООО «Карапузик») для автоматизации отдела оптовых продаж.

1.6 Соответствие проектных решений нормам и правилам техники безопасности, пожаро- и взрывобезопасности

Соответствие проектных решений нормам и правилам техники безопасности, пожаро- и взрывобезопасности достигается регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств».

1.7 Нормативно-технические документы

Документация оформляется согласно стандартам ЕСКД, ЕСПД и ГОСТ.

В процессе разработки ИС могут бить использованы:

ГОСТ 19.001. - 77. ЕСПД. «Общие положения»;

ГОСТ 19.006. - 82. ЕСПД. «общие требования к программным документам, выполненным печатным способом»;

ГОСТ 19.201. - 82. ЕСПД. «техническое задание на разработку программы».

Кроме того, оформляются и согласовываются разработчиком и заказчиком, различного рода договора на проведение работ, акты о выполнении этапов создания ИС, графики выполнения работ по этапам и документы, составленные после выполнения каждого этапа.

1.8 НИРы и изобретения, используемые при разработке системы

При разработке системы никакие НИРы и изобретения не использовались.

1.9 Очередность создания системы

Разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

Этапы разработки

Для разработки информационной системы калькуляции себестоимости продукции необходимо:

На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

Создание программного интерфейса;

Написание программного кода;

Тестирование программы с разными условиями;

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1. постановка задачи;

2. определение и уточнение требований к техническим средствам;

3. определение требований к программе;

4. определение стадий, этапов и сроков разработки программы и документации на неё;

5. согласование и утверждение технического задания.

6. произвести анализ предметной области и разработать логический проект информационной системы калькуляции себестоимости производства по методологии UML.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

1. разработка, согласование и утверждение и методики испытаний;

2. проведение приемо-сдаточных испытаний;

3. корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

2 ОПИСАНИЕ ПРОЦЕССА ДЕЯТЕЛЬНОСТИ

2.1 Описание постановки задачи

АИС «Автоматизация отдела оптовых продаж» предназначена для комплексного информационно-аналитического обеспечения процессов ООО «Карапузик», в части исполнения следующих процессов:

повышение уровня автоматизации отдела оптовых продаж;

снижение трудоемкости, повышение оперативности и согласованности процессов предприятия,

минимизация бумажного документооборота отдела оптовых продаж,

совершенствование бизнес-процессов предприятия торговли относительно оптовых продаж

Общая схема процессов комплекса задач представлена в виде диаграммы вариантов использования (use-case diagram) на языке UML (приложение 1).

2.2 Спецификации функциональных требований

Менеджер по продажам

1. Специалист по заключению сделок.

2. Предусловие выполнения варианта использования - получение товара.

3. Основной поток событий - формирование цены.

4. Альтернативные варианты событий - рекламация товара

5. Постусловие - продажа товара

Продавец

1. Оптовый торговец, специалист отдела оптовых продаж.

2. Предусловие выполнения варианта использования - составление цены товара.

3. Основной поток событий - продажа товара.

4. Альтернативные варианты событий - возвращение товара на склад.

5. Постусловие - покупка товара

Клиент

1. Оптовый покупатель.

2. Предусловие выполнения варианта использования - продажа товара.

3. Основной поток событий - покупка товара.

4. Альтернативные варианты событий - возвращение товара.

5. Постусловие - нет

Поставщик

1. Поставщик товара на предприятие оптовой торговли.

2. Предусловие выполнения варианта использования - приобретение товара или изготовление товара.

3. Основной поток событий - поставка товара.

4. Альтернативные варианты событий - прием товара по рекламации.

5. Постусловие - формирование цены..

Система учета

1. АИС «Автоматизация отдела оптовых продаж».

2. Предусловие выполнения варианта использования - продажа товара.

3. Основной поток событий - учет операций.

4. Альтернативные варианты событий - нет.

5. Постусловие - выдача отчетов.

Приложение 1 к ПР4

Актеры

Менеджер по продажам - специалист по заключению сделок.

Продавец - оптовый торговец, специалист отдела оптовых продаж.

Клиент - оптовый покупатель.

Поставщик - поставщик товара на предприятие оптовой торговли.

Система учета - АИС «Автоматизация отдела оптовых продаж»

Рисунок 16 - Диаграммы использования



ПРИЛОЖЕНИЕ 5

Пояснительная записка технического проекта

1 ОСНОВНЫЕ ТЕХНИЧЕСКИЕ РЕШЕНИЯ

1.1 Структура системы, перечень подсистем

1.2 Способы и средства связи для информационного обмена между компонентами подсистем

1.3 Взаимосвязь АС со смежными системами

1.4 Режимы функционирования системы

1.5 Численность, функции и квалификация персонала

1.6 Обеспечение потребительских характеристик системы

1.7 Функции, выполняемые системой

1.8 Комплекс технических средств

1.9 Информационное обеспечение системы

1.10 Программное обеспечение системы

2 МЕРОПРИЯТИЯ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

2.1 Приведение информации к виду, пригодному для обработки на ЭВМ

2.2 Мероприятия по подготовке персонала

2.3 Организация необходимых подразделений и рабочих мест

2.4 Изменение объекта автоматизации

2.5 Дополнительные мероприятия

1. ОСНОВНЫЕ ТЕХНИЧЕСКИЕ РЕШЕНИЯ

1.1 Структура системы, перечень подсистем

Программная система состоит из базы данных Оптовая торговля.accdb и проекта Project.dpr в который входит 9 модулей: Unit1, Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9 (расширение *.pas).

Модули, реализующие основные функции, вызываются из основного модуля. Вспомогательные модули используются в процессе работы основного модуля.

Иерархическая соподчиненность модулей программного комплекса представлена на рисунке.

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Рисунок 17 - Иерархическая соподчиненность модулей

Таблица 10 - Спецификация модулей ПС

Название модуля	Назначение	Входные данные	Выходные данные
1	2	4	5
Unit1	Форма меню	Выбор пользователем действия	Основная форма
Unit2	Форма, содержащая информацию о товарах	Выбор пользователем действия	Результат текущего действия - просмотр информации о товарах
Unit3	Форма, содержащая информацию о поставках	Выбор пользователем действия	Результат текущего действия - просмотр товаров поставок
Unit4	Форма, реализованная компонентом Page Control Модуль, содержащий таблицы с товарами из коллекций	Выбор пользователем действия	Результат текущего действия - просмотр таблиц коллекций товаров
Unit5	Форма, реализованная компонентом DBCtrlGrid с информацией о магазинах	Выбор пользователем действия	Результат текущего действия - просмотр таблиц с информацией о магазинах
Unit6	Модуль, содержащий информацию о курсах валют	Выбор пользователем действия	Информация о курсах валют
Unit7	Модуль, содержащий информацию о цветовой гамме	Выбор пользователем действия	Информация о цветовой гамме
Unit8	Модуль, содержащий компоненты для работы с базой данных	Данные, записанные пользователем	Соединение с базой данных
Unit9	Формирование отчета в виде QReport	Формируется по запросу из модуля 3	Сформированный отчет

1.2 Способы и средства связи для информационного обмена между компонентами подсистем

В качестве источника данных будет выступать база данных, разработанная ранее в среде Microsoft Access.

Для работы с базой данных в среде проектирования Borland Delphi 7.0 будем использовать следующие компоненты:

ADOConnection;

ADOTable;

DataSource.

Технология ADO -Microsoft ActiveX Data Objects обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.

Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к источникам данных различных типов. Например, приложение, использующее ADO, может применять одинаково сложные операции и к данным, хранящимся на корпоративном сервере SQL, и к электронным таблицам, и локальным СУБД. Запрос SQL, направленный любому источнику данных через ADO, будет выполнен.

Рисунок 18 - Схема доступа к данным через ADO

1.3 Взаимосвязь АС со смежными системами

АИС «Автоматизация отдела оптовых продаж» взаимодействует с операционной системой, которая обеспечивает работу приложений.

1.4 Режимы функционирования системы

В составе АКЗ должны быть представлены следующие функциональные задачи

Обеспечивать ввод данных с клавиатуры в соответствующие поля и области на форме приложения

Поля TextBox используются для ввода данных и вывода сообщений.

Область Imagе для наглядного отображения внешнего вида товаров

Возможность решения задачи по нахождению информации в базе данных.

Возможность вывода полученного результата в соответствующие поля на форме приложения.

Каждый из отделов магазина включает в себя программное и аппаратное обеспечение, которые обеспечивают:

1) извлечение данных из БД, связанных с соответствующим отделом;

2) изменение записей в БД или введение новых данных;

3) связь с внешними устройствами, которые необходимы для полноценного функционирования подсистемы.

В базе данных отдела оптовых продаж должно быть реализовано:

а) создание списков товаров, необходимых для заказа поставщикам; это необходимо для быстрого определения товаров, запас которых закончился и может быть пополнен заказом новых партий товара поставщику;

б) изменение цен товаров в БД.

Все указанные функции, выполняются операторами отдела оптовых продаж.

Пополнение запаса товаров магазина происходит через поставщиков, организующих доставку определенных товаров в определенные сроки по предъявляемым им заказам.

1.5 Численность, функции и квалификация персонала

АКЗ УЗ должна поддерживать возможность масштабирования при увеличении числа пользователей с учетом роста компании.

1.6 Обеспечение потребительских характеристик системы

В состав основных потребительских характеристик системы входят:

- надежность;

- безопасность;

- производительность;

- масштабируемость.

Надежность системы обеспечивается выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не превышает 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем операционной системы, не превышает времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой недопустимы.

Безопасность системы обеспечивается надлежащим образом. Сбор информации происходит посредством сервера, хранение осуществляется на сервере, обмен информацией между базами данных осуществляется с помощью программного обеспечения, резервное копирование данных осуществляется на специально выделенный жесткий диск.

Все доступные сетевые ресурсы хранятся на файл-сервере, доступ к ним регулируется правами пользователей.

В вычислительной сети компании ООО «Карапузик» используется типовая конфигурация горизонтальной системы на основе медного кабеля UTP категории 5е и Ethernet-коммутатора с пропускной способностью 100 Мб/с. На рабочих местах пользователей и местах установки сетевых принтеров устанавливаются розетки типа RJ-45.