Информационная система «Гараж»

Сценарии использования

2 Исследование предметной области

2.1 Анкетирование заказчика

Опрос председателя

Q: Кооператив активно использует программу «Бух-гараж» в работе?

A: Да

Q: Являются ли данные, с которыми работает программа, важными для работы?

A: Да, очень

Q: Удовлетворяет ли программа вашим требованиям?

A: Не совсем

Q: Приятно и удобно ли вам работать с программой?

A: Не совсем

Q: Какие претензии у вас к работе программы?

A: Путает обратную сторону, медленно работает, много лишних данных о других площадках в базе - приходится много раз делать переносы карточек вручную, работает медленно, тормозит весь компьютер

Q: У вас установлен Windows?

A: Да

Q: Лицензионный?

A: В кассе и на рабочем месте техника – нет

Q: Думали ли вы о переходе на бесплатные или лицензионные программы?

A: Да

Q: Вы слышали о Linux?

A: Да

Q: К чему вы больше склоняетесь - к приобретению лицензии или установке Linux?

A: Возможно, к установке Linux в кассу. Лучше поговорите об этом с техником.

Q: У вас есть еще какие-то претензии к программе?

A: Программистка, написавшая ее, более с нами не сотрудничает, а в программе есть ошибки. Мы отказались от сотрудничества с ней, так как она оказалась не в состоянии исправить ошибки в программе

Спасибо.

Вопросы были направлены на выяснение общих проблем.

Опрос техника

Q: Есть ли у вас проблемы с администрированием БД и программы?

A: Да

Q: Какие?

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

Q: У вас есть локальная сеть?

A: Да

Q: Есть ли свободный компьютер для размещения на нем серверной части (БД и ядра программы)?

A: Да

Q: Какие ОС и ПО (будут) установлены на этом ПК в случае его надобности?

A: ОС GNU/Linux, СУБД MySQL

Q: Планируется ли перевод кассы на ОС Linux?

A: В будущем. На данный момент - нет.

Спасибо.

Вопросы были направлены на выяснение, какие части программы следует делать кросс-платформенными.

2.2 Словарь предметной области

№	Термин или понятие	Описание понятия или расшифровка термина	Аббревиатура
1	Карточка	Совокупность записей в БД, содержащих информацию о члене кооператива
2	Реестр кассы	список квитанций строгой отчётности (ПКО) за определённый день с указанием номера квитанции, фамилии плательщика и оплаты, расписанной по статьям
	Лицевая сторона	сведения о владельце гаража (члене кооператива в частном случае)
3	Обратная сторона	Данные об оплате
4	Площадка, Буква, Литер	Логически отделенный массив гаражей
5	Плательщик	член кооператива
6	Задолжник	плательщик, имеющий задолженность
7	Членский взнос	годовая оплата членства в кооперативе
8	Целевой взнос	взнос на выполнение определённых мероприятий
9	Завести карточку	зарегистрировать нового члена кооператива
10	Сдать в архив	перенести карточку в архивную базу в связи со сменой владельца гаража
11	Переоформление	смена владельца гаража в связи с продажей, обменом, дарением, наследованием
12	Список владельцев гаражей	полный перечень гаражей с указанием их владельцев
13	Список задолжников	перечень членов кооператива, имеющих задолженность, с номерами гаражей
14	Начисление	сумма взносов за определённый период по определённой статье
15	Оплата, взнос	Оплата - сумма, оплаченная членом кооператива
16	Строка «примечание» в карточке	Для указания дополнительных сведений о смене владельца, регистрации гаража в гос. органах и пр.
18	Картотека	собрание карточек, упорядоченных по годам \|\| алфавитному порядку \|\| площадке

2.3 Основная проблема заказчика

Используемая на настоящий момент Программа:

- Искажает данные;

- Не соответствует сегодняшнему технологическому уровню и, как следствие, работает медленно и замедляет работу ОС в целом за счет необходимости эмулирования программного окружения;

- Ее структура и стиль написания не позволяют гибко настраивать ее работу;

- Нет возможностей для удобного администрирования и резервного копирования БД;

- Использует устаревшую СУБД, что сильно сокращает скорость и удобство работы с БД;

- Не позволяет синхронизировать БД на разных рабочих станциях во время своей работы, даже при простое;

- Особенности и механизм ее работы с БД порождает избыточное копирование БД и самой программы на рабочих станциях;

Основная проблема:

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

3 Модель прецедентов

3.1 Актеры

Наименование актера	Тип актера	Описательная характеристика
Председатель	Первичный, пользователь	Получает из СУБД данные о членах кооператива для решения хозяйственных вопросов
Кассир	Первичный, пользователь	Полностью оперирует БД - вносит изменения, удаляет и добавляет данные о членах кооператива, оплате взносов, а также получает сведения о задолжниках.
СУБД	Вторичный, внешняя система	Является прослойкой между ядром программы и БД

3.2 Диаграмма прецедентов

3.3 Сценарии

3.3.1 Сценарий 1

Описание	Добавить карточку
Идентификатор сценария	UС1
Идентификатор прецедента	UC1.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Заполнены все необходимые поля карточки
Действия	Данные отправляются в ядро, которое заносит их в базу данных через СУБД
Постусловия	Данные успешно занесены в БД
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.2 Сценарий 2

Описание	Изменить карточку
Идентификатор сценария	UC2
Идентификатор прецедента	UC2.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь изменил содержимое полей карточки и нажал на кнопку “Сохранить”
Действия	Измененные данные отправляются в ядро, которое вносит изменения в базу данных через СУБД
Постусловия	Данные успешно занесены в БД
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.3 Сценарий 3

Описание	Получить карточки
Идентификатор сценария	UC3
Идентификатор прецедента	UC3.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь ввел критерии поиска карточек
Действия	Критерии поиска передаются в ядро, которое формирует запрос к СУБД. Результаты выполнения запроса передаются на терминал пользователя.
Постусловия	Результаты запроса отображены на терминале пользователя
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.4 Сценарий 4

Описание	Перемещение карточки в архив
Идентификатор сценария	UC4
Идентификатор прецедента	UC4.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь указал карточку, сдаваемую в архив и данные о новом владельце гаража
Действия	Данные отправляются в ядро, которое переносит запись в архивную таблицу
Постусловия	Данные успешно занесены в БД
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.5 Сценарий 5

Описание	Вывести список должников
Идентификатор сценария	UC5
Идентификатор прецедента	UC5.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Список задолжников”
Действия	Ядро формирует запрос к СУБД, результатом которого является список задолжников из базы данных, и пересылает пользователю отчет, сгенерированный в соответствии со сценарием UC10.
Постусловия	Отчет передан пользователю
Включение	UC10
Расширение	Нет
Обобщение	Нет

3.3.6 Сценарий 6

Описание	Поиск данных по полю
Идентификатор сценария	UC6
Идентификатор прецедента	UC6.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Поиск карточек” и задал критерии поиска
Действия	Ядро формирует запрос к СУБД, результатом которого является список записей из базы данных, соотвествующих заданным критериям поиска. Результаты выполнения запроса передаются на терминал пользователя.
Постусловия	Результаты поиска в виде отчета отображены на терминале
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.7 Сценарий 7

Описание	Вывести список членов кооператива
Идентификатор сценария	UC7
Идентификатор прецедента	UC7.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Список членов кооператива”
Действия	Ядро формирует запрос к СУБД, результатом которого является список членов кооператива из базы данных, и генерирует отчет в соответствии со сценарием UC10.
Постусловия	Список членов кооператива в виде отчета выведен на терминал
Включение	UC10
Расширение	Нет
Обобщение	Нет

3.3.8 Сценарий 8

Описание	Генерация реестра кассы
Идентификатор сценария	UC8
Идентификатор прецедента	UC8.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Реестр кассы”
Действия	Ядро формирует запрос к СУБД, результатом которого является реестр кассы, и генерирует отчет в соответствии со сценарием UC10.
Постусловия	Реестр кассы в виде отчета выведен на терминал
Включение	UC10
Расширение	Нет
Обобщение	Нет

3.3.9 Сценарий 9

Описание	Внести данные об оплате
Идентификатор сценария	UC9
Идентификатор прецедента	UC9.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Внести данные об оплате” и заполнил все необходимые поля
Действия	Ядро принимает данные и заносит изменения в базу через СУБД
Постусловия	Данные записаны в БД успешно
Включение	Нет
Расширение	Нет
Обобщение	UC2

3.3.10 Сценарий 10

Описание	Генерация отчёта
Идентификатор сценария	UC10
Идентификатор прецедента	UC10.0
Версия	0.3
Список актеров	Пользователь, СУБД
Предусловия	Данные для генерации отчёта были сформированы модулем, отвечающим за конкретный отчёт
Действия	Формируется XML-документ, совместимый с OpenOffice Calc/Micrisoft Office и отправлется на терминал, где открывается внешней программой из вышеназванных
Постусловия	Отчёт успешно открылся внешней программой
Включение	Нет
Расширение	Нет
Обобщение	Нет

3.3.11 Сценарий 11

Описание	Поиск карточек в архиве
Идентификатор сценария	UC11
Идентификатор прецедента	UC11.0
Версия	0.4
Список актеров	Пользователь, СУБД
Предусловия	Пользователь выбрал пункт меню “Поиск карточки в архиве” и задал критерии поиска
Действия	Ядро формирует запрос к СУБД, результатом которого является список записей из архива, соотвествующих заданным критериям поиска, и генерирует отчет в соответствии со сценарием UC10.
Постусловия	Результаты поиска в виде отчета отображены на терминале
Включение	Нет
Расширение	Нет
Обобщение	Нет