Выделение субъектов (актеров) и прецедентов (видов деятельности)

КУРСОВОЙ ПРОЕКТ

на тему:

Разработка модели программного обеспечения информационной системы, реализующей функции каталога ресурсов сети Интернет.

 

Вариант № 35

 

Выполнил студент группы ИС-02-1

Дзгоев А. Э.

Проверил асс. каф. ИС, к.т.н.

Столбовский Д. Н.

Владикавказ 2006 г.

СОДЕРЖАНИЕ

 

СОДЕРЖАНИЕ 2

ЗАДАНИЕ 3

1. АНАЛИЗ ТРЕБОВАНИЙ 4

2. ВЫЯВЛЕНИЕ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ 5

2.1. Выделение субъектов (актеров) и прецедентов (видов деятельности) 5

2.2 Диаграмма прецедентов 7

2.3 Документирование прецедентов 8

3. ВЫЯВЛЕНИЕ КЛАССОВ-СУЩНОСТЕЙ 13

4. МОДЕЛИРОВАНИЕ ВИДОВ ДЕЯТЕДЬНОСТИ. 14

5. МОДЕЛИРОВАНИЕ ВЗАИМОДЕЙСТВИЙ 19

6. МОДЕЛИРОВАНИЕ СОСТОЯНИЙ 27

7. ПРОЕКТИРОВАНИЕ СТАТИЧЕСКОЙ СТРУКТУРЫ ИС 30

 

8. РАЗРАБОТКА СХЕМЫ БД ДЛЯ ХРАНЕНИЯ СПИСКА РЕСУРСОВ 31

ЗАКЛЮЧЕНИЕ 32

ЛИТЕРАТУРА 33

 

 

ЗАДАНИЕ

Тема: Разработка модели программного обеспечения информационной системы, реализующей функции каталога ресурсов сети интернет.

Требуется разработать модель программного обеспечения каталога ресурсов сети Интернет.

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

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

Поскольку содержание ресурсов Интернет со временем изменяется необходимо следить за датой последнего обновления, периодически опрашивая WEB-сайты, URL которых хранятся в каталоге.

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

 

АНАЛИЗ ТРЕБОВАНИЙ

 

Определение и анализ требований является одним из важнейших этапов разработки модели программного обеспечения. Он заключается в сборе всех возможных пожеланий (требований) к работе системы, которые могут предъявить пользователи и аналитики. Позднее эти данные должны быть систематизированы и структурированы, но на данном этапе в ходе интервью с пользователями и изучения документов, аналитики должны собрать как можно больше требований к будущей системе, что не так просто, как кажется на первый взгляд. Пользователи часто сами не представляют, что они должны получить в конечном итоге.

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

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

 

 

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

· выявление вариантов использования;

· выявление классов-сущностей;

· моделирование видов деятельности;

· моделирование взаимодействий

· моделирование состояний;

· проектирование статической структуры ИС.

· разработка схемы базы данных для хранения ресурсов.

 

 

ВЫЯВЛЕНИЕ ВАРИАНТОВ ИСПОЛЬЗОВАНИЯ

Выделение субъектов (актеров) и прецедентов (видов деятельности)

Субъект – это некто или нечто (человек, машина и т.д.), взаимодействующее с прецедентом. Субъект взаимодействует с прецедентом, ожидая получить некий полезный результат.

Прецедент (use case) выполняет бизнес-функцию, которую может наблюдать внешний субъект и которая может быть впоследствии отдельно протестирована в процессе разработки.

Субъекты, и прецеденты определяются в результате анализа функциональных требований. Функциональные требования воплощаются в прецедентах. Прецеденты удовлетворяют функциональные требования за счет предоставления субъекту полезного результата. При этом не имеет значения, в какой последовательности решает бизнес-аналитик свои задачи: сначала обозначает субъектов, а затем прецеденты, или наоборот. В данном курсовом проекте сначала выбираются субъекты.

Типичным графическим изображением субъекта является «штриховой человечек». В общем случае субъект может быть показан в виде прямоугольного символа класса.

Исходя из определения субъектов и требований, приведенных в задании, были выделены следующие субъекты:

 

Рис. 1. Субъекты (actors)

 

 

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

Прецеденты можно вывести в результате идентификации задач для субъекта. Для этого следует задаться вопросом: «Каковы обязанности субъ­екта по отношению к системе и чего он ожидает от системы?» Прецеденты также можно определить в результате непосредственного анализа функциональных требований.

Для выявления вариантов использования и построения диаграммы прецедентов было учтено следующее:

· Пользователь имеет возможность добавить новый ресурс;

· Пользователь имеет возможность получить полный список ресурсов;

· С помощью системы пользователь может найти любую информацию;

· Пользователь может произвести поиск среди найденных результатов;

· Пользователь имеет возможность произвести сортировку;

· Пользователь может выбрать форму результата(полную или частичную);

· Система каталога (сервер) следит за обновлением ресурсов.

Учитывая все перечисленные выше требования для рассматриваемой модели, были выделены следующие виды деятельности:

 

 

Рис. 2. Варианты использования или прецеденты (use case)

Диаграмма прецедентов

 

Диаграмма прецедентов – это наглядное представление субъектов и прецедентов вместе с любыми дополнительными определениями и спецификациями. На данном виде диаграмм отображаются основные функции, которые выполняет система, лица, оказывающие влияния на систему – внешние сущности, а также связи между ними. Диаграмма прецедентов представляет собой не просто некую схему, а является полностью документированной моделью предполагаемого поведения системы.

Диаграмма прецедентов приписывает прецеденты к субъектам. Она также позволяет пользователю установить отношения между прецедентами, конечно, если такие отношения существуют.

Достоинства модели вариантов использования заключаются в том, что она:

· удобна для общения пользователей с разработчиками;

· определяет пользователей и границы системы;

· используется для написания тестов;

· является основой для написания пользовательской документации;

· определяет системный интерфейс;

· хорошо вписывается в любые методы проектирования (как объектно-ориентированные, так и структурные).

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

 

Рис. 3. Диаграмма прецедентов