Читайте также:
|
|
Прежде чем начинать разработку программного продукта, необходимо ознакомиться с требованиями к нему:
1. Необходимо создать интерфейс, который был бы прост и понятен для пользователя. Среда разработки должна позволять с наименьшими затратами справиться с поставленной на данном этапе задачей. Этим требованиям соответствует интегрированная среда разработки, такая как NetBeans.
2. Операционная система Windows XP SP3 и выше.
3. В качестве хранилища информации требуется использовать реляционную базу данных, создаваемую с помощью СУБД MySql 5.5.
4. Интерфейс программы и данные должны быть только на русском языке.
5. Доступ к данным в СУБД необходимо осуществлять через JDBC драйвер, предоставляемый производителем СУБД.
6. Бизнес-логика системы должна быть реализована с использованием компонентов EJB.
7. Приложение требуется запускать без использования интегрированных средств разработки.
Цель данной работы - создание приложения, которое бы легко позволило вести учёт продаж сельскохозяйственного оборудования для лесного хозяйства.
Таким образом, поставлены следующие задачи:
Для пользователя (покупателя сельскохозяйственного оборудования):
- создание простого, понятного и удобного в использовании интерфейса;
- просмотр продукции, используя различные критерии: по назначению, по моделям;
- поиск интересующего оборудования по различным критериям: цена, страна производитель, год выпуска и т.д.;
- сортировка по цене (убывание, возрастание);
- заполнение и отправка заявки на покупку;
Для менеджера данного сервиса:
- просмотр списка сельскохозяйственного оборудования;
- возможность обновления информации об оборудовании, то есть добавление, удаление, редактирование;
- производить работу с заказами, а именно их подтверждение и отправка параметров заказа на почту покупателя;
Для решения данных задач будут использоваться следующие методы:
1. Анализ предметной области с построением диаграммы IDEF0
2. Разработка структуры базы данных с помощью средств Erwin Data Modeler.
3. Анализ базы данных, приведение ее к 3-ей нормальной форме.
4. Использование паттернов проектирования.
5. Написание sql-скрипта для создания базы данных.
6. Организация бесперебойной связи с базой данных.
Спецификация вариантов использования системы
После постановки задач, необходимо перейти к процессу проектированию возможностей «подсистемы по учёту и продажам сельскохозяйственного оборудования для лесного хозяйства», важным этапом которого является спецификация вариантов использования системы.
Спецификация разработанной системы предназначена в первую очередь для определения функциональных требований к системе и управляет всем процессом разработки. Все основные виды деятельности: такие как анализ, проектирование, тестирование выполняются на основе вариантов использования. Во время анализа и проектирования варианты использования позволяют понять как результаты, которые хочет получить пользователь влияют на архитектуру системы и как должны себя вести компоненты системы, для того чтобы реализовать нужную для пользователя функциональность.
В процессе тестирования, описанные ранее, варианты использования позволяют проще оценить точность реализации требований пользователей и позволяют провести пошаговую проверку этих требований [2].
Рисунок 2.2.1 – Диаграмма вариантов использования
В диаграмме вариантов использования (рисунок. 2.2.1) представлены различные действия, которые может выполнять пользователь (покупатель оборудования, менеджер фирмы) во время работы с программой. У пользователя есть возможность просмотра каталога оборудования, сортировки его по различным параметрам, поиска необходимого оборудования и самое главное оформление заявки на покупку оборудования. Менеджеру доступны следующие действия после прохождения аутентификации, работа с заказами: их подтверждение или отклонение; работа с информацией об оборудовании: изменение данных, добавление, удаление.
После описания вариантов использования системы положено начало к последующему ее проектированию в рамках реализации заложенных возможностей.
Дата добавления: 2015-10-16; просмотров: 51 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Описание предметной области и определение требований к системе | | | Модели представления системы |