Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Назначение и цели создания ИС «Телефонные переговоры»



Кафедра ИТАП

 

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

 

по дисциплине «Методы и средства проектирования

информационных систем и технологий»

 

на тему: «Проектирование информационной системы

«Телефонные переговоры»»

 

 

Проект выполнил: студент факультета заочного обучения направления подготовки 09.03.02 Информационные системы и технологии группы ИСбу-2013-4168 Першин Антон Эдуардович   Руководитель: Старший преподаватель Шевчук Ирина Сергеевна
Оценка ……………………………… …………………………………………                 (дата защиты)          …………………………………………      (подпись преподавателя)

 

 



Пермь 2017

 


Техническое задание на проектирование

 


Общие сведения

Полное наименование системы и ее условное обозначение: Информационная система «Телефонные переговоры» (ИС «Телефонные переговоры»).

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

- фирма разработчика: СКБ «Контур» (г. Пермь, ул. Гайдара, 3);

- фирма заказчика: ООО «МТС» (г. Пермь).

Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:

- заявка на разработку системы для проведения моделирования;

- должностные инструкции сотрудников;

- структуры технического и программного обеспечения;

- политика безопасности.

Плановые сроки начала и окончания работы по созданию системы:

- дата начала: 20.02.2017 г.

- дата завершения: 21.03.2017 г.

Назначение и цели создания ИС «Телефонные переговоры»

Назначение системы: информационная система для учета звонков абонентов и получения стоимости по номеру телефона.

Цели создания системы: расчет стоимости по каждому телефонному звонку абонента.

Характеристика объекта автоматизации

Краткие сведения об объекте автоматизации.

Общество с ограниченной ответственностью «МТС» выступает дочерним подразделением акционерного общества «Мобильные ТелеСистемы» (ОАО «МТС»), которое было образовано 1 марта 2000 года и зарегистрировано Министерством юстиции РФ под регистрационным номером №Р-7882.16.

К основным направлениям деятельности ООО «МТС» относятся:

- деятельность в области подвижной телефонной связи;

- деятельность в области фиксированной телефонной связи;

- деятельность в области передачи данных;

- деятельность в области телематических услуг связи;

- деятельность в области кабельного телерадиовещания;

- сотрудничество с национальными и международными операторами глобальной системы мобильной связи (ГСМ) как на территории России, так и за ее пределами для обеспечения оптимального уровня обслуживания клиентов;

- сотрудничество с операторами телефонных сетей г. Москвы и России, а также с операторами международных сетей связи;

- осуществление расчетов с клиентами, а также коммерческое и финансовое управление сетью в соответствии с принятой международной практикой;

- импорт, продажа, сдача в аренду, установка и техническое обслуживание устройств и приспособлений;

- осуществление мероприятий и оказание услуг в области защиты данных представляющих государственную тайну.

 

Требования к системе.

Требования к системе в целом

Требования к структуре и функционированию системы.

Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы:

- ведение телефонного справочника телефонов абонентов;

- ведение справочника тарифов на оказание услуг;

- отслеживание статуса звонков;

- возможность имитирования звонков клиентов;

- формирование отчета по учету звонков по каждому абоненту.

Требования к способам и средствам связи для информационного обмена между компонентами системы:

Интерфейс ИС «Телефонные переговоры» будет использоваться оператором Call-центра для учета телефонных номеров абонентов, менеджером Call-центра для отслеживания длительности и стоимости телефонных звонков и бухгалтером для формирования счета на оплату абонентам.

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

ИС «Телефонные переговоры» в дальнейшем планируется совместить с АТС и реализовать ее возможность работы в режиме реального времени.

Требования к режимам функционирования системы:

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

Требования по диагностированию системы:

ИС «Телефонные переговоры» должна постоянно проверяться на наличие ошибок в процессе эксплуатации, производительность обработки запросов с базы данных и точность отражения данных в отчетах.

Перспективы развития, модернизации системы:

ИС «Телефонные переговоры» возможно расширить за счет добавления новых модулей и это будет определяться управленческими решениями руководства ООО «МТС».

Требования к численности и квалификации персонала системы и режиму его работы

Требования к численности персонала (пользователей) АС

Основным пользователем ИС «Телефонные переговоры» будет являться оператор Call-центра. Для администрирования системы и безопасности данных будет привлечен программист отдела информационных технологий.

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

К основным функциям программиста при сопровождении ИС «Телефонные переговоры» будут относиться:

- поиск и своевременное устранение неполадок, ошибок, а также управление отказами в ИС «Телефонные переговоры»;

- администрирование базы данных ИС «Телефонные переговоры», в том числе выполнение операций по организации базы данных и интерфейса системы;

- управление защитой данных ИС «Телефонные переговоры».

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

При работе с ИС «Телефонные переговоры» необходимо выполнять требования, отраженные в инструкции по технике безопасности.

Требования к эргономике и технической эстетике

В ИС «Телефонные переговоры» должна иметь формы для ввода и вывода данных, позволять имитировать телефонные переговоры и формировать отчеты для пользователей.

 

Требования к защите информации от несанкционированного доступа

Для защиты ИС «Телефонные переговоры» будет использоваться устройство Key_P1 Multi Clet, представленное в виде устройства с 3-мя разъемами: разъем для SD-карт, USB-розетка и вилка [3].

Общий вид защитного устройства Key_P1 Multi Clet приведен на рисунке 1.

Рисунок 1 – Общий вид защитного устройства Key_P1 Multi Clet

 

Сотрудники ООО «МТС» будет использовать защитное устройство Key_P1 Multi Clet для получения доступа к ИС «Телефонные переговоры».

Также устройство Key_P1 Multi Clet позволяет обеспечить защиту от шпионских программ, которые могут быть установлены с обычных накопителей информации. В устройстве предусмотрена возможность ведения «лог событий», которые совершаются пользователем, доступ к которому будет иметь только администратор системы. Для шифрования данных используется алгоритм ГОСТ 28147-89, имеющий ширину ключа 256 бит.

Требования по сохранности информации при авариях

Для того чтобы сохранить данные в случае отключения электропитания, предусмотрен источник бесперебойного питания.

Требования к видам обеспечения

Математическое обеспечение

ИС «Телефонные переговоры» должна позволять имитировать телефонные переговоры между двумя абонентами, а также производить расчет стоимости телефонных переговоров одного абонента.

Информационное обеспечение

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

 

Рисунок 2 – Контекстная диаграмма модели «AS-IS»

Рисунок 3 – Декомпозиция главной задачи

 

Декомпозиции задачи «Система телефонных переговоров» приведена в приложении А, модель в нотации IDEF3 в приложении Б.

Программное обеспечение

ИС «Телефонные переговоры» будет работать под управлением операционной системы Windows, которая включает все необходимые служебные программы и драйверы устройств для использования системы в компьютерной сети ООО «МТС».

Техническое обеспечение

В качестве технического обеспечения будет использоваться сервер ООО «МТС» типа Flextron SB-RX3-1220V3, используемый в локальной сети основан на интеллектуальном процессоре Intel Xeon, быстро адаптируется к различным рабочим нагрузкам, позволяет обеспечить максимальную производительность.

К основным техническим характеристикам сервера Flextron SB-RX3-1220V3 относятся:

- ЦПУ: Intel «Xeon E3-1220V3» (3.10ГГц, 4x256КБ+8МБ, EM64T);

- системная плата: Intel BBS1200V3RPS, C222 (в составе платформы);

- ОЗУ: 8ГБ DDR3 ECC;

- НЖМД: 2 x 1000ГБ SATA III (до 4 дисков);

- контроллер RAID: SATA II, III RAID (0/1/10, интегрирован);

- корпус: 1U 19" RM Intel R1304RPSSFBN (платформа 1U, 350Вт);

- операционная система: Microsoft Windows Server Foundation 2012 R2 x64 Russian.

В качестве рабочих станций используются персональные компьютеры ООО «МТС» типа Flextron «Optima» 2C, имеющие следующие характеристики:

- корпус: Minitower IN-WIN " ENR021", mATX, черный (400Вт);

- процессор: Intel " Celeron G1840" (2.80ГГц, 2x256КБ+2МБ, EM64T, GPU) Socket1150 (oem);

- материнская плата: Socket1150 ASUS " H81M-K" (iH81, 2xDDR3, SATA III, SATA II, PCI-E, D-Sub, DVI, 1Гбит LAN, USB3.0, mATX) (ret);

- модуль оперативной памяти: 4ГБ DDR3 SDRAM Kingston " ValueRAM" KVR16N11S8/4 (PC12800, 1600МГц, CL11) (ret);

- жесткий диск: 500ГБ Toshiba " DT01ACA050", 7200об/мин., 32МБ (SATA III) (oem);

- операционная система: Microsoft " Windows 10 Home for Value Desktop and AIO (Emerging Markets / Single Language / SEAP and Select Geographies)" OA3.

 

5. Состав и содержание работ по созданию системы

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



Содержание

 

Введение. 10

Раздел 1. Системный анализ и анализ требований. 11

1.1 Схема, позволяющая определить рамки системы.. 11

1.2 Перечень исполнителей и их задач. 12

1.3 Перечень исполнителей и их задач на основе анализа внешних событий. 12

1.4 Определение прецедентов. 13

1.5 Развернутое описание контрольного прецедента: «Вести телефонные переговоры». 13

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

1.7 Диаграмма последовательностей для сценария «контрольного» прецедента и описание системных операций. 15

Раздел 2. Модель предметной области. 16

2.1 Объекты предметной области (концептуальные классы) 16

2.2 Модель предметной области. 17

Раздел 3. Модель проектирования. 18

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

3.2 Диаграмма кооперации. 19

3.3 Диаграмма программных классов. 20

Раздел 4. Модель данных. 21

Раздел 5. Модель реализации. 22

Заключение. 32

Список использованных источников. 34

 



Введение

 

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

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

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

Объектом исследования являются бизнес процессы ООО «МТС» (г. Пермь).

Предметом исследования является «Проектирование информационной системы «Телефонные переговоры»».

Целью работы: выполнение объектно-ориентированного анализа и разработка информационной системы «Телефонные переговоры».

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

- выполнить системный анализ и анализ требований;

- разработать модель предметной области;

- разработать модель проектирования;

- разработать модель данных;

- разработать модель реализации.

Для моделирования и разработки использовалось техническое задание.

 


 

Раздел 1. Системный анализ и анализ требований

 


Определение прецедентов

 

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

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

Сжатый вид прецедента «Вести телефонные переговоры» приведен в таблице 3.

 

Таблица 3 – Сжатый вид прецедента «Вести телефонные переговоры»

Бизнес процесс Инициатор Прецедент
Набрать номер телефона другого абонента Абонент Вести телефонные переговоры
Получать звонки от другого абонента Абонент Вести телефонные переговоры
Передать входящий звонок Оператор Call-центра Вести телефонные переговоры
Передать исходящий звонок Оператор Call-центра Вести телефонные переговоры
Зафиксировать время входящих звонков Менеджер Call-центра Вести телефонные переговоры
Зафиксировать время исходящих звонков Менеджер Call-центра Вести телефонные переговоры

 

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

 

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

 

Диаграмма прецедентов используется для отображения прецедентов, актеров (пользователей системы) и взаимосвязи между ними [4].

Диаграмма прецедентов для ИС «Телефонные переговоры» приведена на рисунке 5.

Рисунок 5 –Диаграмма прецедентов для ИС «Телефонные переговоры»

Как видно из рисунка 5, после подключения абонент получает возможность ведения телефонных переговоров. В этом процессе кроме абонента учувствуют оператор и менеджер Call-центра. За определенный период бухгалтером формируются отчеты по телефонным звонкам абонента.

 

Модель предметной области

 

Выполним разработку модели предметной области для ИС «Телефонные переговоры» с помощью рисунка 8.

Рисунок 8 – Модель предметной области для ИС «Телефонные переговоры»

 

Как видно из рисунка 8, в предметной области были выделены классы номер телефона абонента, который связан с определенным оператором, имеющим свой тариф. Также для каждого номера абонента можно определить много звонков. Причем для каждого звонка назначен свой статус.

 


 


Диаграмма кооперации

 

Диаграмма кооперации относится к тому же классу диаграмм, что и диаграмма последовательности, а именно, к диаграммам деятельности [7].

Диаграмма кооперации для ИС «Телефонные переговоры» приведена на рисунке 10.

Рисунок 10 – Диаграмма кооперации ИС «Телефонные переговоры»

 

Как видно из рисунка 10, диаграмма кооперации в точности повторяет разработанную диаграмму последовательности, поэтому на следующем этапе можно приступить к разработке диаграммы программных классов для ИС «Телефонные переговоры».

 

 

Раздел 4. Модель данных

 

После проведения объектно-ориентированного анализа в среде Rational Rose выполним разработку модели данных в среде Erwin (рисунок 12).

Рисунок 12 – Модель данных для БД ИС «Телефонные переговоры»

 

Как видно из рисунка 12, в модели данных используются сущности «Абоненты», «Номера телефонов», «Звонки», «Статусы звонков» и «Тарифы». Между сущностями выбрана не идентифицирующая связь «один-ко-многим».

 



Раздел 5. Модель реализации

 

Примем, что в разрабатываемом проекте ведется регистрация 3 основных типов звонков:

1) Звонки внутри собственной сети;

2) Звонки и прием с номеров других операторов

3) Предоставление услуги связи на звонки между разными операторами

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

Также предположим, что основной задачей проекта не ставится механизм определения типа оператора, и все звонки, не занесенные вручную, записываются в базу как Абонент Икс.

Рассмотрим структуру разработанной базы данных (рисунке 13).

Рисунок 13 – Схема базы данных компании «Поговорим»

 

Назначение таблиц:

- «tTarif» - сведения о тарифах компании: название, цена;

- «tStattusCall» - статус звонка. Стоит отметить, что не все статусы эмулированы в программе, но в реальной системе они существуют;

- «tCompany» - описание операторов связи;

- «tAbonent» - информация об абонентах, звонивших через компанию «Поговорим». Информация содержит личные данные абонента и к какой компании абонент относится;

- «tPhoneNumber» - телефоны абонентов, может быть больше одного в сети;

- «tCall» - таблица с информацией о звонках, зарегистрированных в системе.

На следующем этапе выполним создание объектов в среде Casebery, как это показано на рисунке 14.

Рисунок 14 – Создание объектов в среде Casebery

 

Для объекта «Абоненты» укажем параметры, как это показано на рисунке 15.

Рисунок 15 – Указание параметров для объекта «Абоненты»

Аналогично укажем параметры для объектов «Звонки» и «Статусы звонков» как это показано на рисунках 16, 17.

Рисунок 16 – Указание параметров для объекта «Звонки»

 

Рисунок 17 – Указание параметров для объекта «Статусы звонков»

 

Главное окно программы реализовано как MDI-форма. Для углубления знаний по работе новых компонентов Delphi, меню приложения было реализовано на Ribbon-компонентах (рисунок 18).

Рисунок 18 – Вид TRibbon в режиме конструктора

 

Как видно из рисунка, меню состоит из одного TRibbonTabs, TRibbonPage, четырех групп TRibbonGroup. Два компонента TImageList обеспечивают иконки кнопок для разных размеров.

Связь с базой данных обеспечивают компоненты вкладки DbGo: TADOConnection и TADODataSet. Настройка соединения с базой осуществляется через udl файл, где при необходимости можно поменять провайдера.

Рассмотрим работу формы эмуляции звонков (рисунок 19). Можно выбрать абонента из базы или ввести вручную. Кнопками «Позвонить», «Завершить», «Принять» устанавливается статус звонка. Анимация меняется в соответствии со статусом звонка.

Рисунок 19 – Вид формы эмуляции в режиме конструктора

 

Для удобства отслеживания параметров звонка был создан следующий тип данных:

type tCall=record

id1: Integer; //id телефона абонента1

id2: Integer; //id телефона абонента2

datest: TDateTime;

dateend: TDateTime;

status: Integer;

itarrif: Integer;

it1: integer; //флаг принадлежности к компании «Поговорим» абонента1

it2: Integer; //флаг принадлежности к компании «Поговорим» абонента2

end;

Процедура сохранения звонка в базу состоит из нескольких этапов. На первом этапе проверяется существование телефона в базе, и, если нет телефон заносится в базу как телефон абонента Икс. Код процедуры проверки:

function IsPhone( txt: TEdit; var it: integer): integer;

var s, sval: string;

begin

s: ='SELECT tPhoneNumber.phnumid FROM tPhoneNumber WHERE tPhoneNumber.number='+#39+txt.Text+#39;

sval: =moddata.getValue(s);

if sval='' then begin

      Result: =SavePhone(8, txt.Text);

      it: =1;

    end

else begin

    Result: =StrToInt(sval);

    s: ='SELECT tCompany.companyid, tPhoneNumber.phnumid, tPhoneNumber.number, tCompany.description '+

       ' FROM tCompany INNER JOIN (tAbonent INNER JOIN tPhoneNumber ON tAbonent.abonentid = tPhoneNumber.abonentid) '+

       ' ON tCompany.companyid = tAbonent.companyid '+

       ' WHERE tPhoneNumber.phnumid='+sval;

   sval: =moddata.getValue(s);

   if sval< > '1' then it: =1;

end;

end;

 

Все ошибки при поэтапном сохранении отслеживается с помощью блока ошибок try…except…end и транзакций, часть кода процедуры сохранения иллюстрирует это:

procedure Tfanime.SaveCall();

var ds: TADODataSet; comp1: Integer; s: string;

begin

moddata.ADOConnection1.BeginTrans;

Try

……………………………

 

ds: =TADODataSet.Create(fanime);

ds.Connection: =moddata.ADOConnection1;

ds.CommandText: ='select * from tCall where false';

ds.Active: =True;

……………………………………………………………..

 

ds.Post;

ds.Active: =False;

ds.DisposeOf;

moddata.ADOConnection1.CommitTrans;

Except

on e: Exception do begin

moddata.ADOConnection1.RollbackTrans;

ds.DisposeOf;

ShowMessage(e.Message);

End

end;

end;

 

Форма телефонного справочника (рисунок 20) визуально разделена на 2 части, и состоит из 2х компонентов TDBgrid, связанных через TADODataset как master-detail.

 

Рисунок 20 – Форма добавления абонентов и телефонов вручную

 

SQL-запрос на основную таблицу абонентов:

SELECT tAbonent.abonentid, tAbonent.description, tAbonent.companyid, tCompany.caption

FROM tCompany INNER JOIN tAbonent ON tCompany.companyid = tAbonent.companyid

ORDER BY tAbonent.description, tCompany.caption

 

SQL-запрос на таблицу телефонов:

SELECT *FROM tPhoneNumber

Настройка Join отношения между таблицами по полю abonentid приведена на рисунке 21.

Рисунок 21 – Окно настройки отношений Master-Detail

 

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

Форма «Список телефонов» (рисунок 22) отображает информацию по всем звонкам в системе. В форме предусмотрен двойной фильтр по дате и статусу, при изменении даты или выбора типа статуса:

ADODataSet1.Filtered: =False;

s: ='datestart > = '+DateTimeToStr(dateof(DateTimePicker1.Date)) +' and ' +

   'datestart< '+DateTimeToStr(dateof(IncDay(DateTimePicker1.Date)));

if CheckBox2.Checked then

s: =s+' and description LIKE '+ #39 + ComboBox1.Text + '%' + #39;

ADODataSet1.Filter: =s;

ADODataSet1.Filtered: =true;

 

Рисунок 22 – Форма просмотра звонков

 

В форме «Тарифы» (рисунок 23) реализована возможность изменения стоимости 1 секунды разговора в тарифах.

Рисунок 23 – Форма тарифов компании

 

Отчеты в программе реализованы с помощью компонентов Fast Report. Окно выбора параметров для отчета приведено на рисунке 24. Программа предлагает сделать выбор данных для отчета по дате, по абоненту или по дате и абоненту. При неактивных флажках выбора даты и абонента выводится отче по всем абонентам и за все время.

Рисунок 24 – Форма выбора параметров для отчета

 

Отчет в конструкторе FastReport приведен на рисунке 25.

Рисунок 25 – Окно конструктора Fast Report

 

Как видно из рисунка 25 отчет состоит из нескольких основных частей: шапки, названия колонок отчета, данные отчета и суммирующая часть. Название отчета передается через TfrxVariables при вызове.

Отчет для параметров с рисунка 25 приведен на рисунке 26. Стоит отметить, что в отчете принимаются во внимание только исходящие звонки.

Рисунок 26 – Отчет по работе

 

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

Листинг программного кода приведен в приложении В.



Заключение

 

В процессе выполнения работы был выполнен объектно-ориентированный анализ и разработка информационной системы «Телефонные переговоры».

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

Внутренними пользователями ИС «Телефонные переговоры» выступают: менеджер Call-центра и его целью является ведение учета телефонных переговоров в информационной системе, оператор Call-центра, выполняющий организацию связи между абонентами и оператор, определяющий оплату за телефонные переговоры. В ИС «Телефонные переговоры» можно будет получить отчет. Внешним пользователем выступает абонент, целью которого является получение услуг телефонной связи.

Анализ диаграммы прецедентов показал, что после подключения абонент получает возможность ведения телефонных переговоров. В этом процессе кроме абонента учувствуют оператор и менеджер Call-центра. За определенный период бухгалтером формируются отчеты по телефонным звонкам абонента.

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

В ИС «Телефонные переговоры» были выделены такие концептуальные классы как «Абоненты» для ведения учета абонентов, «Звонки» для регистрации звонков абонентов, «Статус звонков» для отслеживания выполнения звонков абонентов, «Номера телефонов», для ведения учета номеров телефонов абонентов» и «Тарифы» для расчета стоимости телефонных услуг.

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

Основой разработки программного продукта выступила модель данных и реализации.

В модели данных используются сущности «Абоненты», «Номера телефонов», «Звонки», «Статусы звонков» и «Тарифы». Между сущностями выбрана не идентифицирующая связь «один-ко-многим».

Для разработки моделей в курсовой работе была использована среда Rational Rose, которая позволяет реализовать объектно-ориентированный анализ на основании языка UML.

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

Связь с базой данных обеспечивают компоненты вкладки DbGo: TADOConnection и TADODataSet. Настройка соединения с базой осуществляется через udl файл, где при необходимости можно поменять провайдера. Отчеты в программе реализованы с помощью компонентов Fast Report.

 



Кафедра ИТАП

 

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

 

по дисциплине «Методы и средства проектирования

информационных систем и технологий»

 

на тему: «Проектирование информационной системы

«Телефонные переговоры»»

 

 

Проект выполнил: студент факультета заочного обучения направления подготовки 09.03.02 Информационные системы и технологии группы ИСбу-2013-4168 Першин Антон Эдуардович   Руководитель: Старший преподаватель Шевчук Ирина Сергеевна
Оценка ……………………………… …………………………………………                 (дата защиты)          …………………………………………      (подпись преподавателя)

 

 



Пермь 2017

 


Техническое задание на проектирование

 


Общие сведения

Полное наименование системы и ее условное обозначение: Информационная система «Телефонные переговоры» (ИС «Телефонные переговоры»).

Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты:

- фирма разработчика: СКБ «Контур» (г. Пермь, ул. Гайдара, 3);

- фирма заказчика: ООО «МТС» (г. Пермь).

Перечень документов, на основании которых создается система, кем и когда утверждены эти документы:

- заявка на разработку системы для проведения моделирования;

- должностные инструкции сотрудников;

- структуры технического и программного обеспечения;

- политика безопасности.

Плановые сроки начала и окончания работы по созданию системы:

- дата начала: 20.02.2017 г.

- дата завершения: 21.03.2017 г.

Назначение и цели создания ИС «Телефонные переговоры»

Назначение системы: информационная система для учета звонков абонентов и получения стоимости по номеру телефона.

Цели создания системы: расчет стоимости по каждому телефонному звонку абонента.


Поделиться:



Последнее изменение этой страницы: 2019-06-19; Просмотров: 715; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.204 с.)
Главная | Случайная страница | Обратная связь