1.2 Описание объекта автоматизации
«КОМСТАР – Объединенные ТелеСистемы» (ОАО «КОМСТАР – ОТС») – крупнейший оператор интегрированных телекоммуникационных услуг в России и СНГ.
В Группу компаний «КОМСТАР-ОТС» входят «Московская городская телефонная сеть» (МГТС), лидер столичного рынка фиксированной связи, а также «КОМСТАР-Регионы», ведущий поставщик услуг кабельного ТВ и доступа в Интернет в регионах России. ОАО «КОМСТАР-ОТС» лидирует на рынке услуг широкополосного доступа в Интернет и интерактивного цифрового телевидения (IP-TV) Москвы.
Дочерние компании и филиалы «КОМСТАР-ОТС» работают в крупнейших регионах в 6-ти Федеральных округах РФ (Центральном, Северо-Западном, Южном, Приволжском, Уральском, Сибирском), в том числе в Московской, Рязанской областях, Санкт-Петербурге, Самарской, Саратовской, Оренбургской, Ростовской, Тюменской областях (включая ХМАО и ЯНАО), Екатеринбурге и Свердловской области, Краснодарском крае и т.д. Кроме того, «КОМСТАР-ОТС» имеет телекоммуникационные активы в Армении и Украине.
На базе собственной мультисервисной сети связи «КОМСТАР» предоставляет полный спектр самых современных телекоммуникационных услуг и интегрированных решений потребителям всех сегментов рынка: от частных пользователей до крупных корпораций с разветвленной сетью филиалов. Мощный технологический и профессиональный ресурс позволяет обеспечивать клиентов и партнеров компании необходимым пакетом услуг с учетом особенностей их жизненных потребностей и условий ведения бизнеса. Оператор осуществляет проекты по телефонизации офисов, созданию полномасштабных корпоративных сетей связи, комплексному телекоммуникационному оснащению объектов жилой и коммерческой недвижимости, а также предлагает полный спектр продуктов для домашнего пользования (Triple Play), включая телефонию, высокоскоростной доступ в Интернет и платное телевидение.
Оренбургский ЦУС ЗАО «КОМСТАР-Регионы» состоит из следующих отделов: юридическая функциональная группа, функциональная группа по работе с персоналом, функциональная группа недвижимости, функциональная группа закупок и логистики фиксированной связи, отдел продаж услуг фиксированной связи корпоративным клиентам, группа эксплуатации информационных технологий, отдел развития сети, отдел эксплуатации сети.
В отделе эксплуатации сети имеется крупная база данных, которая хранит информацию о клиентах, об инцидентах, об авариях с 2008-2013г. Необходимо провести интеллектуальный анализ имеющийся БД и выявить полезные «знания» для повышения уровня качества предоставляемых услуг, а так же для планирования затрат (на транспорт, закупку ЗИП) в 2014 г. Для начала необходимо рассмотреть информационных потоки, которые подлежат автоматизации.
Информационные потоки − это пути передачи информации, обеспечивающие существование социальной системы (предприятия, учреждения), внутри которой они двигаются, т.е. процессы передачи информации для обеспечения взаимосвязи всех звеньев социальной системы.
Существует два вида информационных потоков:
− горизонтальные (между равными по служебному положению и статусу работниками или группами работников, например, между начальниками отделов);
− вертикальные (между работниками или группами работников, находящимся на различных уровнях иерархии, например, между начальником и подчиненным).
В свою очередь, вертикальные информационные потоки подразделяются на: нисходящие (от руководства к рядовым работникам по иерархии) и восходящие (от нижестоящих работников к вышестоящим).
В ходе анализа информационных потоков подлежащих автоматизации, внутри фирмы ЗАО «КОМСТАР-Регионы» была построена схема информационных потоков, которая представлена на рисунке 1.3.
Рисунок 1.3 - Схема информационных потоков
На рисунке 1.3 приняты следующие обозначения:
- Абон.отдел – абонентский отдел;
- ОРОС – отдел по работе с операторами связи;
- ОКС – отдел капитального строительства;
- ТП – торговый представитель.
Информационные потоки в рассматриваемой схеме:
1-2 - Подача заявки от клиента;
1-5 - Подача заявки от клиента;
1-3 - Регистрация письменного обращения клиента;
1-4 - Визирует письменное обращение клиента и передает ТП;
5 – Создает заявку в IT программе;
5-6 – Подписание договора и приложения с клиентом;
6 – Проверка правильности оформления документов;
6-7 – Заявка на включение;
7 – Отправка заявки на включение;
7-9 – Определение маршрута прохождения заявки (отправка по маршруту);
9-10 – Работы по включению, подписание нарядов, актов приема передачи-передачи оборудования;
9-11 – Заказ необходимых ресурсов;
9-12 – Производит строительство линии связи, по факту окончания строительства вносит информацию в IT программу;
9-13 – Закупка оборудования;
10,11,12-9 – Информирование менеджера проекта;
9-5 – Подписание акта выполненных работ с клиентом;
5-7 – Закрытие заявки в базе, активация услуги согласно дате акта;
7-8 – Оплата согласна договора.
Была построена схема информационных потоков, которая отражает пути передачи информации для обеспечения существования социальной системы, в которой они двигаются.
1.3 Обзор существующих аналогов
Перед решением автоматизации данной предметной области был произведен обзор и анализ источников, которые решали бы подобную задачу.
1) Табличный редактор Excel, который является разработкой корпорации Microsoft и входит в состав пакета Microsoft Office, - один из самых популярных программных продуктов. Во многом это обусловлено возможностью применения Excel в самых разных отраслях: данную программу используют математики, IT-разработчики, инженеры, экономисты, бухгалтеры, аналитики, менеджеры и т. д. Такое распространение Excel объясняется широкими функциональными возможностями программы, одна из них – это возможность оценить затраты следующего года или предсказать ожидаемые результаты серии научных экспериментов для автоматической генерации будущих значений, которые будут базироваться на существующих данных или для автоматического вычисления экстраполированных значений, базирующихся на вычислениях по линейной или экспоненциальной зависимости. К преимуществам табличного редактора относится:
– доступность и простота;
– позволяет строить любые прогнозы;
– быстрое и недорогое внедрение.
Основные недостатки:
– низкая производительность при работе с большими объемами;
– нет многопользовательского доступа;
– нет гибких механизмов разграничения доступа к данным;
– большие трудности с консолидацией.
2) Пакет Statistica фирмы StatSoft является интегрированной системой комплексного статистического анализа и обработки данных в среде Windows и занимает устойчивое лидирующее положение на рынке статистического программного обеспечения. Она полностью согласована со всеми стандартами Windows. Отдельные модули, из которых построена система, являются полноценными Windows-приложениями.
Прогнозирование моделей реализуется в следующей последовательности:
1) идентификация, или определение модели, которая описывает наблюдаемый временной ряд;
2) оценка параметров модели;
3) исследование адекватности модели;
4) прогноз.
Каждый из этапов методики легко доступен в пакете Statistica. Исследователь не испытывает перегрузок, связанных с подготовкой данных, проверкой результатов, построением графиков, рассмотрением альтернативных вариантов - все необходимые инструменты у него под рукой.
Большим достоинством системы является наличие встроенного языка Statistica Basic, позволяющего моделировать временные ряды, оценивать качество прогноза.
Основные недостатки:
– требует наличие профессиональных навыков и высокой квалификации, широкого первоначального статистического образования, доступной литературы и консультационных служб;
– представляет сложность для быстрого освоения и использования;
– требует больших финансовых затрат.
В ходе проведенного исследования существующих программных средств для данной предметной области был сделан вывод. Табличный редактор Excel подходит лишь для небольших компаний, а пакет Statistica фирмы StatSoft обладает высокой стоимостью и представляет сложность для быстрого внедрения и освоения.
По вышеперечисленным причинам возникла необходимость в создании своего программного продукта, который бы смог обрабатывать большие объемы данных, а именно, производить интеллектуальный анализ данных для повышения качества производства.
1.4 Обзор и обоснование выбора методов разработки
1.4.1 Методы проектирования программного средства
Наиболее распространенными методами разработки программных комплексов являются: метод восходящей разработки и метод нисходящей разработки.
Метод восходящей разработки заключается в следующем. Сначала строится модульная структура программы в виде деревьев. Затем поочередно программируются модули программы, начиная с модулей самого нижнего уровня, в таком порядке, чтобы для каждого программируемого модуля были уже запрограммированы все модули, к которым он может обращаться. После того, как все модули запрограммированы, производится их поочередное тестирование и отладка в таком же порядке, в каком велось их программирование. Однако, современная технология на рекомендует такой порядок разработки программы.
Во-первых, для программирования какого-либо модуля совсем не требуется наличия используемых им модулей – для этого достаточно, чтобы каждый используемый модуль был лишь специфицирован. Во-вторых, каждая программа подчиняется некоторым внутренним для нее, но глобальным для ее модулей соображениям, что определяет ее концептуальную целостность и формируется в процессе ее разработки. При восходящей разработке это глобальная информация для моделей нижних уровней еще не ясна в полном объеме, поэтому очень часто приходится их перепрограммировать. В-третьих, при тестировании для каждого модуля (кроме головного) приходится создавать ведущую программу, которая должна приготовить для тестируемого модуля необходимое состояние информационной среды и произвести требуемое обращение к нему.
Метод нисходящей разработки заключается в следующем. Как и в предыдущем методе сначала строится модульная структура программы в виде дерева. Затем поочередно программируются модули программы, начиная с модуля самого верхнего уровня, переходя к программированию другого модуля только в том случае, если уже запрограммирован модуль, который к нему обращается. После того, как все модули запрограммированы, производится их тестирование в таком же порядке.
Особенностью рассмотренных методов является требование, чтобы модульная структура программы была разработана до начала программирования модулей.
Для разработки программного средства за основу взят нисходящий метод разработки программных средств.
1.4.2 Методы проектирования базы данных
Существуют две методики проектирования базы данных:
1) Восходящее проектирование. Предметной областью выявляются все атрибуты, информацию о которых надо автоматизировать. Эти атрибуты формируются в одну схему отношений, которая приводится к требуемой нормальной форме. Эта работа сложная, не формализованная, на основе математической теории множеств.
2) Нисходящее проектирование. Проектирование базы данных начинается с определения класса объектов предметной области, построения информационно-логической модели предметной области. Далее, на основе информационно-логической модели строится даталогическая модель реляционной базы данных и затем разрабатывается физическая модель базы данных. Метод нисходящего проектирования формализован и автоматизирован. Проектирование базы данных методом нисходящего проектирования может быть выполнен с использование CASE-средств (ERWin, Oracle, Designer и т.д). Этапы проектирования базы данных представлены на рисунке 1.4.
Рисунок 1.4 - Этапы проектирования базы данных методом нисходящего проектирования
Для проектирования базы данных был взят за основу метод нисходящего проектирования.
1.5 Обзор и обоснование выбора инструментальных средств
1.5.1 Выбор инструментального средства разработки программного средства
Для создания программного средства необходимо провести анализ наиболее распространенных средств разработки приложений. Сравнительные характеристики средств программирования представлены в таблице 1.1
Таблица 1.1 – Сравнительные характеристики средств программирования
|
Параметры |
Visual Studio.NET |
C++ Builder |
Delphi |
|
1 |
2 |
3 |
4 |
|
Название, версия, фирма производитель, ОС |
Microsoft |
C++ Builder 6 Borland Windows |
Delphi 7 Borland Windows |
|
Подход к разработке ПО |
Объектно-ориентированный. |
Структурный подход. ООП. |
Структурный подход. ООП. |
Продолжение таблицы 1.1
|
1 |
2 |
3 |
4 |
|
Механизмы доступа к БД |
ADO.NET, OLE DB |
BDE, ADO, IBExpress, dbExpress |
BDE, dbExpress, IBExpress, ADO |
|
Утилиты для работы с БД |
SQL server provider, OLEDB Provider |
Interbase Console, BDE Administrator, Database Desktop |
Database Desktop, BDE Administrator, SQL Explorer |
|
Поддержка стандарта языка SQL |
+ |
+ |
+ |
|
Наличие компонент построения отчетов и диаграмм |
+ |
+ |
+ |
|
Поддержка Windows-подобного (оконного) интерфейса |
+ |
+ |
+ |
|
Утилиты для работы с БД |
SQL server provider, OLEDB Provider |
Interbase Console, BDE Administrator, Database Desktop |
Database Desktop, BDE Administrator, SQL Explorer |
|
Поддержка стандарта языка SQL |
+ |
+ |
+ |
|
Продолжение Наличие компонент построения отчетов и диаграмм |
+ |
+ |
+ |
|
Поддержка Windows-подобного (оконного) интерфейса |
+ |
+ |
+ |
|
Средства поддержки транзакций (параллельная работа нескольких пользователей с БД); |
+ |
+ |
+ |
|
Работа с инструментальным средством |
Простота |
Простота |
Простота |
Для реализации программного средства была выбрана система программирования Delphi 7.0.
Система Delphi предоставляет разработчику удобную среду для разработки, компилятор, отладчик. Стандартная библиотека компонент и поддержка технологии визуального программирования позволяет существенно упростить разработку интерфейса программного продукта, сделать его удобным и интуитивно понятным. Кроме того, Delphi предоставляет разработчику широкий выбор классов и компонент, упрощающих работу с файлами, базами данных, динамическими структурами - списками, массивами.
Пакет Delphi предназначен для создания сложных программ с использованием современных приемов программирования и стиля их оформления. При работе с программой можно выделить две основные стадии. Первая стадия - стадия проектирования, на которой программа собирается из отдельных составных частей, ей задаются необходимые параметры и характеристики. Именно на этой стадии широко используются приемы визуального программирования, позволяющие наглядно наблюдать результаты создания программы еще до ее запуска. Вторая стадия - стадия выполнения программы, когда она решает поставленные перед ней задачи. Можно выделить третью, промежуточную стадию - стадию отладки, когда программа запускается и по различным признакам проверяется правильность ее работы. При обнаружении ошибок проектирование программы возобновляется.
На стадии проектирования создаются и используются различные файлы. Основной частью программы является проект (в Borland/ Turbo Pascal эта часть называлась собственно программой). Файл, в котором размещается проект, имеет расширение .dpr. Как правило, эта часть, являющаяся собирательной частью всей программы, небольшая и формируется самой Delphi, хотя при необходимости сюда можно вносить свои изменения. Кроме этой части в программе используются различные модули, файлы которых имеют расширение .pas и из которых в программу включаются необходимые элементы. Многие из модулей написаны заранее и могут использоваться в любой программе (стандартные модули), другие формирует разработчик, полностью или частично. Модули, которые формирует разработчик, в свою очередь, можно разделить на модули, содержащие информацию о формах, и модули, не связанные непосредственно с формами (модули разработчика). Последние предназначены для размещения текста программы, связанного непосредственно с решением задачи, для которой она создается, размещения данных и т. д. Их можно рассматривать как модули собственных библиотек.
Сама структура программы, использующая объектное программирование, и особенно механизм обработки событий, которые присутствуют при создании программ в Delphi, существенно отличается от традиционной структуры программы с жестким, заранее заданным алгоритмом. Здесь программа скорее выглядит как совокупность в некотором смысле самостоятельных, обособленных блоков, выполняющих те или иные операции, а связь между ними и любой последующий ход выполнения программы определяются результатами предыдущих этапов и взаимодействием программы через внешние устройства с пользователем.
Цикл работы программы в этом случае выглядит следующим образом. Выполняется какая-то самостоятельная часть программы (например, инициализация), после чего выполнение программы прекращается и она дожидается какой-то реакции либо от операционной системы, либо от пользователя через средства ввода информации (например, через клавиатуру или посредством манипулирования мышью). Эта реакция представляет собой особым образом оформленную информацию − сообщение, которое содержит сведения о виде реакции (например, нажатие клавиши мыши или отпускание клавиши клавиатуры), и информацию, уточняющую эту реакцию (например, какая клавиша мыши нажата). Сообщение через операционную систему Windows передается программе. Программа должна отреагировать на то или иное сообщение событием, которое обработает передаваемую информацию, причем обработать эту информацию могут разные элементы программы: и конкретное окно (форма) этой программы, и та или иная компонента какого-либо окна. Для того чтобы какой-то элемент программы обработал информацию, ему следует написать специальную подпрограмму - обработчик событий, причем таких обработчиков может быть и не один, если элемент должен обрабатывать различные сообщения.
Delphi также предоставляет возможности по созданию dll библиотек, которые необходимы при реализации дипломного проекта.
Borland Delphi наравне с C++ Builder занимает одну из лидирующих позиций в рейтинге инструментальных средств создания приложений, так как является довольно мощным продуктом и поддерживает все те же возможности, что и его собрат, кроме того, данные инструментальные средства включают в себя библиотеку классов объектов, реализующих доступ к базам данных по средствам Borland Database Engine (DBE). DBE позволяет получить доступ к наиболее распространенным видам баз данных таких как Paradox, dBase, FoxPro, Access, Clipper, InterBase и так далее. Схема доступа к базе данных представлена на рисунке 1.5. Так как BDE берет на себя управление и доступ к различным базам данных, он был выбран для обеспечения доступа к входным и выходным данным реализованных в программном средстве
Рисунок 1.5 - Схема доступа к базе данных по средствам BDE
На основании анализа структуры базы данных и средств создания приложений можно сделать вывод, что их выбор нужно делать на основании конкретно поставленной задачи - ее сложности и предметной области. Нет смысла писать приложение, реализующее работу с базой данных, для небольшого количества информации с использованием дорогостоящей и непростой в использовании системы управления базами данных (СУБД) и наоборот, для большого предприятия писать базу данных с использованием СУБД с бедными возможностями тоже было бы неразумно.
Вышеперечисленные достоинства, повлияли на выбор языка и средства программирования в пользу Borland Delphi. Кроме того, выбор языка программирования обусловлен личными предпочтениями и опытом работы с этой средой. Это в значительной степени снизило время затраченное на разработку программного средства и затраты при его программировании.
1.5.2 Выбор СУБД
Выбор системы управления баз данных представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.
Вообще говоря, перечень требований к СУБД, используемых при анализе той или иной информационной системы, может изменяться в зависимости от поставленных целей. Тем не менее, можно выделить несколько групп критериев:
− моделирование данных;
− особенности архитектуры и функциональные возможности;
− контроль работы системы;
− особенности разработки приложений;
− производительность;
− надежность;
− требования к рабочей среде;
− смешанные критерии.
Рассмотрим каждую из этих групп в отдельности.
Моделирование данных. Имеется в виду, поддерживает ли СУБД необходимые типы данных, используемые языки запросов.
Особенности архитектуры и функциональные возможности. Является ли СУБД мобильной, т.е. независимой от среды, в которой она работает, распределенной, т.е. поддерживает ли сетевой обмен данными.
Контроль работы системы. Возможность СУБД управлять использованием оперативной и физической памяти.
Особенности разработки приложений. Учитывается, для каких целей разрабатывается АИС, для использования одним, несколькими или тысячами пользователей, будет ли АИС локализовываться в других странах, с другой языковой поддержкой, будет ли это Web-проект или обычная АИС и т.д.
Производительность. Способна ли СУБД распараллеливать процессы обработки запросов, тем самым, понижая время ответа системы на запросы пользователя, предусмотрена ли возможность оптимизации запросов.
Надежность. Понятие надежности системы имеет много смыслов – это и сохранность информации независящая от любых сбоев, и безотказность работы системы в любых условиях, и обеспечение защиты данных от несанкционированного доступа.
Требования к рабочей среде:− поддерживаемые аппаратные платформы;
− минимальные требования к оборудованию;
− максимальный размер адресуемой памяти;
− операционные системы, под управлением которых способна работать СУБД.
Смешанные критерии. Такие как, качество и полнота документации, модель формирования стоимости, стабильность производителя, распространенность СУБД.
Даже если просто отмечать, насколько хороши или плохи выделенные параметры в случае каждой конкретной СУБД, то сравнение уже двух различных систем является трудоемкой задачей. Тем не менее, четкий и глубокий сравнительный анализ на основании вышеперечисленных критериев в любом случае поможет рационально выбрать подходящую систему для конкретного проекта, и затраченные усилия не будут напрасными. Перечень критериев поможет осознать масштабность задачи и выполнить ее адекватную постановку.
Следует отметить, что по существующей практике решение об использовании той или иной СУБД принимает один человек – обычно, руководитель предприятия, а он может опираться отнюдь не на технические критерии. Здесь свою роль могут сыграть такие, с технической точки зрения, незначительные факторы как рекламная раскрутка компании-производителя СУБД, использование конкретных систем на других предприятиях, стоимость. При этом последний фактор может трактоваться в двух противоположных смыслах в зависимости от финансового состояния и политики предприятия. С одной стороны, это может быть принцип, – чем дороже, тем лучше. С другой стороны – культивирование почти бесплатного использования продукта, вплоть до «лома» его лицензионной защиты. Очевидно, последний подход чреват коллизиями и не может привести к успеху в долгосрочной работе.
Был проведен анализ нескольких наиболее распространенных СУБД и инструментальных средств. В качестве объектов анализа выбраны следующие СУБД: Microsoft Access 2003, Microsoft SQL Server 2005, Borland Interbase 7.0.1. Результат их сравнения приведен в таблице 1.2.
Таблица 1.2 – Сравнительные характеристики СУБД
|
Название |
Microsoft Access 2003 |
Microsoft SQL Server 2005 |
Borland Interbase 7.0.1 |
|
1 |
2 |
3 |
4 |
|
Используемая ОС |
Windows 2000/XP |
Windows 98/Me, Windows NT/2000/XP, Windows NT/2000/2003 Server, Windows CE |
Windows NT/2000/XP, Windows 2003 Server Linux, Solaris |
|
Продолжение таблицы 1.2 |
|||
|
1 |
2 |
3 |
4 |
|
Требования к аппаратному обеспечению |
233 МГц, 128 МБ ОЗУ, 180 МБ на жестком диске |
733 МГц, 192 МБ ОЗУ, 380 МБ на жестком диске |
32 МБ ОЗУ, 20 МБ на жестком диске |
|
Поддерживаемые объекты БД |
Таблицы, формы, отчеты, макросы, модули |
Таблицы, динамические таблицы (view), триггеры, индексы, хранимые процедуры, пользовательские процедуры |
Таблицы, динамические таблицы (view), триггеры, индексы, хранимые процедуры, пользовательские процедуры |
|
Поддерживаемая модель данных |
Реляционная |
Реляционная |
Реляционная |
|
Формат файлов |
*.mdb |
*.mdf |
*.gdb |
|
Наличие встроенных средств для разработки прикладных программ для работы с БД |
Присутствуют |
Нет |
Нет |
|
Возможность создания локальной БД |
Есть |
Локальный сервер |
Локальный сервер |
|
Поддержка сервера |
Файл-сервер |
Клиент-сервер |
Клиент-сервер |
|
Наличие встроенного языка для разработки приложений |
Visual Basic for Application |
Нет |
Нет |
|
Средства поддержки ограничения целостности БД |
Первичные ключи, внешние ключи, условия корректности поля |
Первичные ключи, внешние ключи, уникальность поля |
Первичные ключи, внешние ключи, уникальность поля |
|
Поддержка стандарта SQL |
Да (Microsoft Jet SQL) |
Да (Transact SQL) |
Да (InterBase SQL) |
Продолжение таблицы 1.2
|
1 |
2 |
3 |
4 |
|
Наличие средств передачи данных во внешние форматы |
Экспорт в файлы Microsoft Office |
Возможность запросов с результатом в формате XML |
Отсутствует |
|
Реализация прав доступа |
Защита файла паролем |
Политика пользователей, ролей. Как на уровне сервера, так и на уровне БД |
Политика пользователей, ролей на уровне сервера |
|
Наличие средств для резервного копирования и восстановления |
Резервное копирование файла БД |
Широкие возможности по работе с резервными копиями |
Предусмотрена система резервного копирования и восстановление |
По результатам сравнения приведенных характеристик можно сказать, что MS SQL Server 2005 предоставляет гораздо больше функциональных возможностей при его требованиях к аппаратному обеспечению по сравнению с MS Access и Borland Interbase и в основном он предназначен для больших сетевых БД и для реализации поставленной задачи является, достаточно излишним.
Среди оставшихся сред выбор сделан в пользу Borland Interbase 7.0.1 потому, что среда наиболее приспособлена к работе выбранной средой разработки приложения Delphi 7.0 и достаточно устойчива к повреждениям при ее сопровождении. Также, немалым фактором обусловившим выбор Borland Interbase 7.0.1, оказалась стоимость программного обеспечения.
1.6 Постановка задачи магистерской работы
1.6.1 Формализация поставленной задачи
Разработать средство поддержки анализа и прогнозирования временных рядов.
1.6.2 Требования к функциям, выполняемым системой
Основной задачей стала необходимость разработки программного средства, которое бы производило интеллектуальный анализ, имеющийся БД для повышения уровня качества предоставляемых услуг абонентам.
Программное средство должно осуществлять реализацию следующих функций:
− хранение данных о поступивших заявках;
− хранение данных о клиентах (B2B, B2C);
− хранение данных об авариях (инцидентах);
− хранение и изменение уже имеющихся данных.
Разработанное программное средство должно:
− предоставлять пользователю удобный и простой для понимания интерфейс;
− обеспечивать целостность базы данных;
− обеспечивать защиту базы данных и всех приложений;
− содержать графический материал;
− содержать документацию по сопровождению программного средства.
1.6.3 Требования к структуре системы
Для того чтобы упростить разработку и реализацию программной системы, облегчить её чтение, упростить её настройку и модификацию, а также для обеспечения более выгодного размещения программ в памяти ЭВМ и более лёгкой работы с данными, имеющими сложную структуру, программу необходимо разбить на модули. Таким образом, все классы объектов защиты объединены в один модуль, все функции для работы с базой данных и для принятия решений так же распределены по соответствующим модулям.
1.6.4 Требования к эргономике и технической эстетике
Поскольку работа пользователей, непосредственно связанная с разработанным программным средством, является основной, то необходимо было создать хорошие условия этой работы. Один из способов улучшения условий труда со стороны разработчика - это разработка «дружественного» пользовательского интерфейса, ведь именно последний и является средством взаимодействия (общения) пользователя и программной системы.
Разработанный пользовательский интерфейс удобен тем, что он:
− базируется именно на тех терминах и понятиях, которыми оперирует пользователь в своей работе;
− является единообразным;
− дает возможность пользователю исправлять совершенные им самим ошибки;
− обеспечивает пользователя необходимой справочной информацией.
Выводы: в первом разделе был произведен анализ научной проблемы, были выделены основные методы интеллектуального анализа и сферы их применения, так же был произведен анализ предметной области. Были рассмотрены основные аналоги, на основании которых были выявлены достоинства и недостатки, которые в дальнейшем были учтены при разработке собственного программного средства. Произведен обзор и обоснование выбора методов разработки и инструментальных средств для проектирования БД и программного средства. Также в первой главе описана постановка задачи магистерской работы.