Файл: Разработка регламента выполнения процесса «Складской учет» (Выбор комплекса задач автоматизации).pdf

Рисунок 10. Интерфейс для получения отчета «Деятельность сотрудника»

Рисунок 11. Интерфейс для управления справочником «Клиенты»

1.5. Обоснование проектных решений по программному обеспечению

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

1. Введение.
   1. Цель – разработка приложения, позволяющего автоматизировать складские операциисалона текстильного дизайна «Art-материя».
   2. Соглашения о терминах.

• Администратор – лицо, осуществляющее тестирование программы и управление пользователями, настройками.
• Менеджер – лицо, осуществляющее учёт товара и выполняющее обслуживание клиентов.
• Обслуживание – процесс, ориентированный на выполнение запросов пользователя, состоящий из предоставления справки, регистрации приходных накладных, регистрации расходных накладных, формирования отчетов.
  1. Предполагаемая аудитория – сотрудники салона текстильного дизайна «Art-материя», наделённые полномочиями администратора и менеджера.
  2. Ссылки на источники.
• Методика составления спецификаций требований к программному обеспечению: http://www.webisgroup.ru/services/programming/srs/ieee-830-1998/
• Проектирование информационных систем: Белов В.В.,

Чистякова В.И.

1. Общее описание.

Видение продукта отражено на диаграмме бизнес - прецедентов(Рисунок 1.3).

• 1. Функциональность продукта.
• Упрощение, полнота и достоверность учета товаров на фирме, подсчет прибыли с реализованной продукции, подсчёт выручки сотрудников.
  1. Классы и характеристики пользователей.
• Два класса пользователей: Администратор и Менеджер. Каждый из пользователей проходит системную авторизацию перед началом работы.
  1. Среда функционирования продукта.
• ОС: MS Windows 2000/XP/7/8;
• СУБД: MySql 5.1;
• Компонентыдля Windows: .net framework 2.0.;
  1. Рамки, ограничения, правила и стандарты.
     • Средаразработки: Visual Studio Express Edition 2005;
     • Язык программирования: Visual C#;
     • Используемый шаблон: трёхзвенная модель (представление, обработка, хранение).

1. Функциональность системы.

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

1. Нефункциональные требования.

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

Глава 2. Проектная часть

2.1. Информационная модель и её описание

Для разрабатываемого проекта выбрана сетевая клиент-серверная модель структуры ИС (рисунок 12), так как в организации предполагается несколько пользователей, одновременно пользующихся системой. Кроме того, клиент-серверная структура позволяет организовать дополнительные рабочие места с минимальными издержками в случае расширения. К другим предпосылкам выбора архитектуры данного типа можно отнести снижение технических требований к компьютерам, на которых установлен клиент, возможностьреализации повышенной защиты только одного сервера, а не каждого узла в отдельности. Стоит также отметить снижение нагрузкисети за счёт того, что между сервером и клиентом передаются небольшие порции данных.

Рисунок 12. Сетевая клиент-серверная модель структуры ИС

Выбрана двухзвенная архитектура ИС (рисунок 13), так как при конфигурации «толстый клиент» суммарная вычислительная мощность клиентов, по крайней мере, в теории, предполагается большей, чем мощность единственного сервера.

Рисунок 13. Схема двухзвенной архитектуры ИС

Рисунок 14. Информационная модель

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Таблица 4

Товары

Таблица 5

Услуги

Таблица 6

Склады

Таблица 7

Сотрудники

Таблица 8

Клиенты

Таблица 9

Поставщики

Таблица 10

Единицы измерения

Таблица 11

Приходная накладная

Таблица 12

Расходная накладная

Таблица 13

Виды услуг

Таблица 14

Виды товаров

Таблица 15

Закупка