Клиент электронной почты

ОтчётПомощь в написанииУзнать стоимостьмоей работы

Актёр в нашей системе всего один — это пользователь (рис. 1). В рамках данной программы он сначала осуществляет авторизацию, затем может выбрать почтовый ящик, осуществлять поиск сообщений по архиву, просмотр сообщения, его отправка, а также пользователь может осуществлять работу с контактами (добавлять или удалять контакт). Последние две опции расположены через стрелки «extend», что значит, что… Читать ещё >

Клиент электронной почты (реферат, курсовая, диплом, контрольная)

Клиент электронной почты

Отчёт по учебной практике

UML — язык моделирования, используемый архитектором при разработке дизайна системы для создания описания основных, важных аспектов ПО.

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

Существует несколько видов диаграмм: диаграммы классов, диаграммы объектов, диаграммы UseCase (диаграммы прецедентов), диаграммы последовательности, диаграммы сотрудничества (кооперации), диаграммы схем состояний, диаграммы деятельности, компонентные диаграммы, диаграммы размещения (развертывания), и многие другие[1].

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

Что же это за программа?

Клиент электронной почты — программное обеспечение, устанавливаемое на компьютере пользователя и предназначенное для получения, написания, отправки и хранения сообщений электронной почты одного или нескольких пользователей (в случае, например, нескольких учётных записей на одном компьютере) или нескольких учётных записей одного пользователя[5].

А теперь разберёмся поподробнее на примере диаграмм.

1. Диаграмма прецедентов (UseCase)

Это диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами.

Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы[2].

Рисунок 1 - Диаграмма прецедентов

2. Диаграмма классов

Диаграммы классов применяются для моделирования объектно-ориентированных систем. На простых диаграммах показываются классы и отношения между классами. На сложных диаграммах показываются классы, интерфейсы, кооперации и отношения между ними. Диаграммы классов дают статический вид системы. Можно также сказать, что диаграммы классов представляют собой взгляды разработчиков на статические состояния проектируемых систем. С помощью диаграмм классов составляется словарь системы[3].

Рисунок 2 - Диаграмма классов

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

моделирование язык прецедент программный

3. Диаграмма видов деятельности

Это диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого[6].

Рисунок 3 - Диаграмма видов деятельности

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

4. Диаграмма компонентов

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

Рисунок 4 - Диаграмма компонентов

По диаграмме ясно видно, какие мы выделяем компоненты (рис. 4) — компьютер пользователя, сервер приложения и сервер базы данных.

5. Диаграмма последовательностей

Диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления[8].

Рисунок 5 - Диаграмма последовательностей

На данной диаграмме (рис. 5) показано взаимодействие пользователя с папками сообщений через поиск по архиву и через дальнейший просмотр сообщений с самим сообщением.

6. Диаграмма состояний

Каждая диаграмма состояний в UML описывает все возможные состояния одного экземпляра определенного класса и возможные последовательности его переходов из одного состояния в другое, то есть моделирует все изменения состояний объекта как его реакцию на внешние воздействия[4].

Рисунок 6 - Диаграмма состояний

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

Заключение

В данной работе мы рассмотрели на примере диаграмм UMLпринцип работы программы «Клиент электронной почты», а также такие её функции как, хранение сообщений, поиск по архиву сообщений, ведение адресной книги и т. п.

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

моделирование язык прецедент программный

1. Единое окно доступа к образовательным ресурсам. [Электронный ресурс]: — Режим доступа: http://window.edu.ru/resource/409/61 409/files/ koznov-lectures.pdf

2. Википедия. Свободная энциклопедия. Диаграмма прецедентов. [Электронный ресурс]: — Режим доступа: http://ru.wikipedia.org/wiki/ Диаграмма прецедентов

3. Федеральное государственное унитарное предприятие Всероссийский научно-исследовательский институт проблем вычислительной техники и информатизации. [Электронный ресурс]: — Режим доступа: http://pvti.ru/ lect1-lecture3.htm

4. Мастерская Dr.dimdim. [Электронный ресурс]: — Режим доступа: http://www.infosystem.ru/designing/methodology/uml/theory/statechat_diagram_ theory. html

5. Википедия. Свободная энциклопедия. Клиент электронной почты. [Электронный ресурс]: — Режим доступа: http://ru.wikipedia.org/wiki/ Клиент_электронной_почты

6. Википедия. Свободная энциклопедия. Диаграмма деятельности. [Электронный ресурс]: — Режим доступа: http://ru.wikipedia.org/wiki/ Диаграмма_деятельности

7. Википедия. Свободная энциклопедия. Диаграмма компонентов. [Электронный ресурс]: — Режим доступа: http://ru.wikipedia.org/wiki/ Диаграмма_компонентов

8. Википедия. Свободная энциклопедия. Диаграмма последовательности. [Электронный ресурс]: — Режим доступа: http://ru.wikipedia.org/wiki/ Диаграмма_последовательности

Показать весь текст

Заполнить форму текущей работой