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

• Название: Разработка программы для автоматизации учета товаров на складе
• Дата: 11.05.2022
• Размер: 2.17 Mb.
• Имя файла: Курсовая работа, Рзработка программы для учета товаров на складе.docx
• Тип: Курсовая; #522909
• страница: 4 из 8

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

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

К системе в общем случае предъявляется множество требований. Известная и популярная методология RUP (Rational Unified Process) [17] предлагает классифицировать требования на два основных раздела: функциональные и нефункциональные. При этом методология ссылается на [8], где предлагается дополнительная классификация нефункциональных требований по схеме FURPS:

• 
  Functional – функциональные требования;
  
• 
  Usability – требования к удобству использования;
  
• 
  Reliability – требования к надежности;
  
• 
  Performance – требования к производительности;
  
• 
  Supportability – требования к сопровождению.
  

Функциональные требования описывают функциональные аспекты работы системы.

Ф.1. Программа должна содержать каталог комплектующих.

Ф.2. Комплектующие в каталоге должны быть разгруппированы по категориям.

Ф.3. Необходимо также иметь справочник производителей.

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

Ф.5. В программе должен быть предусмотрен справочник вариантов изделий.

Ф.6. Система должна вести учет операций запросов и выдачи комплектующих.

Ф.7. Каждый вариант изделия должен быть доступен для редактирования – при этом должна быть возможность назначать состав изделия: компоненты (комплектующие) с указанием их количества.

Ф.8. Запросы и выдачи комплектующих могут содержать несколько позиций (каждая позиция должна содержать поле «количество»).

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

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

Ф.11. Необходимо вести статистику выданных комплектующих и комплектующих, находящихся на складе.

2. Требования к экранным формам

Необходимо предусмотреть следующие экранные формы:

• 
  formUser – форма данных аккаунта пользователя АИС;
  
• 
  formUsers – форма учета аккаунтов пользователей системы;
  
• 
  formLogin – форма авторизации пользователя;
  
• 
  formMain – главная форма системы;
  
• 
  formAbout – форма «о программе»;
  
• 
  formProduct – форма данных изделия;
  
• 
  formProducts – форма справочника вариантов изделий;
  
• 
  formComponent – форма данных компонентов изделия;
  
• 
  formWareHouse – форма обзора остатков комплектующих на складе;
  
• 
  formDetails – форма справочника комплектующих;
  
• 
  formCategories – форма справочника категорий комплектующих;
  
• 
  formManufacturers – форма справочника производителей комплектующих;
  
• 
  formDetail – форма данных комплектующего;
  
• 
  formCategoriy – форма данных категории комплектующих;
  
• 
  formManufacturer – форма данных производителя комплектующих;
  
• 
  formQueries – форма учета запросов / выдач комплектующих со склада;
  
• 
  formQuery – форма данных запроса / выдачи комплектующих со склада;
  
• 
  formQueryPosition – форма данных описания позиций запроса / выдачи комплектующих со склада;
  
• 
  formDocument – форма документа складского учета.
  

На рисунке 1.2 приведена диаграмма переходов между указанными формами системы.



Рисунок 1.2 – Диаграмма интерфейса АИС

3. Модель данных

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



Рисунок 1.3 – Диаграмма концептуальных классов АИС

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



Рисунок 1.4 – Матрица ассоциаций диаграммы концептуальных классов

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

НФ.1. Система должна предоставлять пользователю возможность работы в оконном диалоговом режиме.

НФ.2. Система должна запускаться на всех компьютерах, на которых установлена операционная система семейства Windows версии 7 и выше.

НФ.3. Реализовать БД в СУБД SQLite.

НФ.4. Обеспечить стабильную бесперебойную работу с БД.

НФ.5. Программа должна работать стабильно, не зависать.

НФ.6. Интерфейс не должен быть перегружен, все элементы должны быть удобно и функционально скомпонованы.

НФ.7. Каждый элемент интерфейса должен выполнять строго одну функцию или строго одно действие.

НФ.8. Вся текстовая информация, помещенная на элементы интерфейса, должна быть на русском языке.

НФ.9. Использовать только стандартные компоненты пользовательского интерфейса Windows.

НФ.10. Программа должна проверять корректность введенных данных и выдавать соответствующие сообщения.

НФ.11. Программа должна проверять возможность оформления выдачи деталей (проверять количество запрошенных к выдаче деталей и количество таких же деталей в наличии на складе – при нехватке деталей для выдачи операция создания выдачи не должна быть допустима).