Файл: Проектирование реализации операций бизнес-процесса «Складской учет».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

Закупка