Клиент электронной почты
Отчет по практике - Компьютеры, программирование
Другие отчеты по практике по предмету Компьютеры, программирование
Клиент электронной почты
Отчёт по учебной практике
Введение
UML - язык моделирования, используемый архитектором при разработке дизайна системы для создания описания основных, важных аспектов ПО.
Скелетом UML является диаграммная структура. Каждый вид диаграмм является типом моделей, реализующим определенную точку зрения на программную систему. Виды диаграмм не являются строго обязательными в UML - их можно перемешивать, создавать свои собственные виды диаграмм. Тем не менее стандартные виды диаграмм являются определенным достоянием программной инженерии, так как отражают опыт многих исследователей и практиков.
Существует несколько видов диаграмм: диаграммы классов, диаграммы объектов, диаграммы UseCase (диаграммы прецедентов), диаграммы последовательности, диаграммы сотрудничества (кооперации), диаграммы схем состояний, диаграммы деятельности, компонентные диаграммы, диаграммы размещения (развертывания), и многие другие[1].
В нашей работе мы разработали лишь некоторые из существующих диаграмм для наглядного представления принципов работы клиента электронной почты.
Что же это за программа?
Клиент электронной почты - программное обеспечение, устанавливаемое на компьютере пользователя и предназначенное для получения, написания, отправки и хранения сообщений электронной почты одного или нескольких пользователей (в случае, например, нескольких учётных записей на одном компьютере) или нескольких учётных записей одного пользователя[5].
А теперь разберёмся поподробнее на примере диаграмм.
1. Диаграмма прецедентов (UseCase)
Это диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами.
Основная задача - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы[2].
Рисунок 1 - Диаграмма прецедентов
Актёр в нашей системе всего один - это пользователь (рис. 1). В рамках данной программы он сначала осуществляет авторизацию, затем может выбрать почтовый ящик, осуществлять поиск сообщений по архиву, просмотр сообщения, его отправка, а также пользователь может осуществлять работу с контактами (добавлять или удалять контакт). Последние две опции расположены через стрелки extend, что значит, что пользователь может это делать, а может и не делать.
2. Диаграмма классов
Диаграммы классов применяются для моделирования объектно-ориентированных систем. На простых диаграммах показываются классы и отношения между классами. На сложных диаграммах показываются классы, интерфейсы, кооперации и отношения между ними. Диаграммы классов дают статический вид системы. Можно также сказать, что диаграммы классов представляют собой взгляды разработчиков на статические состояния проектируемых систем. С помощью диаграмм классов составляется словарь системы[3].
Рисунок 2 - Диаграмма классов
Система клиента электронной почты включает несколько классов (рис. 2): папки сообщений (входящие, отправленные, черновики, удалённые, спам), работая с которыми можно создать или удалить папку, класс сообщение, включающий в себя время отправления, адресата и тему (сообщения тоже можно удалить, отправить или сохранить в черновике), класс пользователя, (включающий логин и пароль) и класс главного меню.
моделирование язык прецедент программный
3. Диаграмма видов деятельности
Это диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов - вложенных видов деятельности и отдельных действий, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого[6].
Рисунок 3 - Диаграмма видов деятельности
Деятельность в рамках программы клиента электронной почты начинается с авторизации (рис. 3), затем можно выбрать один из видов деятельности - написать сообщение (после чего мы можем отправить или сохранить сообщение), просмотреть сообщение (после чего его можно удалить) или начать работу с контактами (добавить или удалить контакт).
4. Диаграмма компонентов
Показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы и т.п. [7].
Рисунок 4 - Диаграмма компонентов
По диаграмме ясно видно, какие мы выделяем компоненты (рис. 4) - компьютер пользователя, сервер приложения и сервер базы данных.
5. Диаграмма последовательностей
Диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления[8].
Рисунок 5 - Диаграмма последовательностей
На данной диаграмме (рис. 5) показано взаимодействие пользователя с папками сообщений через поиск по архиву и через дальнейший просмотр сообщений с самим сообщением.
6. Диаграмма состояний
Каждая диаграмма состояний в UML описывает все возможные состояния одного экземпляра определенного класс