Форум Сообщества Аналитиков

×


Просмотр сообщений

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


Сообщения - rave

Страницы: « 1 2 3 4 5
61
Прошу прощения, что создал тему, и не отписывался в ней больше. Просто было слегка не до этого, т.к. занимался здоровьишком.

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

Варианты использования

ВИ 01. Авторизация
Роли: Любой пользователь системы
Предусловия: ---
Сценарий:
•   Пользователь заходит на сайт
•   Система запрашивает логин и пароль
•   Пользователь вводит выданный ему логин и пароль
•   Система проверяет введенные данные, после чего открывает доступ к сайту
Альтернативный сценарий:
•   Пользователь вводит неверный логин или пароль
•   Система выдает сообщение об ошибке
•   Пользователь может попробовать ввести данные заново или выбрать 1 из пунктов «Восстановление логина», «Восстановление пароля»
•   В обоих случаях выводится форма ввода электронной почты
•   Пользователь заполняет данную форму адресом своей электронной почты
•   Система отправляет письмо с данными на указанный e-mail
Постусловия:
Пользователь входит в систему под своей учетной записью, согласно которой получает определенные права и ограничения

ВИ 02. Оформление заказа
Роли: Клиент
Предусловия: ВИ 01. Авторизация
Сценарий:
•   Клиент выбирает заинтересовавшую его категорию светильников
•   Скачивает прайс-лист(ы) и остатки
•   Заполняет ячейки с товаром для заказа
•   Заходит на сайт
•   Выбирает пункт «загрузка заказа»
•   Загружает сформированный заказ на сервер
Альтернативный сценарий:
Постусловия:
Заказ загружен на сервер для дальнейшей проверки

ВИ 03. Формирование статуса заказа
Роли: Системный администратор
Предусловия: ВИ 01. Авторизация
Сценарий:
•   Администратор сверяется с СУП?????
•   Администратор в фронтэнде или бэкэнде сайта формирует в таблице статусов нужного пользователя статус конкретного заказа в зависимости от фактического статуса выполнения заказа.
Альтернативный сценарий:
Постусловия: Сформированный статус

ВИ 04. Создание проекта в ИСУП
Роли: Менеджер по оптовым продажам
Предусловия: ВИ 01. Авторизация
Сценарий:
•   Менеджер заходит в систему управления проектами
•   Нажимает на кнопку «Новый проект»
•   Вводит название проекта
•   По необходимости ставит срок завершения проекта
•   Добавляет участников проекта
•   При необходимости совершает дополнительные настройки
o   Делает проект публичным
o   Разрешает запросы на присоединение к проекту
o   Выбирает цвет и логотип проекта
•   Сохраняет созданный проект
Альтернативный сценарий:
Постусловия:
Создан новый проект

ВИ 05. Создание нового этапа в ИСУП
Роли: Менеджер по оптовым продажам
Предусловия: ВИ 01. Авторизация, ВИ 04. Создание проекта в ИСУП
Сценарий:
•   Менеджер заходит в систему управления проектами
•   Выбирает в списке проектов тот, в котором необходимо создать новый этап
•   Нажимает на кнопку «Новый этап»
•   Вводит заголовок и, если необходимо, краткое описание этапа
•   При необходимости совершает дополнительные настройки
o   Вводит срок завершения этапа
o   Выбирает приоритет созданного этапа
•   Сохраняет созданный этап проекта
Альтернативный сценарий:
Постусловия:
Создан новый этап

ВИ 06. Создание новой задачи в ИСУП
Роли: Менеджер по оптовым продажам, администратор сайта, бухгалтер
Предусловия: ВИ 01. Авторизация, ВИ 04. Создание проекта в СУП
Сценарий:
•   Пользователь системы заходит в систему управления проектами
•   Выбирает в списке проектов тот, в котором необходимо создать новую задачу
•   Нажимает кнопку «Новая задача»
•   Вводит заголовок задачи
•   Выбирает этап проекта
•   Выставляет приоритет задачи
•   Обозначает сроки завершения задачи
•   Назначает ответственных лиц
•   Сохраняет созданную задачу
Альтернативный сценарий:
Постусловия:
Создана новая задача

ВИ 07. Формирование счета
Роли: Бухгалтер
Предусловия: ВИ 01. Авторизация
Сценарий:
•   Бухгалтер сверяется с ИСУП
•   При наличии активных заданий, связанных с формированием счетов, бухгалтер выбирает одно из них
•   Скачивает прикрепленный к заданию файл с заказом
•   Формирует счет по данному заказу, используя сторонние программные продукты
•   Прикрепляет сформированный счет к заданию
•   Помечает задание как выполненное
•   Передает информацию администратору сайта (через ИСУП мб?)
•   Администратор сайта обновляет статус заказа конкретного пользователя и прикрепляет счет на оплату по данному заказу
Альтернативный сценарий:
Постусловия: Сформированный счет

ВИ 08. Управление аккаунтами
Роли: Администратор сайта
Предусловия:
Сценарий:
Администратор сайта регистрирует пользователей в системе, присваивая им учетные имена и пароли.
Альтернативный сценарий:
Постусловия: Зарегистрированные под определенными учетными записями пользователи

ВИ 09. Управление правами
Роли: Администратор сайта
Предусловия:
Сценарий:
Администратор сайта устанавливает определенные ограничения доступа пользователей в соответствии с их ролями в системе.
Альтернативный сценарий:
Постусловия: Распределенные права пользователей

ВИ 10. Использование формы обратной связи
Роли: Клиент
Предусловия:
Сценарий:
•   Клиент при возникновении каких-либо вопросов и предложений нажимает на кнопку «Обратная связь»
•   Выбирает удобный для него способ обратной связи из предложенных:
o   Рабочий телефон
o   Мобильный телефон
o   Почтовый адрес
o   Адрес электронной почты
o   ICQ
o   Заполнение непосредственно самой формы обратной связи с автоматической отправкой письма на указанный e-mail
Альтернативный сценарий:
Постусловия:

ВИ 11. Мониторинг ИСУП
Роли: Администратор сайта, менеджер, бухгалтер, управляющие складами
Предусловия: ВИ 01. Авторизация
Сценарий:
Пользователь производит мониторинг ИСУП в зависимости от роли в системе на предмет:
•   новых заданий
•   выполнения того или иного задания
•   просматривает активные задания
o   в режиме списка
o   в режиме календаря
Альтернативный сценарий:
Постусловия:

ВИ 12. Формирование прайс-листов
Роли: менеджер по продажам
Предусловия: ВИ 01. Авторизация
Сценарий:
•   Менеджер по продажам с определенной периодичностью формирует прайс-листы светильников по категориям в сторонних программных продуктах
•   Загружает сформированные прайс-листы на сайт
Альтернативный сценарий:
Менеджер дает задание администратору сайта для загрузки тех или иных прайс-листов
Постусловия: Сформированные и загруженные прайс-листы


Выстроил я правда слегка в сумбурном порядке их все, но я это исправлю, на это не смотрите..

62
Еще раз повторюсь, что это не интернет-магазин, оплатить онлайн возможности нет.
Кстати седня еще туда ввпихнул систему управления проектами (типа так удобнее будет бухгалтеру и зав складом смотреть чо когда сделать надо, и не только). Так что ее в UML тоже как-то обыграть надо я думаю..

63
Здрасьте.

В общем необходимо спроектировать сабж. В общем-то я уже все сдеал практически, но надо еще описать все в рамках нотации UML.
Для ясности прилагаю IDEF0 схему БП продажи при помощи данного сайта.

Для начала UML проектирования попытался составить требования к системе, на основе которых нарисовал подобие Business Domain Model (кстати как это по-русски? Диаграмма бизнес-объектов?):

  • Портал предназначен для доступа к нему заранее зарегистрированных (администратором) оптовых клиентов
    Клиент должен авторизоваться для входа на сайт
    Клиенты могут скачивать прайс-листы из выбранной категории товара (светильников)
    Клиент может сделать заказ, используя форму загрузки заказов
    Клиент может отследить статус заказа
    Бухгалтер формирует счет на оплату (и публикует ссылку на этот счет на сайте, или загружает на сайт, пока не знаю..)
    Системный администратор и менеджер управляют статусами заказов
    Менеджер по оптовым продажам формирует прайс-листы
    Администратор управляет учетными записями пользователей
    Администратор управляет безопасностью
    Клиент может воспользоваться формой обратной связи
Акторы будут следующие:
  • Клиент
    Админ
    Менеджер
    Бухгалтер
    Зав складом

Не откажусь от советов и рекомендаций по поводу того, что делать дальше.. Написать ВИ системы? Нарисовать ДВИ? Что еще? Заранее спасибо.


64
дви = диаграмма вариантов использования = диаграмма прецедентов

Страницы: « 1 2 3 4 5