Документ Видение при разработке информационной системы на этапе анализа- документ видения – определяет видение проекта, описывает важнейшие идеи положенные в основу разработки системы Для описания требования диаграммы прецедента недостаточно, существуют и другие артефакты требования: - дополнительная спецификация – описывает другие виды требований в частности к отчетам документированию, поддержки системы, лицензировании и т.д. - словарь терминов – включает термины и определения и может служить словарем данных. - документ видения – определяет видение проекта, описывает важнейшие идеи положенные в основу разработки системы - бизнес правила – устойчивые правила или политики применяемые в предметной области (правила налогообложения, торговая политика и т.д.) Ценность документов видения и дополнительная спецификация состоит в формирование первого приближения требований к системе и определение главных идей проекта в тоже время это не является надежной спецификацией. Реальные требования можно сформулировать только после написания кода, его тестирования и получения обратной связи пользователей системы. Пример дополнительной спецификации: 1. Введение – описание всех требований не вошедших в описание прецедентов. 2. Функциональность – описание функциональностей относящееся к большинству прецедентов. Описывает каким образом регистрируются события и обрабатываются ошибки. Подключение бизнес правил. 3. Удобство использования. Описание человеческих факторов (быстрая, простая и корректная обработка информации) – это главный принцип системы с позиции человеческого фактора. 4. Надежность – возможность восстановления информации, при сбои в работе внешних систем в частности бухгалтерской системы, службы авторизации необходимо обеспечить возможность локальной обработки данных с последующей передачей внешним системам. 5. Производительность 6. Возможности поддержки Для различных пользователей заранее определяются точки сценария в которые можно подключать специфические бизнес правила. 7. Конфигурирование. Сетевые конфигурации различных пользователей могут отличаться (тонкий клиент, толстый клиент, архитектуры различных уровней). Производственные потребности и возможности ресурсов каждого пользователя со временем могут изменяться - система должна настраиваемая. 8. Ограничения - команда разработчиков или команда проектов может рекомендовать определенную среду разработки. 9. Приобретаемые компоненты. - система вычисления налоговых платежей - бухгалтерская система - интерфейсы - лазерный сканер для считывания штрих-кода. - устройство для печати чека - устройство считывания данных с кредитной карты - устройство считывания электронной подписи. 10. Бизнес правила. - правила вычисления скидок (работник компании 15%, привилегированный покупатель – 5%, владельцы карты – 10%). - возможность изменений – высокая вероятность т.к. каждая торговая организация устанавливает свои скидки, источник – политика торговой организации. - правила вычисления торговых скидок на уровне транзакций – применяется к общей стоимости покупки. 11. Вопросы законодательства. Необходимо учитывать все необходимые налоги. Правила налогообложения могут изменяться достаточно часто. 12. Информация из предметной области. - ценовая политика (каждому товару могут соответствовать исходная цена и постоянная сниженная цена) - обработка платежа по кредитной и денежной карточки. Налоги могут вычисляться по сложным схемам, суммы отчислений могут изменяться на государственном уровне
|
