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

×


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

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


Сообщения - Limon

Страницы: 1
1
Спасибо всем, кто проявил активность и помог мне с задачей!  :) :)

Уважаемые аналитики, помогите, пожалуйста еще с одной:
Мне требуется дополнить диаграмму сущность-связь для описания модели автоматизации библиотеки.  Была дана диаграмма (все, что ченым цветом - было дано) на которой нужно было нарисовать недостающие объекты (дорисованное мной выделено красным цветом). Ссылки из одного объекта на другой, являющиеся реализацией связи один-ко-многим.
Главное требование: необходима возможность вести учет взятых читателями книг (какой читатель когда взял какую книгу).



Всё ли я сделал верно?

2
Огромное спасибо за Ваши советы, рекомендации и ссылки!
Денис, очень понравилась Ваша презентация. Все очень лаконично и по-делу.

Вот что у меня получилось:

Цитировать
Нефункциональные требования
Бизнес-правила
Системой могут пользоваться только сотрудники организации.
Ограничения:
Система работает только с файлами с расширением *.txt
Клиент системы может работать только с файлами, расположенными на сервере.
Данные между клиентом и сервером передаются по протоколу FTP

Атрибуты качества продукта
Производительность:
1. Максимальное количество одновременно работающих клиентов не меньше 100
2. Максимальная частота запросов от пользователя (в минуту) не больше 10
3. Количество исполняемых транзакций (в минуту) не меньше 50
4. Длительность типовых транзакций (операций) не больше 10 секунд
Доступность:
Коэффициент доступности серверной части не менее 96%
Допустимое время простоя (в час) не более 3 минут
Безопасность:
Вероятность утечки данных в результате сбоя не должна превышать 0.1%
Масштабируемость:
Стоимость десятикратного увеличения мощности системы не должна превышать 400%

Атрибуты качества использования
Скорость обучения пользованию программой должна быть менее 10 минут
Удовлетворенность пользователей и средняя оценка продукта должны быть на уровне ожиданий.
А в функциональных требованиях я записал системные требования и сценарии использования.

Прошу Вас, укажите на мои ошибки.


3
Дорогие форумчане!
Мне необходимо описать функциональные и нефункциональные требования к клиент-серверной программе. Клиент программы аналогичен программе "блокнот". То есть - это редактор  текстового файла, с функциями поиска, поиска далее, редактирования шрифта, сохранения файлов на удаленном сервере, информации о программе. Информация о сервере настраивается в клиентской версии.

С функциональными требованиями мне, в целом, все понятно.

А что с нефункциональными? Какие тут могут быть бизнес-правила или ограничения? Какие вообще тут могут быть нефункциональные требования?

4
2Humbert:
1. Пользователь - читатель, имеющий читательский билет. Предполагается, что до начала процесса он сообщает какая книга ему нужна, а остальная информация известна.
2. Добавил пункт выдачи книги, спасибо.
3. Альтернативный сценарий (исключения) лучше записывать ПОСЛЕ основного сценария?
Не могу понять в каком шаге объедены действия системы и библиотекаря...
4. Согласен, добавлю альтернативный сценарий к первому пункту.
5. Ну... я таким образом хотел прервать процесс выполнения сценария и, возможно, вернуться к поиску новой книги. А каким образом можно прервать процесс выполнения?

5
Пошарьте документ в Google Doc и дайте возможность комментировать.

Что вы нас заставляете возиться с цитатами в 2016-м году?
Вот ссылка на документ в google docs
https://docs.google.com/document/d/1p-of8527g2cv5AodrWUohRz3bnWiZsOh8ISmuf1ThSc/edit?usp=sharing
внизу красным выделен сценарий использования, который шел вместе с заданием, как пример

6
В первую очередь меня интересуют логические ошибки.
Но и указание на технические ошибки не повредит))
В целом, ошибок масса, да?

7
Добрый вечер, уважаемые!
Столкнулся с задачей описать usecase выдачи книги читателю библиотекарем (зарегистрировать выдачу в системе).
И вот, как я вижу решение этой задачи:
Цитировать
Краткое описание: Выдача экземпляра книги
Пользователь: Библиотекарь
Предварительное состояние: Система загружена
Запускающее событие(я): Пользователь просит выдать книгу
Цели: Регистрация выдачи экземпляра книги в Системе
Результирующее состояние: Выдача книги зарегистрирована в Системе
1.   Библиотекарь  находит книгу в справочнике, выделяет её и нажимает кнопку «Выдать экземпляр»
2.   Система удостоверяется, есть ли доступные для выдачи экземпляры книги, в противном случае выводит сообщение о том, что доступных для выдачи экземпляров нет. Возвращается к п.1
3.   Система отображает интерфейс «Выдача экземпляра книги»
4.   Библиотекарь  заполняет поля:
     a.   Инвентарный номер выдаваемой книги – можно выбрать из списка
     b.   Номер читательского билета, на который выдается книга

И нажимает кнопку «Выдать»
5.   Система удостоверяется,  что есть возможность выдачи книги на указанный номер читательского билета. В противном случае выводит сообщение о том, что выдача по указанному номеру читательского билета не возможна. Возвращается к п. 4
6.   Система вносит данные о выдаче экземпляра книги:
     a.   Уникальный номер выдачи (генерируется системой)
     b.   Номер экземпляра выдаваемой книги.
     c.   Номер читательского билета, на который выдается книга.
     d.   Дата выдачи книги (генерируется системой)

и выводит сообщение: «Данные о выдаче экземпляра успешно зарегистрированы в системе»

Прошу Вас, знающие люди, укажите мне на мои ошибки.

Страницы: 1