Разработка автоматизированной информационной системы для товарооборота в книжном магазине

4.4.1.4 Если все данные введены корректно, то система закрывает вторичное окно

4.4.1.5Система сохраняет данные.

4.4.1.6 Выполнение прецедента закончено. 
Альтернативный поток событий для добавления уценки

4.4.1.4 Если данные введены некорректно, а именно не все поля заполнены, 
система отображает пользователю сообщение с просьбой о заполнении всех указанных полей.

4.4.1.5 Пользователь, прочитав сообщение, нажимает кнопку «ОК».

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

4.4.1.7. Переход к пункту 4.4.1.3

4.4.1.8. Выполнение прецедента закончено.

4.4.2 Описание основного потока событий для изменения данных об уценке

4.4.2.1 Если пользователь выбрал пункт меню «изменение», то система предлагает найти и указать соответствующую уценку (см. прецедент «Поиск уценки» пункт 8)

4.4.2.2Пользователь вводит данные о конкретной уценке, а именно: название книги, дата уценки.

4.4.2.3 Среди результатов поиска пользователь выбирает нужная уценка и выбирает пункт меню «изменение»

4.4.2.4 Система отображает окно с соответствующими данными о данной уценке.

4.4.2.5 Пользователь вводит новые данные и нажимает на кнопку «Изменить».

4.4.2.6 Система выдает сообщение с просьбой подтвердить изменение данных.

4.4.2.7Пользователь нажимает кнопку «ОК».

4.4.2.8 Система проверяет корректность введенных данных на заполнение всех полей

4.4.2.9 Если данные введены корректно, то система закрывает вторичное окно.

4.4.2.10 Система сохраняет данные

4.4.2.11 Выполнение прецедента закончено.

Альтернативный  поток событий для изменения данных об уценке

4.4.2.9Если данные введены некорректно, а именно не все поля заполнены, то система выдает сообщение с просьбой о заполнении всех полей.

4.4.2.10 Прочитав сообщение, пользователь нажимает кнопку «ОК»

4.4.2.11 Система вновь открывает вторичное окно с соответствующими данными товара.

4.4.2.12Пользователь проверяет  свои ошибки и заполняет пустые  поля.

4.4.2.13Система выдает  сообщение с просьбой подтвердить  изменение данных.

4.4.2.14Пользователь  нажимает кнопку «ОК».

4.4.2.15Переход  к пункту 4.4.2.8

4.4.2.16 Выполнение прецедента закончено.

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

4.4.2.7Пользователь нажимает кнопку «Отмена»

4.4.2.8Система закрывает вторичное окно

4.4.2.9Система не сохраняет внесенные изменения

4.4.2.10Выполнение прецедента закончено.

4.4.3 Описание основного потока событий для удаления данных об уценке.

4.4.3.1Если пользователь выбрал пункт меню «удаление», то система предлагает найти и указать соответствующую уценку (см. прецедент «Поиск уценки» пункт 8)

4.4.3.2Пользователь вводит данные о конкретной уценке, а именно: название книги и дата уценки.

4.4.3.4Среди результатов поиска пользователь выбирает нужную уценку и выбирает пункт меню «удаление».

4.4.3.5 Система выдает сообщение с просьбой подтвердить удаление выделенных данных

4.4.3.6Пользователь нажимает кнопку «Удалить».

4.4.3.7Система закрывает окно

3.4.3.8 Система условно  удаляет товар, внося соответствующие изменения

4.4.3.9 Выполнение прецедента закончено. 
Альтернативный поток событий для удаления данных об уценке

4.4.3.6Пользователь нажимает кнопку «Отмена»

4.4.3.7Система закрывает окно без внесения изменений в систему

4.4.3.8Выполнение прецедента закончено.

5. «Поиск товара»

5.1 Краткое описание прецедента: прецедент «Поиск товара» расширяет 
прецедент «CRUD стовара» и предназначен для отыскания необходимого 
товара в соответствии с параметрами поиска.

2. Участвующий субъект: сотрудник магазина
3. Предусловие: пользователь запускает программу.
4. Описание основного потока событий для прецедента «Поиск товара».

5.4.1 Пользователь нажимает на кнопку «Поиск товара».

5.4.2 Система отображает окно, где предлагается заполнить поля, являющиеся параметрами поиска, а именно: название книги.

5.4.3 Пользователь нажимает на кнопку «Найти».

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

6. «Поиск продажи».

6.1 Краткое описание прецедента: прецедент «Поиск продажи» расширяет прецедент «CRUD продажи» и предназначен для отыскания необходимой продажи в соответствии с параметрами поиска.

6.2Участвующий субъект: сотрудник магазина

6.3Предусловие: пользователь запускает программу.

6.4Описание основного потока событий для прецедента «Поиск продажи»

6.4.1 Пользователь нажимает на кнопку «Поиск продажи»

6.4.2 Система отображает окно, где предлагается заполнить поля, являющиеся параметрами поиска, а именно: название книги и дата продажи.

6.4.3 Пользователь нажимает на кнопку «Найти»

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

7. «Поиск поступлений».

7.1 Краткое описание прецедента: прецедент «Поиск поступлений» расширяет прецедент «CRUD поступлений» и предназначен для отыскания необходимого поступления в соответствии с параметрами поиска.

7.2Участвующий субъект: сотрудник магазина

7.3Предусловие: пользователь запускает программу.

7.4Описание основного потока событий для прецедента «Поиск поступления»

7.4.1 Пользователь нажимает на кнопку «Поиск поступлений»

7.4.2 Система отображает окно, где предлагается заполнить поля, являющиеся параметрами поиска, а именно: название книги и дата поступления.

7.4.3 Пользователь нажимает на кнопку «Найти»

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

8 «Поиск уценки».

8.1 Краткое описание прецедента: прецедент «Поиск уценки» расширяет прецедент «CRUD уценки» и предназначен для отыскания необходимой продажи в соответствии с параметрами поиска.

8.2Участвующий субъект: сотрудник магазина

8.3Предусловие: пользователь запускает программу.

8.4Описание основного потока событий для прецедента «Поиск уценки»

8.4.1 Пользователь нажимает на кнопку «Поиск уценки»

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

8.4.3 Пользователь нажимает на кнопку «Найти»

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

9 «Сведения  о книге (ценник)»

9.1 Краткое описание прецедента: прецедент «сведение о книге(ценник)» предназначен для создания отчета о выбранной книге(формирование ценника).

9.2Участвующий субъект: сотрудник магазина.

9.3. Предусловие: пользователь запускает программу.

9.4 Описание основного потока событий.

В зависимости от выбора пользователя система может предоставлять  средства для: создания ценника

9.4.1 Описание основного потока событий для создания ценника

9.4.1.1 Если пользователь переходит на вкладку «товар», в меню выбирает «создание ценника», то система предлагает найти соответствующий товар, для которого будет формироваться ценник (см. прецедент «Поиск товара» пункт 5)

9.4.1.2 Пользователь вводит данные о конкретном товаре, а именно: название книги.

9.4.1.3 Среди результатов поиска пользователь выбирает нужный товар и выбирает пункт меню «создание ценника».

9.4.1.4 Система отображает окно с соответствующими данными о товаре.

9.4.1.5 Пользователь  нажимает на кнопку «печать».

9.4.1.6 Система  запрашивает подтверждения о  печати отчета.

9.4.1.7 Пользователь  нажимает кнопку «ОК».

9.4.1.8 Система формирует отчет по выбранному товару и печатает его.

9.4.1.9 Система закрывает окно.

9.4.1.10 Выполнение прецедента  завершено.

Альтернативный  поток событий для создания ценника.

9.4.1.7Пользователь нажимает кнопку «Отмена»

9.4.1.8Система закрывает вторичное окно

9.4.1.9Система не формирует отчета по найденному товару

9.4.1.10Выполнение прецедента закончено.

10 «Чек»

10.1 Краткое описание прецедента: прецедент «чек» предназначен для создания отчета о совершенной продаже.

10.2Участвующий субъект: сотрудник магазина.

10.3. Предусловие: пользователь запускает программу.

10.4 Описание основного потока событий.

В зависимости от выбора пользователя система может предоставлять  средства для: создания чека.

10.4.1 Описание  основного потока событий для  создания чека

10.4.1.1 Если пользователь выбрал вкладку «продажа», а затем пункт меню «чек», то система формирует его на основе только что произведенной продаже.

10.4.1.2Пользователь нажимает кнопку «печать чека».

10.4.1.3 Система запрашивает  подтверждение.

10.4.1.4 пользователь нажимает  кнопку «ОК» 

10.4.1.5 система формирует отчет и печатает его.

10.4.1.6 Система закрывает окно.

10.4.1.7 Выполнение прецедента  завершено.

Альтернативный  поток событий для создания чека.

10.4.1.4Пользователь нажимает кнопку «Отмена»

10.4.1.5Система закрывает вторичное окно

10.4.1.6Система не формирует отчета.

10.4.1.7Выполнение прецедента закончено.

11 «Накладная»

11.1 Краткое описание прецедента: прецедент «накладная» предназначен для создания отчета о поступлении товара в магазин.

11.2Участвующий субъект: сотрудник магазина.

11.3. Предусловие: пользователь запускает программу.

11.4 Описание основного потока событий.

В зависимости от выбора пользователя система может предоставлять  средства для: создания накладной.

11.4.1 Описание основного потока событий для создания накладной

11.4.1.1 Если пользователь выбрал вкладку «поступления», а затем пункт меню «накладная», то система формирует его на основе только что произведенного поступления товара в магазин.

11.4.1.2Пользователь нажимает кнопку «печать накладной».

11.4.1.3 Система запрашивает  подтверждение.

11.4.1.4 пользователь нажимает  кнопку «ОК» 

11.4.1.5 система формирует  отчет и печатает его.

11.4.1.6 Система закрывает окно.

11.4.1.7 Выполнение прецедента  завершено.

Альтернативный  поток событий для создания накладной.

11.4.1.4Пользователь нажимает кнопку «Отмена»

11.4.1.5Система закрывает вторичное окно

11.4.1.6Система не формирует отчета.

11.4.1.7Выполнение прецедента закончено.

 

 

Рисунок 2 – Диаграмма прецедента

2.3. Диаграммы  видов деятельности

Рисунок 3 – Диаграмма  видов деятельности «Добавление  товара»

Вид деятельности начинается с нажатия пользователем кнопки добавление товара. Пользователю отображается окно для ввода данных о товаре. (Пользователь может нажать «Отмена» и прервать процесс добавления товара.) Заполнив все обязательные поля в соответствии с заданными правилами, пользователь нажимает «ОК», и система проверяет корректность данных на заполнение всех полей, а так же проверяет уникальность данных и правильность заполнения. Если проверка показала ошибку ввода, то пользователю отображается соответствующее сообщение, пользователь нажимает «ОК» на сообщении и перед ним появляется обратно окно добавления данных о товаре. Если данные корректны, то они сохраняются в базе данных и на этом деятельность заканчивается.