3.2. Характеристика ограничений по созданию ИС
Проектируемая ИС не обеспечивает учет рабочего времени сотрудников, больничных листов, отпусков и назначение зарплаты.
4. Функции и задачи создаваемой ИС
ИС включает в себя следующие автоматизированные функции (на основании модели “AS IS”):
- учет закупки и движения товаров (анализ ассортимента, формирование заявок на поставку товаров, учет принятых товаров, учет списания и возврата товаров, инвентаризацию)
- учет денежных средств
- формирование документации магазина (отчеты, ордера, ведомости).
- учет имущества предприятия (учет наличия и движения оборудования предприятия, начисление амортизации)
Выше перечисленные функции ИС позволяют повысить эффективность деятельности предприятия, качество обслуживания покупателей, уменьшить потерю документации магазина, создать единую информационную базу для анализа, эффективного управления и контроля деятельности магазина.
5. Ожидаемые технико-экономические результаты создания ИС
Основные источники экономической эффективности, получаемые в результате создания ИС:
- сокращение объема бумажной документации;
- увеличение скорости поиска информации и подготовки отчетов;
- возможность анализа деятельности магазина на основе накопленных в БД сведений;
- повышение производительности труда;
- сокращение запасов товара на складе;
- улучшения качества обслуживания покупателей.
Ожидаемые затраты на создание и внедрение ИС:
· разработка ИС;
· компьютерная техника (компьютеры, принтеры, кассовый аппарат, сетевое оборудование);
· лицензии на ОС Windows и текстовый редактор Word.
6. Выводы и предложения
Автоматизация продуктового магазина повышает эффективность деятельности предприятия, производительности труда, улучшение качества обслуживания покупателей, сокращение запасов товара на складе. Автоматизация магазина позволяет уменьшить потерю документации, создать единую информационную базу для анализа, эффективного управления и контроля деятельности продуктового магазина.
Внедрение ИС потребует обучение сотрудников магазина работе на компьютере в пределах знания ОС Windows, текстового редактора Word и создаваемой ИС.
Функциональная модель системы создавалась с использованием IDEF0, IDEF3 и DFD диаграмм. Диаграмма верхнего уровня называется «Управление магазином». Данная диаграмма имеет следующие стрелки:
- входящие: Заявление покупателя о возврате товара;
-выходящие: Ведомость начисления заработной платы, Акт возврата товаров поставщику, Бухгалтерский баланс;
-управляющие: Нормативные документы (Закон "О защите прав потребителей", ДИ, Устав предприятия, Приказы директора и др.);
-ресурсы: Директор, Администратор, Кассир, Кладовщик, Мерчендайзер, Бухгалтер.
Изображение контекстной диаграммы, реализованной в BPWin, представлено на рис.1 в Приложении 2.
Следующий уровень декомпозиции состоит из 3-х диаграмм (рис. 2 Приложение 2).
- Управление складом;
- Управление торговым залом;
- Оперативный учет.
Декомпозиция этих диаграмм представлена на рис. 3 – 10 Приложение 2.
Полное представление о функциональной модели системы дает диаграмма дерева узлов (рис. 11 Приложение 2)
Схема логической модели организации работы продуктового магазина представлена на рисунке Приложения 3.
В логической модели выделено семь сущностей: Counteragent, Sotrudnik, Document, Oborudovanie, Nomenklatura, Tovar_skl, Tovar_mag.
Каждая из сущностей имеет свой набор атрибутов и первичных ключей, которые отражены на ER-диаграмме. Таким образом, определяется хранящаяся информация в конкретной сущности и в конкретном атрибуте, что обеспечивает полную информационную поддержку для выполнения всех функций, заложенных в информационную систему [2].
Сущность Counteragent содержит всю информацию о контрагентах, необходимую для составления накладной.
Сущность Sotrudnik содержит информацию обо всех сотрудниках магазина.
Сущность Oborudovanie содержит всю необходимую информацию (наименование, цена, год выпуска и т.д.) об оборудовании магазина. Эта информация может быть использована для учета наличия, движения и амортизации оборудования магазина.
Сущность Document содержит атрибуты, отражающие информацию о движении товара в магазине (склад, торговый зал). Сущность Document может включать в себя данные накладных, ордеров, актов и др.
Сущность Nomenklatura содержит атрибуты, которые дают общую информацию о товарах. Номенклатура составляется для отображения информации о товарах, находящихся на складе, или о товарах в торговом зале.
Сущность Tovar_skl содержит информацию о количестве и ценах товаров на складе.
Сущность Tovar_mag содержит информацию о количестве и отпускных ценах товаров в торговом зале.
наименование организации – разработчика ТЗ на АС
УТВЕРЖДАЮ | УТВЕРЖДАЮ | |||
| __________ Личная подпись | __________________ Расшифровка подписи | __________ Личная подпись | _________________ Расшифровка подписи | |
| Печать | Печать | |||
наименование вида ИС
наименование объекта автоматизации
сокращенное наименование АС
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На 12 листах
Действует с________________________
| СОГЛАСОВАНО | |
| Руководитель (должность, наименование согласующей организации) | |
| __________ Личная подпись | ___________________ Расшифровка подписи |
| Печать | |
| Дата | |
1.1. Полное наименование системы и ее условное обозначение
Информационная система «Продуктовый магазин».
1.2. Наименование предприятий разработчика и заказчика (пользователя) системы и их реквизиты:
Заказчик: магазин самообслуживания ИНН 478732567829
Разработчик: СИЭИТ ИНН 478732567829
1.3. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:
- ISO/IES 12207:1995-08-01 «Информационная технология. Процессы ЖЦ программного обеспечения»
- ГОСТ 34.601-90 «Стадии создания АС»
- ГОСТ 34.602-89 «Техническое задание на создание АС»
- ГОСТ 34.603-92 «Виды испытаний АС»
- РД 50-34.698-90 «Требование к содержанию документов»
- ГОСТ 24.202-80 «Технико-экономическое обоснование»
- ГОСТ 34.20-89 «Виды, комплектность и обозначение документов при создании АС»
1.4. Плановые сроки начала и окончания работы по созданию системы:
Дата начала работ 18 января 2008 года
Дата окончания работ 30 мая 2008 года
1.5. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы:
- при выполнении каждого этапа раз в неделю разработчик предъявляет заказчику результаты своей работы в виде графиков, диаграмм, отчетов, таблиц, рисунков.
- после окончания каждого этапа разработчик предоставляет заказчику документацию, соответствующую этому этапу.
2. Назначения и цели создания системы
2.1. Назначение системы
Информационная система «Продуктовый магазин» разработана для автоматизации ведения товароучетных и административных операций торгового предприятия.
2.2. Цели создания системы:
¾ управление закупками товаров, а также управление продажами товаров (учет остатков и движения запасов, ведение прайс-листов, формирование товарных отчетов)
¾ формирование платежных ведомостей (аванс, зарплата)
¾ регистрацию накладных в книгах покупок и продаж
¾ учет имущества предприятия (учет специального оборудования и инструментов, учет наличия и движения каждого объекта учета, начисление амортизации объектов)
3. Характеристики объекта автоматизации
3.1. Краткие сведения об объекте автоматизации
Объектом автоматизации является деятельность продуктового магазина, которую можно разделить на три бизнес-процесса: управление складом, управление торговым залом и оперативный учет.
3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
При проектировании ИС продуктового магазина должны быть автоматизированы рабочие места большей части сотрудников магазина: директора; администратора; кассира; кладовщика; мерчендайзера; бухгалтера.
4.1 Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы:
АИС представляет собой единую систему, разграничение прав доступа осуществляется на уровне сервера базы данных, где для каждого пользователя в зависимости от должности определяется уровень доступа к таблицам:
- Пользователь «Директор» имеет право доступа ко всей БД.
- Пользователь «Администратор» имеет право доступа к операциям, которые выполняются сотрудниками магазина в торговом зале и на складе.