Документ Видение при разработке информационной системы на этапе анализа

- документ видения – определяет видение проекта, описывает важнейшие идеи положенные в основу разработки системы

Для описания требования диаграммы прецедента недостаточно, существуют и другие артефакты требования:

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

- словарь терминов – включает термины и определения и может служить словарем данных.

- документ видения – определяет видение проекта, описывает важнейшие идеи положенные в основу разработки системы

- бизнес правила – устойчивые правила или политики применяемые в предметной области (правила налогообложения, торговая политика и т.д.)

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

Пример дополнительной спецификации:

1. Введение – описание всех требований не вошедших в описание прецедентов.

2. Функциональность – описание функциональностей относящееся к большинству прецедентов. Описывает каким образом регистрируются события и обрабатываются ошибки. Подключение бизнес правил.

3. Удобство использования. Описание человеческих факторов (быстрая, простая и корректная обработка информации) – это главный принцип системы с позиции человеческого фактора.

4. Надежность – возможность восстановления информации, при сбои в работе внешних систем в частности бухгалтерской системы, службы авторизации необходимо обеспечить возможность локальной обработки данных с последующей передачей внешним системам.

5. Производительность

6. Возможности поддержки

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

7. Конфигурирование. Сетевые конфигурации различных пользователей могут отличаться (тонкий клиент, толстый клиент, архитектуры различных уровней).

Производственные потребности и возможности ресурсов каждого пользователя со временем могут изменяться - система должна настраиваемая.

8. Ограничения - команда разработчиков или команда проектов может рекомендовать определенную среду разработки.

9. Приобретаемые компоненты.

- система вычисления налоговых платежей

- бухгалтерская система

- интерфейсы

- лазерный сканер для считывания штрих-кода.

- устройство для печати чека

- устройство считывания данных с кредитной карты

- устройство считывания электронной подписи.

10. Бизнес правила.

- правила вычисления скидок (работник компании 15%, привилегированный покупатель – 5%, владельцы карты – 10%).

- возможность изменений – высокая вероятность т.к. каждая торговая организация устанавливает свои скидки, источник – политика торговой организации.

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

11. Вопросы законодательства. Необходимо учитывать все необходимые налоги. Правила налогообложения могут изменяться достаточно часто.

12. Информация из предметной области.

- ценовая политика (каждому товару могут соответствовать исходная цена и постоянная сниженная цена)

- обработка платежа по кредитной и денежной карточки.

Налоги могут вычисляться по сложным схемам, суммы отчислений могут изменяться на государственном уровне