колчаков калимуллина. Асу складского хранения

• Название: Асу складского хранения
• Дата: 06.10.2022
• Размер: 45.94 Kb.
• Имя файла: колчаков калимуллина.docx
• Тип: Документы; #716973

АСУ складского хранения

2. Метод выявления требований к ПО – мозговой штурм.

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

Документ описания требований АСУ складского хранения

1. Предварительные замечания к проекту

1.1. Цели и рамки проекта

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

АСУ складского хранения должна иметь интуитивный понятный интерфейс и проста в использовании.

1.2. Деловой контекст

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

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

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

1.3. Участники проекта

Заказчик – Калимулля@yandex.ru

Разработчик – Колчанов@gmail.com

1.4. Идеи в отношении решений

Программа должна быть реализована в виде настольного приложения и оптимизированно под операционные системы: Linux, MAC и семейства MS Windows.

1.5. Обзор документа

В окне «Авторизация» выполняется распределение доступа в системе персонала. В разделе «Оформление заказа» сотрудник оформляет поступающие заказы и одобряет отправку товара. В разделе «Заказы» показываются все активные и завершенные заказы данного склада. В разделе «Поставщики» хранится информация о компаниях поставляющих продукцию.

2. Системные сервисы

2.1. Рамки системы

Рамки системы можно моделировать с помощью диаграммы контекста.


Результат работы

информация

Поставщики



Авторизация

Пользователи

АСУ складского хранения



Товары

информация


Покупатели


информация

информация

Заказы

Рис.1 Контекстная диаграмма АСУ складского хранения

АСУ складского хранения получает данные о поставщиках, заказах, покупателях от внешней сущности «Пользователи». Для передачи этих данных сущности «Пользователи» должен авторизоваться. В своей работе сущность «Складского хранения» использует информацию о поставщиках, товарах, заказах, покупателях, получаемую от внешних сущностей «Поставщики», «Товары», «Заказы», «Покупатели». Результаты своей работы АСУ Складского хранения может отображать как внешней сущности «Пользователи», так и генерировать в виде отчетов формата MS Excel для внешней сущности «MS Excel».

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

АСУ должна обеспечивать следующие функциональные возможности:

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

2.3. Требования к данным

АСУ должна хранить свои данные в специализированных XML-файлах.

3. Системные ограничения

3.1. Требования к интерфейсу

АСУ должна иметь простой и интуитивно понятный интерфейс.

3.2. Требования к производительности

АСУ должна быть оптимизирована для слабых устройств.

3.3. Требования к безопасности

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

3.4. Эксплуатационные требования

АСУ должна функционировать на ОС Windows 10, Linux и MAC. Минимальные аппаратные требования определяются минимальными аппаратными требованиями к вышеперечисленной ОС.

3.5. Политические и юридические требования

Нет.

3.6. Другие ограничения

Нет.

4. Проектные вопросы

4.1. Открытые вопросы

Нет.

4.2. Предварительный план-график

1.09.2022 – 1.10.2022 – Анализ и установление требований к АСУ

1.10.2022 – 1.11.2022 – Спецификация требований к АСУ

1.11.2022 – 1.12.2022 – Кодирование АСУ

1.12.2022 – 31.12.2022 – Тестовая эксплуатация АСУ

11.01.2023 – 13.12.2023 – Ввод в эксплуатацию

4.3. Предварительный бюджет

160 000 рублей.

5. Приложения

Глоссарий

АСУ – автоматизирование системы управления

ОС – операционная система

Деловые документы и формы

Нет.

Ссылки

Нет.