Разработка информационной системы на примере «Почтового коллектора»

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

В данном контексте особенно важными являются системы, направленные на сбор, обработку и управление информацией, такие как «Почтовый коллектор». «Почтовый коллектор» представляет собой пример информационной системы, разработанной для оптимизации почтовых процессов, начиная от сбора почтовых отправлений и заканчивая их доставкой адресатам.

1. Предварительные замечания к проекту

1.1. Цели и рамки проекта

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

1.2. Деловой контекст

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

1.3. Идеи в отношении решений

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

1.4. Обзор документа

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

2. Системные сервисы

2.1. Рамки системы

Рамки системы можно моделировать с помощью диаграммы контекста (рис. 1).

Рис. 1. Контекстная диаграмма

ИС «Почтовый коллектор» получает запросы на отправления писем другим пользователям от сущности «Пользователь» и также предоставляет ей письма, отправленные другими пользователями. Для передачи этих данных сущность «Пользователь» должна зарегистрироваться/авторизоваться, после чего данные о пользователе заносятся в сущность «База данных пользователей». В своей работе сущность «Почтовый коллектор» использует информацию из сущности «Общий реестр данных пользователей» для авторизации пользователя и отправления писем другим пользователям. В сущности «База данных писем» хранится имя отправителя, имя получателя, время, дата отправления и содержание письма. После отправления письма пользователю сущность «Почтовый коллектор» отправляет уведомление сущности «Пользователь» и предоставляет письмо к прочтению.

2.2. Функциональные требования

ИС должна обеспечивать следующие функциональные возможности:

• Получение письма;
• Регистрация нового аккаунта;
• Авторизация;
• Смена аккаунтов;
• Отправка писем;
• Вывод списка писем;
• Вывод списка отправленных писем;
• Вывод даты отправления и получения писем;
• Вывод содержания отправленных и полученных писем;
• Сортировка писем по имени отправителя;
• Сортировка писем по дате и времени;
• Поиск письма по имени отправителя;
• Предоставление отправленных писем получателю;
• Уведомление получателя о поступившем письме;
• Настройка пользовательского интерфейса.

2.3. Требования к данным

ИС должна хранить свои данные в специализированных (.db) файлах – файлы базы данных SQL [2]. В файле должна храниться информации о логине и пароле пользователя для авторизации и отправления писем (id, логин, пароль,) – например userInfo.db.

Так же должен быть файл с информацией о письмах (id, логин, отправленные письма) – mailInfo.db.

3. Системные ограничения

3.1. Требования к производительности

Особых требований к производительности ИС нет.

3.2. Требования к безопасности

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

3.3. Эксплуатационные требования

ИС должна функционировать на ОС Windows 8, OC Windows 10, ОС Windows 11. Минимальные аппаратные требования определяются минимальными аппаратными требованиями к вышеперечисленным ОС.

3.4. Политические и юридические требования

• Федеральный закон «О персональных данных» от 27.07.2006 № 152- ФЗ (последняя редакция) [3].
• Пользовательское соглашение.

3.5. Другие ограничения

Нет.

4. Проектные вопросы

4.1. Открытые вопросы

Возможность разработки приложения на ОС Android и IOS для

удобства использования.

4.2. Предварительный план-график

04.09.2023 – 15.09.2023 – Анализ и установление требований к ИС.

18.09.2023 – 21.09.2023 – Анализ функциональности ИС.

22.09.2023 – 26.09.2023 – Спецификация требований к ИС.

27.10.2023 – 10.11.2023 – Разработка ИС:

1. 09.2023 – 23.10.2023 – Back-end разработка.
2. 10.2023 – 06.11.2023 – Front-end разработка.
3. 11.2023 – 10.11.2023 – Тестирование.

13.11.2024 – 24.12.2024 – Тестовая эксплуатация ИС.

27.12.2024 – 06.12.2024 – Ввод в эксплуатацию.

4.3. Предварительный бюджет

Рис. 2.

UML диаграммы [4] используются в процессе разработки информационной системы «Почтовый коллектор» для визуализации ее структуры, компонентов и взаимосвязей между ними (рис. 3). Эти диаграммы могут включать диаграммы классов, диаграммы прецедентов, диаграммы последовательностей и другие типы, которые помогают разработчикам лучше понять систему и ее функциональные возможности. Использование UML диаграмм позволяет улучшить коммуникацию между участниками проекта, облегчить процесс проектирования и предоставить четкое представление о структуре и функциональности системы.

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

Flowchart [5] (диаграмма потоков данных) (рис. 4) используется для описания логики работы системы "Почтовый коллектор" и последовательности действий, выполняемых в процессе обработки почтовых отправлений. Эта диаграмма представляет собой графическое изображение шагов и решений, которые происходят в системе, а также потоков данных между этими шагами. Flowchart помогает визуализировать процесс обработки почты, выявить возможные узкие места и улучшить его эффективность.

Рис. 4. Flowchart диаграмма