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

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

1.4.2.15Переход к пункту 1.4.2.8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2. «CRUD продажи»

2.1 Краткое описание прецедента: прецедент «CRUD продажи» предназначен для создания, удаления (удаление производится условно, так как при удалении товара происходит перемещение данных о товаре в архив) и изменения данных о продажи.

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

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

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

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

2.4.1 Описание основного потока событий для добавления продажи

2.4.1.1 Если пользователь выбрал пункт меню «добавление», то система отобразит пользователю вторичное диалоговое окно, в котором пользователь вводит данные о продаже в соответствии с перечнем атрибутов, указанных в пункте 1.2 «Функциональные требования и требования к данным» в документе описания требований.

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

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

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

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

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

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

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

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

2.4.1.7. Переход к пункту 2.4.1.3

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

2.4.2 Описание основного потока событий для изменения данных о продаже.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.4.2.15Переход  к пункту 2.4.2.8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. «CRUD поступления»

3.1 Краткое описание прецедента: прецедент «CRUD поступления» предназначен для создания, удаления (удаление производится условно, так как при удалении товара происходит перемещение данных о товаре в архив) и изменения данных о поступлениях.

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

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

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

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

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

3.4.1.1 Если пользователь выбрал пункт меню «добавление», то система отобразит пользователю вторичное диалоговое окно, в котором пользователь вводит данные о поступлениях в соответствии с перечнем атрибутов, указанных в пункте 1.2 «Функциональные требования и требования к данным» в документе описания требований.

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

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

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

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

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

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

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

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

3.4.1.7. Переход к пункту 3.4.1.3

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

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

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

3.4.2.2Пользователь вводит данные о конкретном поступлении, а именно: название книги и дата поступления.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.4.2.15Переход  к пункту 3.4.2.8

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

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

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

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

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

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

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

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

3.4.3.2Пользователь вводит данные о конкретном поступлении, а именно: название книги и дата поступления.

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

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

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

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

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

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

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

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

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

4. «CRUD уценки»

4.1 Краткое описание прецедента: прецедент «CRUD уценки» предназначен для создания, удаления (удаление производится условно, так как при удалении товара происходит перемещение данных о товаре в архив) и изменения данных об уценках.

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

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

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

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

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

4.4.1.1 Если пользователь выбрал пункт меню «добавление», то система предоставить пользователю найти товар, который будет уценен (см. прецедент «Поиск товара»), затем пользователь вводит данные об уценке в соответствии с перечнем атрибутов, указанных в пункте 1.2 «Функциональные требования и требования к данным» в документе описания требований.

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

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