Федеральное агентство связи

Ордена Трудового Красного Знамени

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Московский технический университет связи и информатики»

Кафедра мультимедийных сетей и услуг связи

Отчет по курсовой работе

по дисциплине «Методы и средства проектирования информационных систем и технологий»

Выполнили: студенты группы БСТ1801

Францев Артём

Авезов Гуванч

Трибрат Дмитрий

Москва 2021

1. Предварительное описание

Каждый блог принадлежит одному пользователю и состоит из нескольких записей. В момент создания блога в нем записей нет. Пользователь может создавать записи лишь в собственном блоге. Читать записи любого пользователя может каждый пользователь. В каждой записи есть заголовок, дата, текст. На каждой странице блога находятся ссылка на профиль. На начальной странице блога отображаются 10 последних записей (или менее, если в блоге их недостаточно). Если записей в блоге больше 10, то с начальной страницы можно перейти на вторую, где отображается второй десяток записей и т. д.. Записи в блоге упорядочены по убыванию даты. Любая запись может быть отредактирована, но дата записи не может быть изменена. Запись может быть удалена автором.

Перейдя на страницу отдельной записи, пользователь может ее комментировать, независимо от того чужая это запись или его собственная. Комментарий состоит из текста и даты, указывающей, когда он написан. Комментарий может быть дан к записи блога или к ранее написанному комментарию. Пользователь может запретить комментирование любой записи в своем блоге. Комментарии, полученные раньше запрета, сохраняются. Запрет на комментирование может быть снят. Все комментарии к записи отображаются под ее текстом в виде дерева. Каждый комментарий помечен именем его автора. Имя может быть использовано для перехода к начальной странице блога с этим именем.

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

Любой желающий вести блог должен зарегистрироваться. При регистрации пользователь заполняет форму, указывая желаемое имя, пароль, список своих интересов, дату рождения, контакты, краткие сведения о себе. Если имя не занято, и форма заполнена полностью, система заводит блог нового пользователя.

Сведения из регистрационной формы (кроме пароля) отображаются на странице профиля пользователя. Пользователь может отредактировать собственный профиль, изменив в нем все, кроме имени. Пользователь может изменить свой пароль. Пароль не может быть короче 8 символов.

Зарегистрированный пользователь, осуществляет вход в собственный блог, указывая имя и пароль. Все описанные выше действия с записями, комментариями и собственным профилем, действия с друзьями доступны пользователю только после входа.

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

2. Выделение прецедентов

   1. Определение рамок системы

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

1. Основной исполнитель (primary) – операционная система

2. Вспомогательный исполнитель (supporting) – браузер устройства, беспроводной роутер

3. Закулисный исполнитель (offstage) – база данных

Рамки системы:

1. Не проводит модерацию блога.

2. Не обеспечиваем компьютерными устройствами.

3. Не ограничиваем количество блогов, записей, комментариев и остальных данных.

4. Не организуем рекламную компанию для конкретного блога.

5. Мы не осуществляем контроля за соблюдением требований, предусмотренные федеральными законами.

6. Мы не несем ответственность за контент, выложенный пользователями.

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

2. Определение основных исполнителей и задач

Составим перечень исполнителей в виде таблицы, по которой можно определить основные прецеденты. Распишем, какие задачи они выполняют.

Исполнитель	Задачи
Пользователь	Аутентификация, Регистрирует собственный блог, Изменение данных собственного блога, Комментирование записей, Удаление собственного блога

Из таблицы можно сделать вывод, что в разрабатываемой системе присутствует 1 исполнитель:

1. Пользователь

Поэтому в качестве прецедентов определим те, которые соответствуют задачам основных исполнителей.

3. Описание прецедентов

В данном разделе прецеденты описаны по следующим параметрам: рамки, основной исполнитель, заинтересованные лица, предусловия, результаты, то есть были определены границы системы, условия для выполнения данного прецедента, а также результат выполнения прецедента.

Описание прецедента «Аутентификация»:

Данный прецедент предоставляет пользователям возможность доступа в систему по индивидуальному логину и паролю.

• Рамки текущего прецедента: главная страница сайта

• Основной исполнитель: пользователь

• Заинтересованные лица: сервер

• Предусловия: отсутствие пользователя с идентичным именем пользователя

Описание прецедента «Регистрация собственного блога»:

Данный прецедент предоставляет созданный блог для «свободного» пользования.

• Рамки текущего прецедента: система управления блогом

• Основной исполнитель: пользователь

• Заинтересованные лица: сервер и пользователь

• Предусловия: отсутствие блога с таким же название

Описание прецедента «Комментирование»:

Данный прецедент предоставление возможности комментирования записей.

• Рамки текущего прецедента: записи, находящиеся в блоге

• Основной исполнитель: пользователь

• Заинтересованные лица: пользователь

• Предусловия: существование записей в блоге

Описание прецедента «Удаление собственного блога»:

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

• Рамки текущего прецедента: система управления богом

• Основной исполнитель: пользователь

• Заинтересованные лица: пользователь и сервер

• Предусловия: существование блога

Успешный сценарий прецедента «Аутентификация»:

1. Ввод данных в поля «логин» и «пароль»

2. Система проверяет правильность ввода данных

3. Загрузка соответствующей страницы блога

Успешный сценарий прецедента «Регистрация собственного блога»:

1. Ввод личных данных в соответствующие поля:

1. Имя пользователя

2. Пароль

3. Список своих интересов

4. Дату рождения

5. Контакты

6. Краткие сведения о себе

2. Система проверяет корректность введенных данных

3. Система сохраняет личную информацию

Успешный сценарий прецедента «Комментирование»:

1. Пользователь открывает запись, под которой хочет оставить комментарий

2. Система контролирует доступ к комментированию

3. Пользователь комментирует запись блога

Расширения (альтернативные потоки)

2а. Если комментирование запрещено, пользователь не может оставить комментарий под постом

Успешный сценарий прецедента «Удаление собственного блога»:

1. Пользователь входит в систему под индивидуальным логином и паролем

2. Пользователь заходит в раздел «Настройки»

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

4. Система удаляет блог, все записи и комментарии, принадлежащие блогу

Прецеденты	Задачи
Аутентификация	Дает возможность доступа в систему
Регистрация собственного блога	Регистрирует пользователя в системе
Изменение данных собственного блога	Позволяет выкладывать записи, изменять личные данные и пароли, управлять комментированием записей
Комментирование записей	Позволяет комментировать записи своего и блога другого пользователя
Удаление собственного блога	Фиксирует удаление блога из баз данных и системы.

4. Таблица ранжирования

Прецеденты	Объем (0-10)	Важность (0-10)	Сложность (0-10)	Ранг
Изменение данных собственного блога	10	5	7	7,3
Регистрация собственного блога	7	9	5	7
Аутентификация	3	10	6	6,3
Комментирование	3	3	4	3,3
Удаление собственного блога	2	3	3	2,6

Описание основного прецедента: по данным таблицы ранжирования был выявлен основной прецедент – «Изменение данных собственного блога». В данном прецеденте происходят следующие процессы:

• Добавление записей

• Редактирование записей

• Удаление записей

• Настройка приватности записи

• Настройка возможности комментирования записей

• Удаление комментариев

4. Основной успешный сценарий

1. Пользователь желает попасть в систему.

2. Система проверяет зарегистрирован в системе.

3. Система проверяет сопоставление логина и пароля и пропускает его в блог.

4. Пользователь выкладывает запись в собственный блог.

5. Система проверяет возможность комментирования записи.

6. Пользователи оставляют комментарии под записью в связи с возможностью комментирования записи.

7. Система фиксирует выход пользователя.

1. Расширения (альтернативные потоки)

2а. Если пользователя нет в системе, ему необходимо зарегистрироваться.

3а. При несовпадении логина и пароля требуется повторный ввод данных.

6а. Если комментарии закрыты, пользователи только просматривают записи в блоге.

2. Специальные требования

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

2.6 Построение диаграммы прецедентов

Диаграмма регистрации пользователя

Диаграмма аутентификация пользователя

Диаграмма добавление комментарии

Диаграмма удаление собственного блога

Диаграмма изменение данных собственного блога