Проектирование и разработка информационной системы сервисного центра по ремонту автомобилей. Часть 3

1  2  3

---

4. Рабочий проект

4.1 Общая системная документация

4.1.1 Пояснительная записка

 

Разработанная информационная система успешно внедрена в деятельность отдела ремонта автомобилей.

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

Интерфейс должен разрабатываться в соответствии с требованиями юзабилити.

Юзабилити считается свойством продукта или системы. Когда продукт считается юзабельным, то это означает, что пользователи смогут достигать своих целей при использовании данного продукта; а также что барьеров в решении задач не существует. Эксперты по юзабилити такие задачи и цели учитывают в своей работе.

Определения юзабилити в соответствии с стандартом ISO 9241-11 гласит следующее: «юзабилити является степенью удовлетворенности, продуктивности и эффективности, с которыми продукт способен применяться конкретными пользователями в конкретном контексте применения, чтобы достичь конкретных целей».

Типичная процедура проектирования GUI-интерфейса для приложений ИС начинается с прецедентов. Аналитик, который описывает поток событий для прецедента, имеет некоторый зрительный образ GUI-интерфейса, чтобы поддержать человеко-машинное взаимодействие. Сложные человеко-машинные взаимодействия невозможно передать верно, употребляя только “язык прозы”. Временами процедура сбора и согласования запросов заказчика приводит к  необходимости выработать эскизы GUI-интерфейса.

В проектировании GUI-интерфейса основной момент состоит в том, что контроль осуществляется на пользовательской стороне (если, система, а не пользователь, контролирует безопасность, защиту и системную целостность). Инновационные объектно-ориентированные программы управляются событиями. Объекты откликаются на события (сообщения). Между объектами внутренние взаимодействия запускаются внешними событиями, которые инициируются пользователем.

Руководящие принципы для разработчиков служат фундаментом для создания GUI- интерфейса. Их на подсознательном уровне должны применять разработчики в процессе принятия любых проектных решений по отношению GUI-интерфейса. Отдельные из этих руководящих принципов представлены в качестве хорошо известных старых истин, остальные основаны на передовой GUI-технологии.

В основной массе случаев имеется типовой набор компонентов интерфейса, которые включает следующие компоненты управления:

—   всплывающая подсказка (tooltip, hint)

—   строка состояния (status bar)

—   ползунок (slider)

—   полоса прокрутки (scrollbar)

—   панель инструментов (toolbar)

—   вкладка (tab)

—   панель (panel)

—   модальное окно (modal window)

—   диалоговое окно (dialog box)

—   окно (window)

—   ниспадающее меню (pull down menu)

—   контекстное меню (popup menu)

—   главное меню окна (menu bar или main menu)

—   меню (menu)

—   элемент для отображения табличных данных (grid view)

—   поле редактирования (edit field, textbox)

—   метка (label)

—   раскрывающийся список (drop-down list, combo box)

—   дерево — иерархический список (tree view)

—   список (list box)

—   значок (icon, иконка)

—   флажок (check box)

—   радиокнопка (radio button)

—   split button (сдвоенная кнопка) — кнопка, которая вызывает список со вторичным(и) действием(и) (кнопками)

—   кнопка (button).

Для разрабатываемого приложения будут использованы следующие типы элементов:

—   строка состояния (status bar)

—   ползунок (slider)

—   полоса прокрутки (scrollbar)

—   вкладка (tab)

—   главное меню окна (menu bar или main menu)

—   меню (menu)

—   элемент для отображения табличных данных (grid view)

—   поле редактирования (edit field, textbox)

—   список (list box)

—   значок (icon, иконка)

—   кнопка (button).

Для использования требований к интерфейсу были использованы следующие технологические решения при разработке экранных форм:

—   Использование специальных программных средств при проектировании макетов экранных форм;

—   Использование традиционного расположения таких элементов интерфейса, как кнопки «Закрыть окно», «Свернуть в окно», «Свернуть»;

—   Использование крупных интерфейсных элементов для перехода к пунктам меню программы.

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

После авторизации администратор видит главную форму программы со списком поступивших заявок – рисунок П.4.1.

Поступившую заявку можно отправить на выполнение в определенный цех – рисунок П.4.2.

Для этого нужно выбрать наименование подразделения.

Также администратор заполняет справочники и получает отчеты. На рисунке приведена форма справочника Оборудование – рисунки П.4.3, П.4.4.

Также администратор учитывает данные по запчастям, находящимся на складе – рисунок П.4.5. И управляет пользователями, добавляя, удаляя и редактируя их данные – рисунок П.4.6.

Наладчик после авторизации также видит форму со список заявок и их статусом.

Для добавления заявки вначале выбирается оборудование, причем дважды заявку на одно и тоже оборудование подать нельзя – рисунок П.4.7.

Далее необходимо ввести информацию по заявке – рисунок П.4.8.

Наладчик также видит список поступивших для него заявок. Он может либо принять заявку к работе, либо вернуть ее диспетчеру с указанием причины. После того, как заявка выполнена, она закрывается, при этом указываются, какие запасные части использовались, работы проводились и какие сотрудники принимали участие в ее устранении – рисунки П.4.9, П.4.10.

После чего формируется наряд на ремонт – рисунок П.4.11.

Администратор также получает следующие отчеты:

• Отчет по количеству поступивших заявок за период за каждый цех сравнительно с другими цехами;
• По простаивающему оборудованию в настоящий момент;
• Сравнительный отчет по простою оборудования каждого цеха за период;
• Сравнительный отчет по количеству выполненных заявок за период за каждый отдел сравнительно с другими отделами ремонтного подразделения;
• По оборудованию, которое более всего простаивало за период (сравнительно по типам);
• Отчет по загруженности работников ремонтной службы за определенный промежуток времени.

Программный код разработанной системы приема и обработки заявок отделом техобслуживания приведен в приложении 5.

 

4.1.2 План мероприятий по подготовке объекта ко вводу ИС в эксплуатацию

 

Построение информационной модели необходимо для точного и полного отображения реальной ситуации при формировании структуры БД. Модель обязана соответствовать таким требованиям:

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

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

Процесс создания инфологической модели включает в себя следующие этапы [14, 15]:

• определение сущностей;
• определение зависимостей между сущностями;
• задание альтернативных и первичных ключей;
• определение атрибутов сущностей;
• приведение модели к необходимой степени нормальной формы.

Логическим уровнем представления модели считается теоретический взгляд на данные, на нем данные представлены точно так же, как и в реальности. Логическую модель данных принято считать универсальной, и никак не связанной с определенной реализацией СУБД. Физическая модель данных, наоборот, находится в зависимости от определенной СУБД, фактически считаясь отображением системного каталога. В физической модели имеется информация обо всех объектах БД (базы данных). Так как не существует стандартов на объекты БД (к примеру, отсутствует стандарт на типы данных), физическая модель находится в зависимости от определенной реализации СУБД. Таким образом, одной и той же логической модели могут отвечать ряд различных физических моделей. Если в логической модели не имеет значения, каким именно типом данных располагает атрибут, то в физической модели считается важным описание всей информации об определенных физических объектах [15].

Инновационные объектно-ориентированные CASE-средства предоставляют возможность эффективного решения задач проектирования приложений. Среди подобных пакетов – Rational Rose, Together Control Center, BPWin, ERWin, Model Mart, Silverrun Business Process Modeller, Process Analyst.

Для инфологического проектирования БД избрано CASE‑средство Computer Associates ERwin.

В предоставленной работе инфологической модели дано описание в нотации IDEF1X. Такая методология применяет строго структурированный набор типов конструкций моделирования. В процессе создания модели данных применяется 2 уровня представления данных: физический и логический.

На рисунке 4.1 представлена физическая модель данных. Er-диаграмма базы данных в среде проектирования показана на рисунке 4.2.

Рис.4.1 Физическая модель данных

Рис. 4.2 Er-диаграмма базы данных в среде проектирования

4.1.3 Расчет экономической эффективности

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

В наши дни, чтобы определить эффективность ИТ-инвестиций существуют некоторые методики, которые можно сгруппировать таким образом [12]: вероятностные способы (Applied Information Economics, Real Options Valuation); классические финансовые методики (Economic Value Added, Total Cost of Ownership, Return оn Investment); инструменты качественного анализа (Information Economics, Balanced Scorecard).

Преимуществом финансовых методов считается их база, классическая теория установления экономической эффективности инвестиций. Эти методы применяют принятые в финансовой отрасли критерии (внутренняя норма прибыли, чистая текущая стоимость и пр.), что дает возможность ИТ-руководителям нахождения общего языка с финансовыми директорами. Главным недостатком считается ограниченность использования таких способов: они применяют понятия оттока и притока денежных средств, которые требуют точности и конкретики. Опытным путем можно определить отток материальных средств (расходы на ИТ-проект).

Как правило, экономический эффект от мероприятий по усовершенствованию области ИТ проявляется в форсировании подготовки производства и уменьшении затрат на ее реализацию. На начальных этапах введения ИТ в области ППП (время 70-х — 80-х годов) главным источником прибыли считалась автоматизация обыденных процедур по формированию и корректированию конструкторской документации. В наше время, даже при обнаружении подобных резервов, экономия может быть несущественной: заработная плата конструкторов (основной компонент экономии такого рода) и остальных специалистов на промышленных предприятиях страны по-прежнему низкая. Внедрение инновационных многофункциональных систем проектирования зачастую влечет удорожание отдельных процессов по причине значительных затрат на покупку современного технического и ПО, расходов на обучение персонала, необходимости в осуществлении физического прототипирования разработанного изделия. Экономический результат от уменьшения затрат, который вычисляли ранее по уменьшению затрат на бизнес-процессы, оказался не значительным.

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

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

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

DТ=Т₀-Т₁                                                                                                                                    (4.1)

где Т₀ – считается годовой трудоемкостью обработки информации при базовом варианте; а

Т₁ – годовой стоимостью обработки информации при разрабатываемом варианте.

Коэффициент понижения трудовых затрат

K_т=(DТ/Т₀)*100 (%)                                                               (4.2)

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

Y_т=Т₀/Т_1в                                                                                                                                    (4.3)

К стоимостным показателям принадлежат: абсолютное понижение стоимостных затрат (DC) , коэффициент относительного понижения стоимостных затрат (К_C) :

Показатель понижения стоимостных затрат

DС=С₀-С₁                                                                                                                                   (4.4)

где С₀ – считается годовой стоимостью обработки информации при базовом варианте; а

С₁ – годовой стоимостью обработки информации при разрабатываемом варианте.

Индекс изменения стоимостных затрат

Y_c=С₀/С₁                                                                                (4.5)

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

Ток  = К_П /DC                                                                         (4.6),

где К_П – являются затратами на реализацию проекта (разработка и введение).

Также следует определить расчетный коэффициент эффективности капитальных затрат:

Ер =  1/Ток                                                                            (4.7)

Сравним суммы затрат для базового варианта и при применении созданной системы по учету пациентов. Предположим, что средняя заработная плата регистратора 30000 руб., что в переводе на часы при 21 восьмичасовом рабочем дне составит 140 рублей в час. Предположим, что в работе созданной системы применяются документы следующего объема:Данные о клиенте —  50 документострок;Данные о записи на прием – 100 документострок;Список услуг – 450 документострок;Отчеты– 1000 документострок (раз в неделю).За год получим:Итого данных о клиенте — 50*21*12=12600 документострок;Итого данных о записи — 100*21*12=25200 документострок;Итого услуг — 450*21*12=113400 документострок;Общее количество отчетов – 1000*4*12=48000 документострок.Также необходимо учитывать, что при применении созданной системы амортизация ПК составляет 20% от его начальной стоимости (25000 рублей) при продолжительности эксплуатации 5 лет, т.е. в час:5000/(21*12*8)=2,5 руб. в час.Накладные расходы составят при базовом варианте:Бумага:10 пачек*12 месяцев*100 руб. =12000 ежегодно либо 12000/(21*12*8)=6 руб. в час;Остальные канцелярские принадлежности – примерно 6000 ежегодно, или примерно 3 руб. в час, всего — 9 рублей в час.Процедуры технологического процесса при проектном и базовом и вариантах ежегодно, а также их характеристики показаны в таблицах 4.1 и 4.2.

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

DТ=1328,00  -664,00=664,00 часов

Коэффициент понижения трудовых затрат составил:

K_т=(664/1328)*100%=50 %

Показатель понижения стоимостных затрат составил:

DС=177952-114841-=93292,00 рублей

Таблица 4.1

Базовый вариант

 

Таблица 4.2

Проектный вариант

 

Выполним расчет затрат на проектирование и внедрение системы. Для этого необходимо учитывать зарплату разработчиков. При средней зарплате в 30000 руб., и привлечении 3-х разработчиков и общей продолжительности разработки в 21 рабочий день (месяц), стоимость разработки составит 90000 руб., закупка сервера для установки СУБД и веб-сервера в сумме 50000 руб., то общая сумма капитальных затрат составит 140000 руб.

Рассчитаем время окупаемости затрат на введение проекта машинной обработки информации:

Т_ок  = 140000/93292=1,5 года

Время окупаемости затрат на введение проекта составит примерно 18 месяцев.

Выполним расчет расчетный коэффициент эффективности капитальных затрат:

Ер =  1 / Ток=1/1,5 =0,66

Диаграмма сравнения проектного и базового вариантов трудовых затрат приведена на рисунке 4.3, стоимостных затрат приводится на рисунке 4.4.

Рис. 4.3 Диаграмма сравнения проектного и базового варианта трудовых затрат обработки информации

Рис. 4.4 Диаграмма сравнения проектного и базового варианта стоимостных затрат обработки информации

 

4.2 Документация функциональной части

4.2.1 Описания автоматизированных функций

 

Структурная схема пакета ИС приведена на рисунке 4.5.

Программная система состоит из следующих уровней: клиент; сервер приложений; сервер БД (рисунок 4.6).

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

Сервер приложений расположен на втором уровне. На втором уровне сосредотачивается основная часть бизнес — логики.

Рис. 4.5 Структурная схема пакета ИС

Рис. 4.6 Структура программной системы

На третий уровень выносится сервер БД, который обеспечивает сохранение данных.

Сервер приложений разработан при помощи технологии Delphi 9.0 DataSnap. Передача данных между клиентом и сервером осуществляется через протокол TCP. Сервер приложений взаимодействует с базой данных через СУБД MS SQL Server. Подключение к базе данных выполняется через технологию ADO.

В структуре сервера можно выделить две основные части: Модуль управления сервером (TdmServer) и модуль предоставления данных (TdssmRemoteData). Описание модулей приведено в таблице 4.3.

Таблица 4.3

Структура сервера приложений

Основой клиентской части является модуль TdmData. Модуль выполняет следующие функции: соединение с сервером; управление предоставленными сервером наборами данных; получение доступа к функциональности сервера (создание проекции интерфейса взаимодействия «TdssmRemoteData»).

Учет заявки активизируется заказчиком. Им описывается процедура ввода новых данных в БД. Это выполняет пользователь в качестве заказчика. В формы ввода вводятся на основании документов данные, а также вся справочная информация, которая необходима при работе с системой.

Распределение заявок показывает порядок распределение заявок и направления наладчику для исполнения. Обработка заявки наладчиком показывает порядок обработки заявок при ее получении наладчиком. Исполнитель может либо отказаться от заявки, либо принять ее для исполнения. По окончании работы по заявке наладчик закрывает ее, формируя наряд.

Алгоритмы работы программы приведены на рисунках 4.7 и 4.8.

Работа системы осуществляется следующим образом:

1. Заказчик (представитель цеха) заходит в систему и формирует заявку, выбирая из списка сломанное оборудование, вводя предполагаемую причину поломки, при этом дата и время заявки устанавливается автоматически.
2. Заявка попадает к диспетчеру. Диспетчер отправляет заявку наладчику, может добавить свое примечание.
3. Наладчик рассматривает заявку и может либо принять ее на исполнение, либо вернуть диспетчеру. В последнем случае диспетчер опять назначает заявку какому-то другому сотруднику.
4. Если заявка принимается на исполнение, наладчик может выписать накладную на получение какого-либо оборудования со склада, выбирая его из списка.

Рис.4.7 Алгоритм добавления новой техники на ремонт

Прододжение Рис. 4.7 Алгоритм добавления новой техники на ремонт

Рис. 4.8 Алгоритм завершения заявки на ремонт

Продолжение Рис. 4.8 Алгоритм завершения заявки на ремонт

5. Если необходимого оборудования в системе нет, исполнитель может сформировать аварийную заявку в отдел снабжения для получения этого оборудования на склад и распечатать ее. Если при следующей синхронизации оказывается, что это оборудование уже поступило на склад, в списке заявок в работе должна быть сигнализация о том, что оборудование поступило на склад и можно приступать к работе по ремонту.
6. По окончании ремонта наладчик закрывает наряд, выбирая из списка выполненные работы, а также используя список оборудования, которое было ранее выдано для проведения данного ремонта. Оборудование также можно добавлять в наряд при его закрытии. Время закрытия добавляется автоматически.
7. Закрытая заявка показывается у заказчика этой заявки, заказчик должен закрыть ее окончательно или отправить на доработку, добавив примечание.

 

4.2.2 Описание постановки задачи

 

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

Основными элементами модели прецедентов являются актеры и прецеденты.

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

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

Работа системы осуществляется следующим образом:

8. заказчик (представитель цеха) заходит в систему и формирует заявку, выбирая из списка сломанное оборудование, вводя предполагаемую причину поломки, при этом дата и время заявки устанавливается автоматически.
9. заявка попадает к диспетчеру. Диспетчер отправляет заявку наладчику, может добавить свое примечание.
10. Наладчик рассматривает заявку и может либо принять ее на исполнение, либо вернуть диспетчеру. В последнем случае диспетчер опять назначает заявку какому-то другому сотруднику.
11. Если заявка принимается на исполнение, наладчик может выписать накладную на получение какого-либо оборудования со склада, выбирая его из списка.
12. Если необходимого оборудования в системе нет, исполнитель может сформировать аварийную заявку в отдел снабжения для получения этого оборудования на склад и распечатать ее. Если при следующей синхронизации оказывается, что это оборудование уже поступило на склад, в списке заявок в работе должна быть сигнализация о том, что оборудование поступило на склад и можно приступать к работе по ремонту.
13. По окончании ремонта наладчик закрывает наряд, выбирая из списка выполненные работы, а также используя список оборудования, которое было ранее выдано для проведения данного ремонта. Оборудование также можно добавлять в наряд при его закрытии. Время закрытия добавляется автоматически.
14. Закрытая заявка показывается у заказчика этой заявки, заказчик должен закрыть ее окончательно или отправить на доработку, добавив примечание.

В диаграмме прецедентов 4 актера. На рисунке 4.9 представлена диаграмма прецедентов, которая представляет функции администратора по работе с системой.

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

Прецедент «Аутентификация пользователя» активизируется всеми субъектами ИС. Перед тем как пользователь начнет работу с БД, системой запрашивается его логин и пароль. Когда пользователь не прошел регистрацию либо допущена ошибка в пароле и/или логине, то ему не предоставляется доступ к работе в ИС. Если проверка пользовательского логина и пароля прошла успешно откроется главное окно программы. На рисунках показаны диаграмма очередности и диаграмма действий такого прецедента.

Рис. 4.10 Диаграмма прецедентов заказчика

Рис. 4.11 Диаграмма прецедентов наладчика

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

Диаграмма последовательности «Распределение заявок» показывает порядок распределение заявок и направления наладчику для исполнения.

Рис. 4.12 Диаграмма очередности «Аутентификация пользователя»

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

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

По окончании работы по заявке наладчик закрывает ее, формируя наряд. Диаграмма последовательности данного процесса приведена на рисунке 4.15.

Рис. 4.13 Диаграмма последовательности «Учет заявок»

Рис. 4.14 Диаграмма распределения заявок

Рис. 4.15 Диаграмма последовательности при отказе от заявки

Рис. 4.16 Диаграмма последовательности при приеме заявки в работу

Рис. 4.17 Диаграмма последовательности закрытия заявки и формирования наряда

4.3 Документация организационного обеспечения ИС

Программное обеспечение (ПО) — представляет из себя совокупность программ для решения задач и целей автоматизированной системы. [2]

Программное обеспечение бывает двух видов: общее (операционные оболочки, операционные системы, интерпретаторы, компиляторы программные среды для разработки прикладных программ, сетевые программы, СУБД и др.) и специальное (совокупность прикладных программ, которые разработаны для определённых задач в рамках функциональных подсистем, и контрольные примеры). [2]

Для работоспособности и использования программы нужна операционная система (ОС). Операционные системы, обеспечивают управление при работе персональных компьютеров и с их ресурсами, запускают на выполнение разные прикладные программы, по запросу пользователя выполняют разнообразные дополнительные действия. Операционные системы разделяются на многопользовательские, однопользовательские, и сетевые. Факторы, которые влияют на выбор определенной операционной системы, перечислены ниже:

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

-· требования, предъявляемые к аппаратным средствам,

-· требование поддержки сетевой технологии,

-· присутствие справочной службы для пользователя,

-· быстродействие,

-· наличие дружественного интерфейса и легкость в использовании.

На компьютерах, входящих в состав АРМов сотрудников компании на данный момент установлена ОС MS Windows 7 Professional x64, это считается оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать.

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

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

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

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

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

Имеется в наличии большое количество систем управления БД. Невзирая на то, что они способны работать по-разному с разнообразными объектами и предоставляют для пользователя всевозможные средства и функции, основная часть СУБД опираются на единую устоявшуюся совокупность основных функций.

Требования к СУБД, могут изменяться в зависимости от назначенных целей. Впрочем, можно выделить такие группы критериев: функциональные возможности; структура данных; специфичность создания приложений; производительность; запросы к рабочей среде.

Проанализируем 5 разных реляционных СУБД. В соответствии с методом анализа иерархий, который предложил Т. Саати, осуществляется попарное сравнивание всех СУБД по каждому из критериев, вследствие чего создается пять матриц попарных сравнений альтернатив.

В качестве альтернатив будем рассматривать такие СУБД: DB2; Oracle; Microsoft SQL Server; PostgreSQL; MySQL.

Выбор необходимой СУБД описан в приложении 1.

С целью создания программ для Windows имеется множество интегрированных сред разработки. К ним относятся: С+ + Builder, Delphi, Visual С+ +, Visual Basic.

Когда появились средства быстрой разработки приложений (RAD – rapid application development) стало возможным программирование при помощи готовых шаблонов и компонентов. Выполним сравнение C++Builder и Delphi, для автоматизированной системы изберем среду программирования.

Компания Borland International на базе языка Object Pascal разработала систему визуального программирования Delphi. Основательным шагом вперед можно считать объектно-ориентированный подход по созданию компонент. Благодаря нормальной компиляции, которая обеспечивает получение наиболее производительных программ, обеспечивалось дополнительное преимущество. Две первые версии Delphi достаточно быстро снискали симпатии не только среди аудиторий вузов, где Pascal имел особое уважение, но и у специалистов. Это привело к тому, что один из отделов компании Borland International перенес визуальную технологию в среду C++. Таким образом, практически в то же время с появлением Delphi 2.0 на рынок вышла первая версия Borland C++ Builder (ВСВ). Основа этой версии ВСВ содержала библиотеку визуальных компонентов VCL (Visual Component Library), которая без изменений была перенесена из Delphi 2. Интерфейсы сред ВСВ и Delphi подобны друг другу словно близнецы, да и основная часть ВСВ разрабатывалась в среде Delphi на языке Object Pascal. Из-за своего происхождения система ВСВ стала двуязычной. Помимо собственного основного языка программирования она предоставляет возможность почти без каких-нибудь доработок применять модули, объекты и формы, которые были разработаны в среде Delphi. Для еще большего расширения сферы влияния среды ВСВ, в следующих версиях ее авторы обеспечили возможность применения библиотеки классов MFC, которая была разработана компанией Microsoft.

Delphi 7 2010 г считается прекрасным инструментов, однако одновременно и сложной программной средой, которая состоит из многих компонентов. Включает в себя новый интерфейс Galileo, а так же interbase server и desktop, remote debugger server, Model Maker, Install Shield

Наиболее привлекательными в Delphi считаются такие первоначальные возможности, как интеграция с программированием под Windows и технология элементов, объектно-ориентированный подход к программированию, который основан на формах, ее высокопроизводительный 32-разрядный оптимизирующий компилятор, прекрасная поддержка БД. Однако наиболее значительной частью считается язык Object Pascal, на основе которого формируется все остальное.

Delphi 7 2010 г имеет открытую архитектуру, полностью поддерживает технологии ODBC, ActiveX, Microsoft OLE Automation. Компилятором обеспечивается доступ ко всем ресурсам ОС, которые реализуют интерфейс Win32 (Windows 7 и Windows ХР).

Программы Delphi применяют объектно-ориентированную структуру, которая называется VCL – Visual Component Library (Библиотека Визуальных Компонентов). Собственно VCL поднимает на новый уровень быструю разработку приложений. Собственные возможности можно расширить благодаря созданию собственных элементов. К тому же независимыми поставщиками уже создано большое количество компонентов подобного рода.

Delphi 7 2010г располагает множеством других улучшений IDE, расширенной поддержкой БД (по специальным наборам данных InterBase и ADO), улучшенной версией MIDAS с поддержкой Интернета, инструментом управления версиями TeamSours, возможностями перевода, концепцией фреймов и большим количеством новых элементов.

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

C++Builder 6 2010 считается очередной версией системы объектно-ориентированного программирования для ОС Windows 7, Windows Vista, Windows XP и Windows 2000. Встроенная среда системы (IDE, Integrated Development Environment) обеспечивает ускоренное визуальное проектирование, а также продуктивность неоднократно применяемых элементов совместно с улучшенными инструментами и многообразными средствами доступа к БД.

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

Система C++Builder 6 2010 может использоваться везде, где необходимо дополнить имеющиеся приложения (как системные, так и прикладные) расширенным стандартом языка C++, увеличить надежность и быстродействие и программ, придать интерфейсу пользователю качество профессионального уровня. Помимо этого обеспечивает быстрое создание применяющих сенсорный ввод данных графических приложениях и интерфейсов для КПК, сенсорных панелей и автономных общедоступных систем и усовершенствование имеющихся приложений с наименьшим добавлением кода или без него.

В контексте C++Builder RAD имеет в виду не только реальное ускорение классического цикла «редактирование – компиляция – компоновка – прогон – отладка», но и придает изящество компонентной модели создаваемым проектам.

Уникальная среда разработки C++Builder 6 2010 IDE Insight позволяет обращаться ко всем компонентам, параметрам и возможностям интегрированной среды разработки, не расходуя время на их поиск в диалоговых окнах и меню; обозреватель классов, который обеспечивает управление классами в проекте и быстрый переход между ними; объединяет Палитру компонентов, Менеджер проектов, Инспектор объектов, Дизайнер форм и целиком интегрированные Отладчик и Редактор кода, которые считаются основными инструментами RAD.

В Builder C++ 6 2010 добавлены поддерживаемые отладчиком средства визуализации данных, которые упрощают отладку, разрешая выполнять настройку отображения типов данных в отладчике; поддерживаемые отладчиком средства управления потоками, обеспечивающие разморозку, заморозку и изоляцию потоков, а также установку контрольных точек для выбранных потоков, что упрощает разрешение проблем. Builder C++ 6 2010 имеет новые параметры отладчика: Scroll new events into view и Ignore non-user breakpoints, как на уровне первоначальных инструкций, так и на уровне ассемблерных команд, рассчитывая удовлетворить высокие запросы экспертов.

Построен оптимизирующий 32-разрядный компилятор по проверенной и оригинальной адаптивной технологии, которая обеспечивает исключительно быструю и надежную оптимизацию, как объема выходного исполняемого кода, так и необходимой памяти.

Визуальной разработкой методом «перетаскивания» (drag-and-drop) многократно упрощается и ускоряется трудоемкая процедура программирования приложений СУБД. Основу объектно-ориентированного взаимного действия клиент – сервер составляет термин наборов данных (dataset) – хранимых процедур, запросов, таблиц, являющихся основными сущностями БД, которыми оперируют элементы доступа. Обширный выбор компонентов редактирования и визуализации позволяет без затруднений видоизменять представления наборов данных. C++Builder применяет масштабируемый словарь данных и проводник БД, чтобы автоматически осуществить настройку средств редактирования и отображения применительно к специфике информации.

Наравне с художниками-оформителями и дизайнерами к прикладным разработкам в основных сферах сети все чаще стали привлекаться специалисты-программисты. Качественное приложение обеспечивает динамический выбор информации с сервера и ее предоставление в формате, который удобен для пользователей различного уровня, таким образом, чтобы у них имелась возможность составления своего заключения и принятия адекватного решения в кратчайшее время. C++Builder 6 2010 полностью этим требованиям удовлетворяет и обеспечивает:

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

C++Builder обеспечивает своей мощью и широкими возможностями языка C++ все поколение систем объектно-ориентированного программирования. Система C++Builder может использоваться везде, где необходимо дополнить имеющиеся приложения промышленным расширенным стандартом языка C++, обеспечить повышение быстродействия и придать интерфейсу пользователю профессиональный вид.

Все модули данных, формы и компоненты, накопленные программистами, работающими в Delphi, могут неоднократно использоваться в приложениях C++Builder без каких- либо изменений. C++Builder безукоризненно подходит тем разработчикам, которые отдают предпочтение выразительной мощности языка C++, но намереваются сохранить эффективность Delphi. Особенная взаимосвязь подобных систем программирования дает возможность в процессе создания приложения без затруднений выполнять переход из одной среды разработки в другую.

Какой системе отдать предпочтение? Использует Delphi язык Объектный Паскаль, который изучается в большинстве специализированных институтах и школах. Система C++Builder построена на языке C++, который считается наиболее распространенным в больших компаниях, осуществляющих разработку математического обеспечения высокопрофессионального уровня. C++Builder является более мощной системой, которая идеально подходит разработчикам, которые отдают предпочтение выразительной мощи языка C++, впрочем, намереваются сохранить производительность Delphi. Сопровождение программных продуктов, написанных в системе Delphi, проще чем написанных в C++Builder.

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

Для разработки будем использовать среду разработки RAD Studio Professional.

RAD Studio Professional содержит высокопроизводительные интегрированные среды разработки своих приложений Windows и .NET. Интегрированная среда разработки Delphi и C++Builder с поддержкой Unicode для разработки своих приложений имеет не одну сотню готовых функций и компонентов, к которым относятся полнофункциональная отладка и тестирование модулей, интерактивные шаблоны, выделение синтаксиса, дополнение кода, рефакторинг. Интегрированная среда разработки Delphi Prism поддерживает создание приложений для платформы .NET, в том числе поддержку передовых технологий .NET. — Подключение к локальным БД InterBase®, Blackfish™ SQL и MySQL в Delphi и C++Builder. — Подключение к БД в Visual Studio при помощи ADO.NET, в том числе подключение к локальным БД Blackfish и InterBase в Delphi Prism. — Развертывание Blackfish SQL в системах с одним пользователем и размером базы данных 512 МБ. — Библиотека VCL для Интернета с ограничением количества подключений (не свыше пяти).

В результате анализа и сравнения средств разработки выбраны язык программирования Delphi 9.0 и СУБД MS SQL 2012.

 

4.4 Документация информационного обеспечения

 

Информационным обеспечением (ИО) — является совокупность целостной системы классификации, унифицированных систем документации, кодирования информации и информационных массивов. [12] Состоит ИО из двух комплексов: внемашинного ИО (документы и классификаторы технико-экономической информации) и компоненты внутримашинного информационного обеспечения (макеты и экранные формы для ввода первичных данных в ЭВМ или вывода итоговой информации, структура информационной базы: выходных, входных файлов, базы данных). Чтобы экономическую информацию приспособить для продуктивной обработки, поиска и передачи по каналам связи, ее надо предоставить в цифровом виде. Для этого ее необходимо сначала классифицировать (упорядочить), а потом закодировать (формализовать) применяя классификатор.

Классификатор — это документ, при помощи которого можно осуществлять формализованное описание экономической информации в ЭИС, которая содержит названия объектов, наименования классификационных группировок и их кодовые обозначения. [13]

По своим действиям классификаторы делятся на такие виды: отраслевые и локальные, общегосударственные или общесистемные и международные классификаторы.

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

Главной компонентой внемашинного ИО считается система документации, которая применяется в ходе управления экономическим объектом. Документ-это конкретная совокупность сведений, которая используется при решении экономических задач и располагается на материальном носителе согласно установленной форме.

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

Имеющиеся системы документации больше характерны для неавтоматизированных ЭИС. Отличаются они огромным количеством различных типов форм документов; внушительными потоками документов, их запутанностью; дублирующийся информацией в документах при проведении действий по их обработке и, как результат: низкая достоверность получаемых результатов. Почти половину рабочего времени затрачивают сотрудники компании на обработку документов в таких системах. Чтобы систему документации упростить, необходимо выполнить такие действия:

— провести унификацию и стандартизацию документов;

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

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

Описание экранных форм относится к внутримашинному ИО.

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

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

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

Большей частью внутримашинного ИО составляет информационная база.

Информационная база (ИБ) — конкретным образом сформированная совокупность данных, сохраняемых в памяти вычислительной системы в виде файлов, при помощи которых удовлетворяются информационные запросы управленческих процессов и решаемых задач. [3]

Имеются такие способы построения ИБ:

-·совокупность локальных файлов — поддерживается при помощи функциональных пакетов прикладных программ;

-·интегрированная база данных — базируется на применении универсальных программных средств поиска, хранения, загрузки и ведения данных, то есть СУБД.

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

В данном проекте информационная база представляется как интегрированное информационное хранилище. Такая организация дает возможность объединять разные источники информации, осуществлять управление файлами разных форматов. Кроме того, очевидны достоинства применения для хранения информации базы данных:

-· удобство и повышение скорости совместной обработки данных;

-· поддержка целостности данных,

-·совместимость данных; соответствие данных действительному состоянию объекта.

База данных (БД) — поименованная совокупность данных, которая отражает совокупность объектов и их связей в разбираемой предметной области. [3]

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

По методу установления связей между данными выделяют:

-· иерархическую;

-· реляционную модель,

-· сетевую.

Главными элементами каждой из этих моделей считаются таблицы или файлы.

Иерархическими моделями данных является графовая модель с вершинами-таблицами. В таких моделях имеется один файл являющимся входом в структуру. Меж этими файлами возникают отношения соподчиненности. У файла может быть несколько подчиненных и одна исходная вершина. Основной тип отношений — 1:М.

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

Более популярное распространение обрела реляционная модель данных. При этой организации любая информация изображена как таблицы или файлы БД и отношения. Такие таблицы представляют собой совокупность записей (строк или кортежей). Меж отношениями (таблицами) имеются связи типа 1:М, М:М. Любое из отношений имеет свой ключ — поле записи (атрибут), которое идентифицирует ее. Такое свойство, присуще реляционной модели данных не производит дублирование информации, и ускоряет процесс поиска и доступа к конкретным данным.

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

Учитывая все достоинства реляционных моделей данных для представления информации, которая обрабатывается при решении задачи, есть целесообразность применения реляционной модели БД.

Входной информацией для разрабатываемой системы являются ассортимент услуг, данные каждой услуги, данные покупателя, оценка услуги покупателем. Данные, касающиеся услуг (ассортимент и наименование) вноясятся в систему ее администратором.

Из ассортимента услуг в систему заносятся следующие реквизиты:

— наименование категории;

— наименование услуги;

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

— наименование;

— категория;

— описание

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

Администратор получает следующие отчеты:

• Отчет по количеству поступивших заявок за период за каждый цех сравнительно с другими цехами;
• По простаивающему оборудованию в настоящий момент;
• Сравнительный отчет по простою оборудования каждого цеха за период;
• Сравнительный отчет по количеству выполненных заявок за период за каждый отдел сравнительно с другими отделами ремонтного подразделения;
• По оборудованию, которое более всего простаивало за период (сравнительно по типам);
• Отчет по загруженности работников ремонтной службы за определенный промежуток времени.

 

4.5 Документация технического обеспечения

 

Техническим обеспечением (ТО) — является набор технических средств, который предназначается для обеспечения работоспособности автоматизированной системы. [11]

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

Для компании предлагается создать систему, созданной на клиент-серверной архитектуре, соответственно требованиям, которые предъявляются к техническому обеспечению. Они включают в себя требования, как к серверной, так и к клиентской части. Все компьютеры компании объединяются в локальную сеть, что позволяет удовлетворить все потребности информационного обмена. На рабочих местах сотрудников компании находятся принтеры для печати разных отчётов, счетов, списков, и других документов.

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

Локально-вычислительная сеть компании создавалась по технологии Ethernet с применением маршрутизатора ASUS AX-112W по топологии «дерево с активными узлами».

Средой передачи данных служит кабель витая пара 5 категории (100BASE-ТX) со скоростью передачи до 100 мбит/сек.

В сети выделяется 2 сегмента

-серверный сегмент;

— пользовательский сегмент.

Доступ в глобальную сеть Интернет осуществляется по выделенной линии при помощи технологии ADSL, со скоростью до 10 мбит/сек.

В качестве ADSL-модема использован D-Link DCM-202.

Серверная ферма состоит из файлового сервера, веб-сервера.

Пользовательский сегмент сети поделен на фрагменты согласно организационным делением компании.

В каждом из сегментов размещаются рабочие станции и МФУ Brother DCP-9010CN для размножения, распечатки и ксерокопирования документов.

Общая схема технического обеспечения компании изображена на рисунке 1.2.

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

• соединительные линии локальной вычислительной сети;
• сервера;
• ПК менеджеров.

Персональные компьютеры оценивают по таким ключевым критериям:

• быстродействие видеокарты;
• объем оперативной памяти;
• объем жесткого диска;
• быстродействие процессора.

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

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

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

Соединительным линиям ЛВС дают оценку по потенциальной пропускной способности. Поскольку в процессе работы создаваемого модуля и обмена информацией с сервером видео или голосовой трафик не передается, либо остальные данные большие по объему, то и особенных запросов к пропускной способности не предъявляют. Поскольку пропускная способность линий связи на данный момент составляет до 100 мбит/сек, то им также модернизация или замена не требуются.

 

4.6 Документация математического обеспечения

 

Данный раздел приводит описания выходных и входных показателей и алгоритмы расчета результатных показателей, которые используются в проектируемой системе. В табл. 4.4 находятся показатели, которые выделим в рамках комплекса задач. Формализация расчета входных показателей прописана в табл. 4.5.

Таблица 4.4

Входные показатели в рамках комплекса задач

 

Таблица 4.5

Таблица формализованного описания результатных показателей

 

Заключение

 

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

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

В основе создания информационной системы лежат такие принципы:

• Пригодность и полнота информации для пользователя.
• Своевременность.
• Точность.
• . Гибкость
• Ориентированность
• Приемлемый формат данных.

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

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

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

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

В ходе разработки системы проводились такие работы:

• Расчет характеристик финансовой эффективности реализации системы.
• Разработка выходных и входных печатных и экранных форм проектной документации;
• Проектирование БД с целью централизованного сохранения необходимых данных;
• Разработка макетов важнейших выходных документов;
• Обоснование проектных решений по техническому, программному и информационному обеспечению совокупности задач;
• Выбор задач для автоматизации;
• Анализ бизнес-процессов осуществления деятельности старшего специалиста.

Особенности работы с системой детально описываются в контрольном примере осуществления проекта.

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

Созданный проект в полном объеме соответствует запросам задания на выпускную работу.

 

Список источников

 

1. Авдошин, Песоцкая. Информатизация бизнеса. Управление рисками. — Издательство: ДМК-Пресс, М., 2015 г., 176 стр.
2. Арнольд Виллемер. Программирование PHP. — Москва, Издательство: Эксмо, 2015 г., 528 стр.
3. Бабич А.В. Организация информационных сетей – Тюмень: Издательство Тюменского государственного университета, 2015. – 144 с.
4. Белл, Киндал, Талманн. Обеспечение высокой доступности систем на основе MySQL. — Издательство: BHV, М., 2014 г., 624 стр.
5. Бенкен Е.С. PHP, MySQL, XML: программирование для Интернета. – С. Пб.:BHV, 2014. –570 с.
6. В. Тимофеев: Самоучитель PHP как он есть. — Москва, Издательство: Бином, 2014 г., 336 стр.
7. Васильев А. Самоучитель PHP примерами и задачами. — Москва, Издательство: Наука и Техника, 2015 г., 480 стр.
8. Викрам Васвани: MySQL: использование и администрирование. — Издательство: Питер, СПб, 2014 г., 368 стр.
9. Исаев Георгий. Информационные системы в экономике. Учебник. — Издательство: Омега-Л, М., 2015 г., 462 стр.
10. Манза Н.Н. Компьютерные сети нового поколения / под редакцией Лавриенка Я.С. – Днепропетровск.: Изд-во Манлав, 2014. – 896 с.
11. Манза Н.Н. Обзор средств защиты информации от несанкционированного доступа для средних предприятий. Информационная безопасность 2013 №06 декабрь. — М.: Groteck. 2015. — 60 с.
12. Морган, Тернстрем. Проектирование и оптимизация доступа к базам данных Microsoft SQL Server 2012. — Издательство: BHV, М., 2014 г., 480 стр.
13. Пирогов Владислав. Информационные системы и базы данных: организация и проектирование, Издательство: BHV, М., 2015 г., 528 стр.
14. Полубенцева М. Процедурное программирование. — Москва, Издательство: BHV, 2014 г., 432 стр.
15. Роберт Дж. Мюллер. Проектирование баз данных и UML. — Издательство: Лори, М., 2015 год, 432 стр.
16. Роберт Лафоре. Объектно-ориентированное программирование. — Москва, Издательство: Питер, 2015 г., 928 стр.
17. Стефан Дьюхэрст. Как избежать проблем при проектировании и компиляции ваших программ. — Москва, Издательство: ДМК-Пресс, 2014 г., 264 стр.
18. Таненбаум, Бос. Современные операционные системы. — Издательство: Питер, Спб, 2015 г., 1120 стр
19. Тахагхогхи, Вильямс. Руководство по MySQL. — Издательство: BHV, М., 2015 г., 544 стр.
20. Ховард, Лебланк, Виега. Как написать безопасный код на С++, Java, Perl, PHP, ASP.NET. — Москва, Москва, Издательство: ДМК-Пресс, 2014 г., 288 стр.
21. Чистов Дмитрий. Экономическая информатика (для бакалавров). Учебное пособие. — Издательство: Кнорус, 2014 г., 512 стр.
22. Энди Орам, Грегори Уилсон. Идеальная разработка ПО. Рецепты лучших программистов. — Издательство: Питер, Спб, 2015 г., 592 стр.
23. Энтони Молинаро. SQL. Сборник рецептов. — Издательство: Символ-Плюс, 2015 г., 672 стр.
24. Эрих Гамма, Ричард Хелм, Ральф Джонсон, Джон Влиссидес. Приемы объектно-ориентированного проектирования. Паттерны проектирования. — Издательство: Питер, М., 2015 г., 368 стр.

---

1  2  3