ВУЗ: Пермская государственная сельскохозяйственная академия имени академика Д. Н. Прянишникова
Категория: Методичка
Дисциплина: Проектирование информационных систем
Добавлен: 18.10.2018
Просмотров: 2056
Скачиваний: 14
СОДЕРЖАНИЕ
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Шаг 1. Определение рамок системы
Шаги 2 и 3. Определение основных исполнителей и задач
Основные и вспомогательные исполнители
Таблица 1.1 – Перечень исполнителей и их задач
Определение исполнителей и задач путем анализа событий
Таблица 1.2 – Перечень исполнителей и их задач на основе анализа внешних событий
Шаг 4. Определение прецедентов
Описание прецедентов, относящихся к интерфейсу пользователя
Шаг 5. Построить диаграмму прецедентов
Система обозначений для диаграммы прецедентов
Дополнительная спецификация (фрагмент)
Функциональность (Имеющая отношение ко многим прецедентам)
Регистрация событий и обработка ошибок
Бесплатные компоненты на основе открытого кода
Задачи уровня пользователя
Сюда можно включить список исполнителей и их задач, разработанный в процессе моделирования прецедентов, либо более сжатую информацию.
Пользователи (и внешние системы) используют данную систему в таких целях.
-
Кассир. Оформляет продажи, возврат товаров, регистрирует выручку.
-
Системный администратор. Управляет пользователями, безопасностью и системными таблицами.
-
Менеджер. Осуществляет запуск и завершает работу системы.
-
Система анализа торговой деятельности. Анализирует данные о продажах.
-
…
Окружение...
Обзор
Перспективы продукта
Система ТТ обычно будет устанавливаться в магазинах, при использовании мобильных терминалов они будут располагаться вблизи сети магазинов, либо внутри магазинов. Система будет обслуживать пользователей и взаимодействовать с другими системами, как показано на рис. 2.1.
Диаграмма строится на основе диаграммы прецедентов. Контекстные диаграммы можно строить в различных форматах с разной степенью детализации, но все они отражают взаимодействие внешних исполнителей с системой.
Преимущества системы
Подобно перечню исполнителей и их задач, в этой таблице указаны задачи, их решения и преимущества, однако на более высоком уровне, чем при описании прецедентов.
Здесь описывается основное значение и отличительные свойства продукта.
Свойство |
Преимущества для заинтересованных лица |
Система будет обеспечивать всю основную функциональность, необходимую торговым организациям, включая обработку информации о продажах, авторизацию платежей, оформление возврата товаров и т.д. |
Быстрая работа торговых точек в автоматическом режиме |
Автоматическое выявление сбоев, переход в автономный режим работы |
Возможность продолжения торговли при выходе из строя внешних компонентов |
Подключаемые в различных точках сценария бизнес-правила |
Гибкая настройка бизнес-логики |
Интерактивное взаимодействие с внешними системами на основе стандартных протоколов |
Своевременное и точное оформление продаж, подготовка бухгалтерской документации и данных складского учета, поддержка планирования |
… |
… |
Рисунок 2.1 – Контекстная диаграмма POS-системы ТТ
Предположения и зависимости...
Стоимость и ценообразование...
Лицензирование и установка...
Основные свойства системы
Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций.
-
Оформление продаж.
-
Авторизация платежей (по кредитной или дебитной карточке, чеком).
-
Системное администрирование и управление пользователями, безопасностью, таблицами констант и кодов и т.д.
-
Автоматический переход в автономный режим работы при выходе из строя внешних систем.
-
Транзакции в реальном времени на основе промышленных стандартов с внешними системами, включая бухгалтерскую систему, систему складского учета, учета человеческих ресурсов, вычисления налогов, службы авторизации платежей.
-
Определение и выполнение настраиваемых бизнес-правил в фиксированных точках выполнения сценариев.
-
...
Другие требования и ограничения
Ограничения для процесса проектирования, удобства использования, надежности, производительности, перечень документации и т.д. описаны в дополнительной спецификации и модели прецедентов.
Вопрос 4. Словарь терминов
В словарь терминов (glossary) включаются термины и определения. Он также может служить словарем данных.
Словарь терминов
Даты внесения изменений
Версия |
Дата |
Описание |
Автор |
Черновой начальный вариант |
13 октября, 2003 |
Первый черновой вариант. Будет уточнен на стадии развития |
АБ |
Определения
Термин |
Определение |
Синоним |
Товар |
Продаваемый продукт или услуга |
|
Авторизация платежа |
Подтверждение гарантии оплаты от внешней службы авторизации платежей |
|
Запрос на авторизацию платежа |
Набор элементов, отправляемых по электронной почте службе авторизации платежей, обычно в виде массива символов. К этим элементам относятся: идентификатор магазина, номер счета покупателя, сумма платежа и временная метка |
|
UPC |
Двенадцатизначный числовой код для идентификации продукта. Обычно он представляется в виде штрих-кода. Более подробная информации содержится по адресу http: \\www.uc-council.org |
Universal Product Code |
… |
… |
… |
Задание на самостоятельную работу (для выбранной темы индивидуального проекта):
-
Составить перечень исполнителей и их задач (табл. 1.1).
-
Определить рамки системы (рис. 1.1).
-
Составить перечень исполнителей и их задач на основе анализа внешних событий (табл. 1.2).
-
Разработать диаграмму прецедентов (рис. 1.2).
1 Этот термин происходит от термина "базовая модель" (essential model) из области системного анализа.
2 Это модифицированное и усовершенствованное определение исполнителя, основанное на определении, принятом в более ранних версиях UML и UP. В прежней версии этого определения система никогда не включалась в число исполнителей. Все сущности, включая разрабатываемую систему, могут играть различные роли.