Система складского учета

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

Рис. 6. Схемы компонентов  UML

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

D-требования «Складской учет»

• Функциональные требования:
• Целостность содержимого базы данных;
• Возможность генерации отчетов;
• Предоставление полученной информации в графическом виде;
• Индивидуальные права доступа;
• Надежная обработка данных (удаление, добавление, изменение);
• Архивирование накладных;
• Возможность отправки отчетов на E-mail руководителя, менеджера;
• Возможность настройки интерфейса;
• Корректная обработка исключений;
• Работа системы с периферийными устройствами (принтеры – вывод на печать).

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

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

• Дизайн приложения не должен содержать более 4 цветов;
• Для работоспособности приложения на жестком диске должно иметься 400 Мб;
• Наличие доступа к сети интернет;
• Для передачи данных использовать лишь шифрованный канал передачи данных SSL;
• В случае обнаружения ошибки система должна вывести некоторое оповещение;
• Интерфейс должен быть строго структурированным и понятным;
• Система должна разрабатываться при помощи платформы 1С;
• Функциональность системы на ОС Windows XP, Windows 7, Windows Vista, Windows 8.

Обратные требования:

• Бухгалтер предприятия не может изменять данные введенные складским работником;
• Возможность возврата средств, в случае ошибки пользователя.

Составление модели реализации USDP

Модель реализации состоит  из вложенных подсистем. Они состоят  из таких компонентов, как файлы  и интерфейсы реализации.

 

 

 

 

 

 

Рис.7. Модели реализации USDP

Составление плана тестирования

Начальный этап тестирования - основные принципы работы

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

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

Требования к  персоналу

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

Выбор аппаратной платформы

Система должна быть установлена  лишь на машинах с операционной системой Windows XP, Windows Vista, Windows 8.

Обработка функций

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

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

Документ (версия)	Создан или доступен	Использовался при  составлении плана	Автор ресурса
Спецификация требований	да	да	Заиров Э.Р.
Функциональная спецификация	да	Да	Заиров Э.Р.
Спецификации прецедентов	да	да	Заиров Э.Р.
План проекта	да	да	Заиров Э.Р.
Проектная спецификация	нет	нет	Заиров Э.Р.
Прототип	да	да	Заиров Э.Р.
Руковдство пользователя	нет	нет	Заиров Э.Р.
Бизнес-модель	да	Да	Заиров Э.Р.
Модель данных	да	Да	Заиров Э.Р.
Оценка бизнес-рисков, рисков проекта	да	Да	Заиров Э.Р.

 

Глоссарий

Английский	Русский	Пояснения
Activity diagram	Диаграмма деятельности	Для моделирования процесса выполнения операций в языке UML используются диаграммы деятельности. Каждое состояние  на диаграмме деятельности соответствует  выполнению некоторой элементарной операции, а переход в следующее  состояние выполняется только при  завершении этой операции.
Actor	Актер	Действующие единицы системы
UML diagram	UML диаграмма
Class diagram	Диаграмма классов	Диаграмма, на которой показано множество классов, интерфейсов, коопераций и отношений между ними. Ее изображают в виде множества вершин и дуг.
Sequence diagram	Диаграмма последовательности	Диаграммы последовательности являются графическим представлением передачи управления, служат для визуализации реализации вариантов использования
Interaction diagram	Диаграмма взаимодействий	Взаимодействие между  объектами в системе представляются диаграммами взаимодействия
Extend		Определяет взаимосвязь  экземпляров отдельного варианта использования  с более общим вариантом, свойства которого определяются на основе способа  совместного объединения данных экземпляров
Include	Включение	Отношение включения между  двумя вариантами использования  указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования.
Use-case model	Диаграмма вариантов использования	Варианты использования  служат для выражения требований заказчика в форме взаимодействия приложения с внешним пользователем
	Диаграмма состояний	Диаграммы переходов состояний  иногда могут быть эффективным способом достижения соглашения разработчика и  заказчика относительно того, как  приложение должно работать
Sklad	Система складского учета	Приложение предназначено  для осуществления учета и  обработки данных о товарах, поставщиках  и т.д. Работа системы напрямую зависит  от потребностей пользователя.

 

 

Заключение

В процессе выполнения данного  проекта была разработана объектно-ориентированная  модель информационной подсистемы «Система складского учета».

В ходе ее разработки были изучены  основы языка моделирования UML и построены следующие диаграммы:

• диаграмма вариантов использования;
• диаграмма последовательности;
• диаграмма классов;
• диаграмма активности;
• диаграмма компонентов.

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

В качестве среды разработки информационной подсистемы был использован  программный продукт IBM Rational Software Architect Standard Edition.

 

 

 

 

 

 

 

 

Список использованных источников

1. Frederick Phillips. The mythical man-month : essays on software engineering . - Anniversary ed. - 1995. - Pp. 322
2. Wikipedia - свободная энциклопедия. Система управления складом. [Электронный ресурс]. Дата обновления: 01.11.2013. - Режим доступа: http://ru.wikipedia.org/wiki/Система_управления_складом.
3. Эрик Брауде. Технология разработки программного обеспечения. - Спб.: Питер.//Э. Брауде //2004. - 655 с.: ил.
4. Wikipedia - свободная энциклопедия. Инструменты UML-моделирования. [Электронный ресурс]. Дата обновления: 19.01.2011. - Режим доступа: http://ru.wikipedia.org/wiki/Инструменты UML-моделирования.
5. Буч Г., Рамбо Д., Джекобсон А. Язык UML для пользователя: Пер. с англ. - М.: ДМК, 2000.- 432 с., ил.
6. Ларман К. применение UML и шаблонов проектирования: Пер. с англ. - М.: Издательский дом «Вильямс», 2001. - 496 с., ил.