
- •Министерство образования и науки рф
- •Оглавление
- •Термины, определения и сокращения
- •Задание
- •Введение
- •Система управления электронной почтой. Техническое задание
- •Концептуальная модель предметной области
- •Требования к системе
- •Требования к системе в целом
- •Требования к структуре и функционированию системы
- •Требования к численности и квалификации персонала системы и режиму его работы
- •Показатели назначения
- •Требования к надежности
- •Требования безопасности
- •Требования к эргономике и технической эстетике
- •Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
- •Требования к защите информации от несанкционированного доступа
- •Требования по сохранности информации при авариях
- •Требования к защите от влияния внешних воздействий
- •Спецификация вариантов использования
- •Запросить информации о тарифах
- •Запросить информации о клиентах
- •Добавить клиента в базу
- •Просмотреть статистику клиента
- •Изменить информацию о клиенте
- •Удалить клиента
- •Добавить тариф
- •Редактировать тариф
- •Требования к техническому обеспечению
- •Требования к метрологическому обеспечению
- •Требования к организационному обеспечению
- •Требования к методическому обеспечению
- •Состав и содержание работ по созданию системы
- •Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
- •Требования к документированию
- •Требования к составу документов
- •Требования к оформлению документов
- •Технический проект
- •Источники разработки
- •Список литературы
- •Система управления электронной почтой. Технический проект
- •Подтверждение соответствия проектных решений действующим нормам и правилам техники безопасности, пожаро- и взрывобезопасности
- •Решения по взаимосвязям со смежными системами
- •Надёжность
- •Решения по информационному обеспечению
- •Логическая модель бд
- •Решения по программному обеспечению
- •Deleteuser
- •Statuser
- •Addtarif
- •Changetarif
- •Deletetarif
- •Cactioner
- •Bdusers
- •Взаимодействие. Просмотр всех тарифов
- •Взаимодействие. Добавление пользователя
- •Взаимодействие. Изменение данных пользователя
- •Взаимодействие. Удаление пользователя
- •Взаимодействие. Просмотр статистики пользователя
- •Взаимодействие. Добавление тарифа
- •Взаимодействие. Изменение тарифа
- •Взаимодействие. Удаление тарифа
- •Внешний вид приложения
- •Мероприятия по подготовке к вводу системы в действие
- •Общий список литературы
Система управления электронной почтой. Техническое задание
Общие сведения
Наименование системы
Полное наименование системы — «Оператор сотовой связи».
Условное обозначение системы — «MO» (MobileOperator).
Заказчик и Разработчик системы
Заказчик системы: Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ивановский государственный энергетический университет имени В.И. Ленина» (ИГЭУ); 153003, г. Иваново, ул. Рабфаковская, д. 34.
Разработчик системы: Беляев Андрей Сергеевич, студент группы 3-41.
Основание для разработки
Разработка ведется на основании задания на курсовую работу по дисциплине «Проектирование программного обеспечения».
Задание утверждено на заседании кафедры ПОКС 26.08.2013 и выдано преподавателем кафедры Игнатьевым Е.Б.
Плановые сроки начала и окончания работы по разработке проекта
Начало: 23 сентября 2013 г.
Окончание: 25 декабря 2013 г.
Сведения об источниках и порядке финансирования работ
Финансирование работ отсутствует.
Порядок оформления и предъявления Заказчику результатов работ
Разработчик оформляет результаты работ над проектом в два этапа, в виде эскизного проекта и технического проекта; и передает их Заказчику.
Назначение и цели создания системы
Назначение системы
MO-система предназначена для работы с базой клиентов оператора сотовой связи.
Цели создания системы
Основными целями создания системы являются:
- объединение функционала работы с базой клиентов в одну программу
- обеспечение прозрачности взаиморасчетов между сотовым оператором и клиентом
Характеристика объектов автоматизации
Объекты автоматизации
Объектами автоматизации являются процессы запроса информации по конкретному пользователю и ведения базы клиентов.
Ведением базы занимается оператор. При поступлении информации, база обновляется оператором(добавление нового клиента, добавление и редактирование тарифов, изменение данных клиента, удаление клиента, информация о его входящих или исходящих звонков).
Сотовый оператор обслуживает как юридических, так и физических лиц. Соответственно, у каждого пользователя свой набор данных.
Звонки бывают трех типов – городские, междугородние и международные.
Концептуальная модель предметной области
В результате обследования предметной области была разработана модель объектов предметной области (DomainObjectModel–DOM), описывающаяклассы предметной области и связи между ними.
Рис. 3 .1 представляет диаграмму классов для концептуальных классов, необходимых в итерации 1.
Рис. 3.1.Концептуальная модель предметной области для итерации 1
Диаграмма классов содержит семь классов: Тариф, Пользователь, Юридическое_лицо, Физическое_лицо, Звонок, Тип_звонка, Договор. В таблицах 3.1-3.7 перечислены свойства атрибутов.
Таблица 3.1 - Атрибуты класса «Тариф»(tarif)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Код_тарифа |
Tarif_id |
Int |
public |
false |
Название_тарифа |
Tarif_name |
Char |
public |
false |
Стоимость_перехода |
Tarif_costcross |
Double |
public |
false |
Минута_по_городу |
Tarif_mincity |
Double |
public |
false |
Минута_межгород |
Tarif_mincountry |
Double |
public |
false |
Минута_международная |
Tarif_minworld |
Double |
public |
false |
Тип_тарифа |
Tarif_type |
Double |
public |
falce |
Таблица 3.2 - Атрибуты класса «Клиент» (User)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Номер_клиента |
User_id |
Int |
public |
false |
Таблица 3.3 - Атрибуты класса «Юридическое_лицо» (Ur)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Дата_регистрации |
Ur_regdate |
Char |
public |
false |
Название_организации |
Ur_orgname |
Double |
public |
false |
Юридический_адрес |
Ur_adress |
Char |
public |
false |
Таблица 3.4 - Атрибуты класса «Физическое_лицо» (Phis)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Город |
Phis_city |
Char |
public |
false |
Номер_паспорта |
Phis_passnmbr |
long |
public |
false |
ФИО |
Phis_fio |
Char |
public |
false |
Таблица 3.5 - Атрибуты класса «Звонок» (Call)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Код_звонка |
Call_id |
Int |
public |
false |
Дата_и_время |
Call_date |
Double |
public |
false |
Длительность |
Call_time |
Int |
public |
false |
Стоимость |
Call_cost |
Double |
public |
false |
Таблица 3.6 - Атрибуты класса «Тип_звонка» (Typecall)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Код_типа_звонка |
Typecall_id |
Int |
public |
false |
Тип |
Typecall_type |
Char |
public |
falce |
Таблица 3.5 - Атрибуты класса «Договор» (Contract)
Название |
Код |
Тип |
Видимость |
Только для чтения |
Код_договора |
Cont_id |
Int |
public |
false |
Номер_договора |
Cont_nmbr |
Int |
public |
false |
Дата_заключения |
Cont_datebegin |
Date |
public |
false |
Дата_расторжения |
Cont_dateend |
Date |
public |
false |
Серийный_номер_сим_карты |
Cont_simnmbr |
long |
public |
false |
Баланс |
Cont_money |
double |
public |
false |
Номер телефона |
Cont_phone |
long |
public |
false |
Пользователю агрегируются юридическое и физическое лицо. И у физического и у юридического лица содержат в атрибутах номер телефона и баланс счета, но у них есть свои собственные атрибуты(Рис.3.1). Каждому пользователю соответствует один тариф, один или несколько договоров, один или более звонков, каждому звонку соответствует тип звонка(городской, междугородний, мировой).