Методические указания для курсового проектирования по дисциплине

Скачать 1.14 Mb.

Название	Методические указания для курсового проектирования по дисциплине
страница	17/19
Дата публикации	06.01.2015
Размер	1.14 Mb.
Тип	Методические указания

100-bal.ru > Информатика > Методические указания

1 ... 11 12 13 14 15 16 17 18 19

3.1 Функциональная модель

Функциональная модель системы создавалась с использованием IDEF0, IDEF3 и DFD диаграмм. Диаграмма верхнего уровня называется «Управление магазином». Данная диаграмма имеет следующие стрелки:

- входящие: Заявление покупателя о возврате товара;

-выходящие: Ведомость начисления заработной платы, Акт возврата товаров поставщику, Бухгалтерский баланс;

-управляющие: Нормативные документы (Закон "О защите прав потребителей", ДИ, Устав предприятия, Приказы директора и др.);

-ресурсы: Директор, Администратор, Кассир, Кладовщик, Мерчендайзер, Бухгалтер.

Изображение контекстной диаграммы, реализованной в BPWin, представлено на рис.1 в Приложении 2.

Следующий уровень декомпозиции состоит из 3-х диаграмм (рис. 2 Приложение 2).

- Управление складом;

- Управление торговым залом;

- Оперативный учет.

Декомпозиция этих диаграмм представлена на рис. 3 – 10 Приложение 2.

Полное представление о функциональной модели системы дает диаграмма дерева узлов (рис. 11 Приложение 2)

3.2 Логическая модель

Схема логической модели организации работы продуктового магазина представлена на рисунке Приложения 3.

В логической модели выделено семь сущностей: Counteragent, Sotrudnik, Document, Oborudovanie, Nomenklatura, Tovar_skl, Tovar_mag.

Каждая из сущностей имеет свой набор атрибутов и первичных ключей, которые отражены на ER-диаграмме. Таким образом, определяется хранящаяся информация в конкретной сущности и в конкретном атрибуте, что обеспечивает полную информационную поддержку для выполнения всех функций, заложенных в информационную систему [2].

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

Сущность Sotrudnik содержит информацию обо всех сотрудниках магазина.

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

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

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

Сущность Tovar_skl содержит информацию о количестве и ценах товаров на складе.

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

4. Техническое задание

СИЭИТ

наименование организации – разработчика ТЗ на АС

УТВЕРЖДАЮ		УТВЕРЖДАЮ

__________ Личная подпись	__________________ Расшифровка подписи	__________ Личная подпись	_________________ Расшифровка подписи
Печать		Печать

наименование вида ИС

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

сокращенное наименование АС

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На 12 листах

Действует с________________________

СОГЛАСОВАНО
Руководитель (должность, наименование согласующей организации)
__________ Личная подпись	___________________ Расшифровка подписи
Печать
Дата

1. Общие сведения о проекте

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. Требования к системе

4.1 Требования к системе в целом

4.1.1. Требования к структуре и функционированию системы:

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

Пользователь «Директор» имеет право доступа ко всей БД.
Пользователь «Администратор» имеет право доступа к операциям, которые выполняются сотрудниками магазина в торговом зале и на складе.
Пользователь «Кассир» имеет право доступа ко всем денежным операциям, связанные с продажей и возвратом товаров.
Пользователь «Кладовщик» имеет доступ к операциям, связанные с приемом товара и управлением товародвижением на складе.
Пользователь «Мерчендайзер» имеет доступ ко всем операциям, проводимых в торговом зале, кроме проведения возврата товара.
Пользователь «Бухгалтер» имеет доступ только к оперативному учету.

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

Данная область предполагает работу за компьютером всего персонала. Поэтому необходимо провести обучение для пользования АИС и основам работы на компьютере.

Режим работы: без выходных, с 8.0 час. до 22.00 час.

4.1.3. Требования к надежности:

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

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

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

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

ГОСТ Р 50948-96 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности»

Комфортность условий работы персонала должна обеспечиваться в соответствии со стандартами:

ГОСТ 12.2.032-78 «Рабочее место при выполнении работ сидя. Общие эргономические требования»;
ГОСТ Р 50923-96 «Дисплеи. Рабочее место оператора. Общие эргономические требования к производственной среде. Методы измерения».

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

- ГОСТ Р 50949-96 «Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности».

4.1.5. Требования по стандартизации и унификации:

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

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

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

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

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

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

Требования к техническому обеспечению

Сервер базы данных должен быть оснащен процессором не ниже Intel Xeon 2500 МГц, оперативной памятью 512 MB и RAID массивом для обеспечения целостности базы данных. Клиентские места должны быть оснащены процессором не ниже Pentium-800 МГц. Для распечатки документов и отчетов необходимо установить принтеры.

5. Состав и содержание работ по созданию (развитию) системы

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

5.1. Формирование требований к АИС

Характеристика объекта и результатов его функционирования:

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

Могу быть разработаны организационная диаграмма и диаграммы Swim Lane в качестве модели “AS IS’.

Отчет о выполненной работе: разработчик составляеттехнико-экономическое обоснование (ТЭО) (РД 50-34.698-90, ГОСТ 24.202-80).

Все работы должны быть выполнены в течение 10 дней.

5.2. Разработка концепций АИС

Изучение объекта:

Разработчик – проводит детальное изучение работы персонала. Результатом на данном этапе является построение функциональной модели «TO BE». Заказчик – предоставляет разработчику все необходимую для этого информацию.

Концепции АИС, удовлетворяющие требованиям пользователя: разработчик – проектирует оптимальную модель «TO BЕ» на основе ранее созданной модели «AS IS». Результатом работы является построение функциональной модели «TO BЕ».

Все работы должны быть выполнены в течение 10 дней.

Разработка технического задания (ТЗ)

Проводится разработка, оформление, согласование и утверждение ТЗ в соответствии с ГОСТ 34.602-83).

На этом этапе разработчик может сам создать первоначальный профиль стандартов на основании стандартов: ISO/IES 1220761995-08-01; ГОСТ 34.602-83; ГОСТ 34.601-90; ГОСТ 34.20-89; РД 50-34.689-90; ГОСТ 34.603-92

Все работы должны быть выполнены в течение 7 дней.

5.4. Эскизный проект

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

Технический проект

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

Разработка документации на ИС: разработчик - по итогам работ составляет (РД 50-34.698-90):

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

Все работы должны быть выполнены в течение 20 дней.

5.6. Рабочая документация

Разработка рабочей документации на ИС: разработчик – создает руководства операторов, программистов и администраторов на основании стандартов РД 50-34.698-90 и ЕСПД.

Разработка или адаптация покупных программ: разработчик – создает на основе спецификаций требований для программных модулей, БД и пользовательских интерфейсов системы. В случае приобретения готовых программных средств, производит их адаптацию и привязку к системе. На всех стадиях создания программных средств осуществляет их тестирование (стандарт ISO/IES 12207: 1995-08-01).

Все работы должны быть выполнены в течение 7 дней.

5.7. Ввод в действие

Организационная подготовка объекта информатизации к вводу АИС: разработчик и заказчик - проводят организационную подготовку объекта к вводу АИС.

Подготовка персонала: разработчик - обучает персонал, проверяет их способность обеспечить функционирование АИС.

Строительно-монтажные работы: производится установка и наладка технических средств.

Пуско-наладочные работы: проводятся автономная наладка аппаратных и программных средств, загрузка информации в БД, комплексная наладка всех средств системы.

Испытания системы: проводятся предварительные испытания, опытная эксплуатация и приемочные испытания. Более подробно испытания системы представлены в пункте "Порядок контроля и приемки системы" настоящего документа.

Все работы должны быть выполнены в течение 30 дней.

5.8. Сопровождение ИС

Разработчик - анализирует функционирование системы, выявляет отклонения эксплуатационных характеристик от проектных значений, устраняет причины этих отклонений.

Все работы должны быть выполнены в течение 95 дней.

6. Порядок контроля и приемки системы

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

Автоматизированная информационная система проходит обычно три этапа испытаний:

предварительные испытания: по усмотрению разработчика создается программа и методика автономных или комплексных испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). Результаты испытаний отражаются в протоколе. Работу завершают оформлением акта приемки и рекомендацией в опытную эксплуатацию. Работы проводятся разработчиком и заказчиком на протяжении 4 дней;
опытная эксплуатация: разработчик – создает программу и методики испытаний (ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят опытную эксплуатацию. Во время ее проведения ведет рабочий журнал, в который заносит сведения о продолжительности функционирования ИС, отказах, сбоях, аварийных ситуациях, изменениях параметров объекта информатизации, проводимых корректировках документации и программных средств, наладке технических средств. Работы завершаются оформлением акта о завершении опытной эксплуатации и допуске системы к приемочным испытаниям. Работы проводятся разработчиком и заказчиком на протяжении 30 дней.
приемочные испытания: разработчик - создает программу и методики испытаний (в соответствии со стандартом ГОСТ 34.603-92, РД 50-34.689-90, ЕСПД). В соответствии с этой программой проводят приемочные испытания. Результаты испытаний фиксируют в протоколах испытаний. Протоколы испытаний по всей программе обобщают в едином протоколе, на основании которого делают заключение о соответствии системы требованиям технического задания на ИС. Испытания завершаются оформлением акта о приемке ИС в постоянную эксплуатацию. Работы проводятся разработчиком и заказчиком на протяжении 3 дней;

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие

7.1. Преобразование входной информации виду, пригодному для обработки с помощью ПК.

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

7.2. Изменения, которые необходимо осуществить в объекте автоматизации

Проведение подобных работ оговаривается отдельно.

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

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

7.4. Сроки и порядок комплектования штатов и обучения персонала

Перед началом работы с АИС сотрудники магазина должны пройти начальный курс работы с ПК и курс обучения работы с данной АИС.

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

Перечень подлежащих разработке документов:

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

____

код ТЗ

СОСТАВИЛИ

Наименование организации	Должность исполнителя	ФИО	Подпись	Дата

СОГЛАСОВАНО

Наименование организации	Должность исполнителя	ФИО	Подпись	Дата

5. Технический проект

5. 1.Пояснительная записка

5.1.1 Общие положения.

Наименование проектируемой ИС «Продуктовый магазин».

Основанием для проведения работ является приказ директора магазина.

Разработчик - СИЭИТ

Нормативные документы, на основании которых разрабатывается ИС:

ГОСТ 34.601-90 – «Стадии создания АС»

ГОСТ 34.602-89 – «ТЗ на создание АС»

ГОСТ 34.603-92- «Виды испытаний АС»

РД 50-34.698-90- «Требования к содержанию документов»

ISO/IEC 12207:1995-08-01 – «Информационная технология. Процессы ЖЦ программного обеспечения».

5.1.2. Цели, назначение и области использования АИС.

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

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

5.1.3 Основные технические решения

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

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

Количество работников системы – 6 человек (1директор, 1 бухгалтер, 1 мерчендайзер, 1 кладовщик, 2 кассира). Персонал должен иметь навыки работы на ПК, а именно: уметь вводить данные в систему и получать из системы информацию (по своему модулю). Заведующий должен иметь навыки работы с ПК, но в

Для пользователя «Директор» - просмотр, анализ и корректировка выполнения всех операций в магазине.

Для пользователя «Администратор» - ввод, изменение сведений о поставках товаров, анализе ассортимента магазина, товародвижении, проведении инвентаризаций.

Для пользователя «Кладовщик» - ввод и изменение сведений о поставленных поставщиком товарах и товародвижении на складе.

Для пользователя «Кассир» - ввод и изменение сведений о продажах товаров и возвратах товаров от покупателей.

Для пользователя «Мерчендайзер» - ввод и изменение сведений о поставках товаров в торговый зал, просмотр информации о продажах, наличии товаров в торговом зале и проведении инвентаризаций.

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

5.1.4. Мероприятия по подготовке объекта автоматизации к вводу системы в действие

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

Мероприятия по обучению персонала для работы на создаваемой ИС выполняются представителями разработчика по программе, согласованной с заказчиком. Проверка квалификации персонала производится совместной комиссией из представителей заказчика и разработчика

Мероприятия по созданию необходимых подразделений и рабочих мествыполняются заказчиком по согласованию с разработчиком.

5.2. Утвержденные спецификации требований и алгоритмы на функциональные группы программ, программные и информационные компоненты

5.2.1 Программные модули

Модуль “Analiz_assortimenta_magazina”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Склад: Tovar_skl.kolvo_skl, Tovar_skl.cena; Торговый зал: Tovar_mag.kolvo_mag, Tovar_mag.price)

Выходные данные = см. Приложение 4, рис.3
Модуль “Formirovanie_zayavki_na_postavku”

По нажатию кнопки «Поиск» на форме (Приложение 4, рис.2)

Входные данные = (Counteragent.id_counterag, Counteragent.name_counterag, Counteragent.address_counterag, Counteragent.tel_counterag, Counteragent.main_person); (Список товаров: Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Kolvo)

Выходные данные = см. Приложение 4, рис.2
Модуль “Sostavlenie akta”

Входные данные = (Document.id_doc, Document.id_counterag, Document.date_sostav, Document.art_doc, Document.sum, Document.id_sotrudnik)

Выходные данные = см. Приложение 4, рис.4
Модуль “Oformlenie tovara”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Kolvo, Cena)

Выходные данные = см. Приложение 4, рис. 13
Модуль “Inventarizatsiya_torgovogo_zala”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Tovar_mag.id_doc, Fakt_nal, Tovar_mag.kolvo_mag)

Выходные данные = см. Приложение 4, рис.5
Модуль “Markirovka_tovara”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Tovar_mag.price)

Выходные данные = см. Приложение 4, рис. 13
Модуль “Formirovanie_dokumentatsii_o_dvijenii_tovara”

Входные данные = (Document.id_doc, Document.id_counterag, Document.date_sostav, Document.art_doc, Document.sum, Document.id_sotrudnik)

Выходные данные = см. Приложение 4, рис. 4
Модуль “Oformlenie_vozvrata_tovara_ot_pokupatelya”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Tovar_mag.kolvo_mag, Tovar_mag.price, Dokument)

Выходные данные = см. Приложение 4, рис. 6
Модуль “Uchet prodaj”

Входные данные = (Nomenklatura.id_tovar, Nomenklatura.name_tovar, Nomenklatura.ed_izm, Nomenklatura.producer, Tovar_mag.kolvo_mag, Tovar_mag.price)

Выходные данные = см. Приложение 4, рис. 8
Модуль “Otchet_kassira”

Входные данные = (Document.id_doc, Document.date_sostav, Document.art_doc, Document.sum, Document.id_sotrudnik)

Выходные данные = см. Приложение 4, рис. 7
Модуль “Uchet_material_tsennocteyi”

Входные данные = (Oborudovanie.id_oborud, Oborudovanie.name_oborud, Oborudovanie.god_produc, Oborudovanie.god_postavki, Oborudovanie.cost, Oborudovanie.cap_remont, Oborudovanie.id_sotrudnik)

Выходные данные = см. Приложение 4, рис. 12
Модуль “Uchet_denejn_credstv”

Входные данные = (Document.id_doc, Document.id_counterag, Document.date_sostav, Document.art_doc, Document.sum, Document.id_sotrudnik)

Выходные данные = см. Приложение 4, рис. 10
Модуль «Poisk_postavchika»

Входные данные = (Counteragent.id_counterag, Counteragent.name_counterag, Counteragent.address_counterag,Counteragent.tel_counterag,Counteragent.main_person)

Выходные данные = см. Приложение 4, рис. 2

5.2.2.Описание структуры БД

Counteragent

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_counterag	Числовой	10	Код фирмы-поставщика
name_counterag	Текстовый	25	Название фирмы
address_counterag	Текстовый	50	Адрес
tel_counterag	Текстовый	10	Телефон
mail_counterag	Текстовый	30	Электронный адрес
bank_rekvizit	Поле МЕМО	50	Банковские реквизиты
main_person	Текстовый	50	Ответственное лицо

Document

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_doc	Числовой	10	№ документа
id_counterag	Числовой	10	Код фирмы-поставщика
date_sostav	Дата/Время	6	Дата составления
art_doc	Текстовый	5	Вид документа
sum	Числовой	15	Сумма
id_sotrudnik	Числовой	10	Код сотрудника

Sotrudnik

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_sotrudnik	Числовой	10	Код сотрудника
name_sotrudnik	Текстовый	50	ФИО сотрудника
date_of_birth	Дата/Время	6	Дата рождения
post	Текстовый	50	Должность

Oborudovanie

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_oborud	Числовой	10	Код оборудования
id_sotrudnik	Числовой	10	Код сотрудника
name_oborud	Текстовый	50	Наименование оборудования
god_produce	Дата/Время	6	Год производства
god_postavki	Дата/Время	6	Год поставки
cost	Числовой	15	Цена
cap_remont	Числовой	2	Кол-во, проведенных кап. ремонтов

Nomenklatura

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_tovar	Числовой	10	Код товара
name_tovar	Текстовый	50	Наименование товара
ed_izm	Текстовый	3	Единица измерения
producer	Текстовый	20	Производитель

Tovar_skl

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_tovar	Числовой	10	Код товара
id_doc	Числовой	10	№ документа
kolvo_skl	Числовой	10	Количество товара
cost	Числовой	15	Цена

Tovar_mag

Имя поля	Тип поля	Размер поля	Смысловое содержание
id_tovar	Числовой	10	Код товара
id_nakladn	Числовой	10	№ документа
kolvo_mag	Числовой	10	Количество товара
price	Числовой	15	Цена

5.2.3. Пользовательский интерфейс

Примерные формы пользовательского интерфейса расположены в Приложении 4.

Стартовая форма (рис.1)

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

Форма «Работа директора» (рис.2)

Данная форма имеет 2 вкладки: для формирования заявки на поставку товаров и контроля работы сотрудников.

На первой вкладке расположена таблица для ввода данных о фирме-поставщике товаров. С помощью кнопки «Поиск» (см. модуль «Poisk_postavchika»), расположенной на форме, можно автоматически заполнить данные в таблицу «Поставщики». В таблицу «Товар» заносится список товаров, которые можно заказать у данного поставщика. Нажатие кнопки «Сформировать заявку» формирует документ «Заявка на поставку» (см. модуль “Formirovanie_zayavki_na_postavku”)

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

Форма «Работа администратора» (рис. 3 – 5)

На форме имеется 3 вкладки: Склад, Торговый зал, Контроль сотрудников.

Вкладка «Склад» включает номенклатуру склада, которая содержит информацию обо всех товарах склада (можно осуществить поиск товара по его наименованию). Также данная вкладка позволяет осуществить следующие операции: анализ ассортимента товара (см. модуль “Analiz_assortimenta_magazina”), учет актов (см. модуль “Formirovanie_dokumentatsii_o_dvijenii_tovara”), составляемых на складе (возврат, недовоз, списания и т.д.), инвентаризацию (см. модуль “Inventarizatsiya_sklada”). Результатом выполнения этих операций является формирование отчета о проделанной работе при нажатии кнопки «Сформировать отчет».

Вкладка «Торговый зал» включает в себя номенклатуру товаров, находящихся в торговом зале и позволяет выполнять такие операции, как учет всех актов, имеющих отношение к движению товаров в торговом зале, и инвентаризация торгового зала. По нажатию кнопки «Сформировать отчет» (см. модуль “Inventarizatsiya_torgovogo_zala”) можно вывести на экран отчет об выполненных работах.

Вкладка «Контроль сотрудников» позволяет просмотреть операции, которые были выполнены сотрудниками магазина, подчиненные непосредственно администратору.

Форма «Работа кассира» (рис. 6-8)

Форма содержит номенклатуру торгового зала, которая дает представление обо всех товарах магазина, находящихся в торговом зале. Пользователь также имеет возможность найти необходимый товар по его наименованию или по номеру накладной, по которой он был доставлен в торговый зал. Также на форме расположены 3 вкладки, с помощью которых можно выполнить следующие операции: продажу товаров (см. модуль “Uchet prodaj”), их возврат от покупателя (см. модуль “Oformlenie_vozvrata_tovara_ot_pokupatelya”) и учет документации (см. модуль “Formirovanie_dokumentatsii_o_dvijenii_tovara”).

В любой момент времени можно вывести отчет о выполненной работе, нажав кнопку «Сформировать отчет».

Форма «Работа мерчендайзера» (рис.9)

Для упрощения работы мерчендайзера на форме расположены следующие таблицы: «Номенклатура торгового зала» и «Накладные». В этих таблицах можно изменять, добавлять или удалять информацию о товарах и накладных соответственно. Также возможны поиск товара по наименованию и сортировка накладных по дате их составления. В любой момент времени можно сформировать отчет о накладных (см. модуль “Formirovanie_dokumentatsii_o_dvijenii_tovara”), по которым можно проследить движение товара в торговом зале.

Форма «Работа бухгалтера» (рис.10 - 12)

Данная форма предназначена для упрощения работы бухгалтера. На ней расположены 3 вкладки, позволяющие вести учет материальных ценностей магазина (см. модуль “Uchet_material_tsennocteyi”), учет оплаты труда сотрудникам (см. модуль “Uchet_oplati_truda”) и учет денежных средств и кредитных операций (Модуль “Uchet_denejn_credstv”). По этим вкладкам впоследствии можно составить бухгалтерский баланс и вывести его на экран в виде документа.

Форма «Работа кладовщика» (рис.13)

Работа кладовщика включает в себя множество таких операций, как поиск разногласий между заявкой на поставку и накладной от поставщика, ввод принятых товаров, их маркировка, ввод накладных, по которым возможно проследить движение товаров на складе и т.д. Для учета этих операций на форме размещены соответствующие таблицы. По данным таблиц можно произвести поиск, сортировку и сформировать отчеты (см. модуль “Formirovanie_dokumentatsii_o_dvijenii_tovara”)