Вход

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

Дипломная работа
Дата создания 28.06.2016
Страниц 66
Источников 10
Вы будете перенаправлены на сайт нашего партнёра, где сможете оформить покупку данной работы.
6 930руб.
КУПИТЬ

Содержание

Содержание Введение 3 1 Аналитический обзор 5 1.1 Анализ процесса приема и обработки обращений в технические службы 5 1.2 Анализ существующих систем автоматизации 17 1.3 Анализ инструментальных сред разработки информационного и программного обеспечения 20 1.4 Выводы по аналитической части 25 2 ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ. ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО КОМПЛЕКСА 27 2.1 Постановка задачи оптимизации работы инженеров технической поддержки МФЦ 27 2.2 Разработка функциональной структуры программного комплекса информационной системы учета и планирования обслуживания заявок МФЦ 31 2.4 Разработка структуры интерфейсов пользователей (ведущего инженера(руководителя/администратора) и инженеров(исполнителей)) 37 2.5 Разработка программного обеспечения автоматизированной системы, включающего базу данных и модуль проверки запланированного графика работ 46 2.6 Программная реализация и тестирование работы одного из модулей программного комплекса определения частоты возникающих проблем 54 Заключение 64 Литература 66 Содержание

Фрагмент работы для ознакомления

FamДата-времяФамилия клиентаNameЦелоеИмя клиентаSecnameСимвольноеОтчество клиентаTelefoneСимвольноеТелефон клиентаMobСимвольноеМобильный телефон клиентаKodotdЦелоеСсылку на запись в таблице OtdelРисунок 2.25. Реализация таблицы Zakazchik средствами MS SQL 2008Таблица 2.4– Назначение полей таблицы Otdel№п/пНаименованиеТип поляХарактеристикаKodotdЦелоеПервичный ключ таблицы otdel.NaimenovanieСимвольноеНаименование отделаTelСимвольноеТелефон отделаRukСимвольноеФИО руководителя отделаRegimeСимвольноеРежим работы отделаРисунок 2.26. Реализация таблицы Otdel средствами MS SQL 2008Таблица 2.5 – Назначение полей таблицы Zakaz№п/пНаименованиеТип поляХарактеристикаKod_zakazЦелоеПервичный ключ таблицы Zakaz.DateДата/времяПоле для хранения даты заказаNaimenovanieСимвольноеНаименование ресурсаKolvoСимвольноеРазмер заказаSrokДата/времяСрока предоставления ресурсаРисунок 2.27. Реализация таблицы Zakaz средствами MS SQL 2008Таблица 2.6 – Назначение полей таблицы Neispravnost№п/пНаименованиеТип поляХарактеристикаKod_neisprЦелоепервичный ключ таблицы Neispravnost.StationСимвольноеМесто неисправностиBlockСимвольноеБлока, содержащий неисправностьNaimenovanieСимвольноеНаименование неисправностиKodrasmЦелоеСсылку на запись в таблице VidТаблица 2.7 – Назначение полей таблицы Vid№п/пНаименованиеТип поляХарактеристикаKvidЦелоеИндексное поле – первичный ключ таблицы Vid.VidСимвольноеВид неисправностиKodotdцелоеОтветственный отделРисунок 2.28. Реализация таблицы Neispravnost средствами MS SQL 2008Рисунок 2.29. Реализация таблицы Vid средствами MS SQL 2008Таблица 2.8 – Назначение полей таблицы Sotrudnyk№п/пНаименованиеТип поляХарактеристикаKodsotrЦелоеПервичный ключ таблицы Sotrudnyk.DolgnostСимвольноеДолжность сотрудникаOtdelСимвольноеНаименование отделаFamСимвольноеФамилия сотрудникаNameСимвольноеИмя сотрудникаOtchСимвольноеОтчество сотрудникаTelefonСимвольноеНомер телефона сотрудникаMobtelСимвольноеМобильный номер телефона сотрудникаStatusСимвольноеСостояние сотрудникаРисунок 2.30. Реализация таблицы Sotrudnyk средствами MS SQL 2008Таблица 2.9 – Назначение полей таблицы Ispolnenie№п/пНаименованиеТип поляХарактеристикаKodispolnenЦелоеИндексное поле – первичный ключ таблицы Ispolnenie.DateispolnenДата /времяПоле для даты выполнения заявкиOtchetСимвольноеОтчет о выполнении заявки RabotСимвольноеПоле для хранения выполненных работРисунок 2.31. Реализация таблицы Ispolnenie средствами MS SQL 2008В результате препарирования - информационная модель была успешно реализована в среде MS SQL 2008. Даталогическаямодель базы данных представлена на рис.2.32.Рисунок 2.32. Даталогическая модель базы данных2.6 Программная реализация и тестирование работы одного из модулей программного комплекса определения частоты возникающих проблемДля обеспечения связи с файлами базы данных размещенной на SQL сервере в разрабатываемом программном проекте в среде Builder C++ 6.0 используется хорошо зарекомендовавшая себя технология ADO (ActiveXDataObjects - объекты данных, построенные как объекты ActiveX), которая развивается и поддерживается корпорацией Microsoft.База данных может быть указана двумя способами через файл соединения к данным (файл в формате MicrosoftDataLink, расширение UDL), либо прямым заданием параметров соединения. Значение свойства всехConnectionString компонент могут быть введены напрямую в текстовой форме, но куда проще вызвать редактор свойства нажав на кнопку “…” в конце поля ввода. Окно этого свойства представлено на рис.2.33.Рисунок 2.33. Настройка строки связи с базой данныхПри выборе в редакторе свойства “Useconnectionstring” и нажатии на кнопку “Build…” появляется окно для формирования ConnectionString (рис.2.30). Рисунок 2.34. Свойства связи с даннымиРисунок 2.35. Свойства связи с даннымиДля реализации базы данных в качестве основного инструмента был выбран сервер MS SQL 2008 DEVELOPER Edition. Данный выбор позволяет эффективно решать задачи организации таблиц базы данных, а также задачи разграниченного быстрого доступа, хранения, редактирования таблиц. Данное средство является стандартным средством, на котором реализовано большое количество промышленных баз данных, внедрена OLAP технология доступа к данным. Порядок работы с Microsoft SQL Server предусматривает предварительную инсталляцию продукта, причем она может быть выполнена в двух видах Local и Server. После инсталляции продукта на данный SQL могут быть перемещены базы данных, созданные на других MS SQL серверах. Для этого необходимо запустить EnterpriseManager и в левом окне SQL сервера, при помощи правой кнопки мыши выбрать альтернативу «Все задачи» затем «AttachDatabase», как показано на рис.2.36.Рисунок 2.37. Добавление существующей базы данныхПосле выполнения этих действий на экране появится окно «AttachDatabase», изображение которого представлено на рисунке 2.38. После выполнения этих действий при помощи кнопки с изображением « …», необходимо выбрать файл с расширением *.mdf, который содержит сам файл базы данных. Завершить установку баз данных, после выбора mdf-файла, нажав на кнопку с изображением Attach.Рисунок 2.38. Добавление существующей базы данныхНеобходимо отметить, что в случае использования Интернет соединений целесообразно использовать такую схему обеспечения соединения:На компьютере, который является сервером, устанавливается MS SQL Server 2008 в конфигурации Server.На компьютере, который является сервером, инсталлируется база данных так, как показано в данном пункте.На компьютере, который является клиентом, устанавливается MS SQL Server 2008 в конфигурации Client.При инсталяции и настройке MS SQL Server 2008 Client указывается IP адрес компьютера, который является сервером.На компьютере, который является клиентом, запускается разработанный программный проект.Для эффективной работы программного проекта необходима реализация конкретного механизма поиска информационных полей. В качестве поисковых полей были выбраны следующие:- номер заявки;- признак выполнения заявки;- дата заявки.Такой механизм обычно реализуется при помощи динамически изменяемых SQL запросов. Для обеспечения релевантности поиска возможно использование SQL запросов с динамически изменяющимися параметрами. В качестве таких параметров в разрабатываемом программном проекте использовались:- список полей (получаемых в результате запроса);- соответствующий списку полей - список таблиц;- ключевое поле, по которому необходимо производить поиск ПО;- значение поискового поля, для которого производится поиск.Для этих целей использовались такие запросы :Поиск заявки по дате:SELECT * from zayavka where (zayavka.data > :P1) and (zayavka.data < :P2)'Где символ после ключевого слова SELECT указывается информационные поля таблицы указанной после FROM, которые соответствуют условию, записанному после ключевого слова WHERE: book.namebooklike :P1,Т.е. необходимо выбрать те поля, которые содержат строковое вхождение динамического параметра P1Еще одна необходимость использования SQL-запросов, связана с необходимостью вывода полей текущей записи, для их просмотра. Технология использования этих записей, может быть описана последовательностью действий:1. Для текущей записи определяется значение ссылочных индексных полей.2. С помощью SQL запроса, по определенным значениям индексного поля определяются все поля текущей записи для каждой из таблиц.3. Значения выбранных полей записываются в соответствующие компоненты отображенияОтладка (debugging) – это процесс устранения ошибок, осуществляемый после удачного выполнения теста. Как только при отладке получено эталонное значение, можно приступать к тестированию.Процессы тестирования и отладки программного продукта не являются эквивалентными. Отладку можно описать как процесс, который производится после выполнения удачного тестового случая. Отладка – это процесс, состоящий из двух этапов. Он начинается на основе некоторого указания на наличие ошибки (например, выявленной в результате выполнения удачного контрольного примера) и переходит к определению точной сущности и местонахождению предполагаемой ошибки в рамках программы, а затем к исправлению этой ошибки.Разработчик ПО отвечает за организацию верификации, системное тестирование возлагается на разработчика и руководителя работы.В таблице 2.10 приведен график работ по тестированию подсистемы.Таблица 2.10График проведения работ по тестированию№Вид работыПродолжительность (дни)СущностьРаботыЦель работы1Проверка трассируемости требований пользователя с требованиями к ПО.2Составление матрицы трассировкиПроверить требования к ПО2Тестирование создания объектов БД;1Тестирование логики программы на правильность добавления и редактирования объекта в БДПроверка проектирования, реализации структуры БД при добавлении объекта3Тестирование установления связей между объектами;3Тестирование логики программы и информационной модели, создания БД и связей между таблицамиПроверка проектирования, реализации структуры БД4Тестирование режима ввода данных;1Тестирование логики программы на правильность ввода данных в БДПроверка этапа проектирования, реализации структуры БД при вводе данных5Тестирование режима изменения данных;2Тестирование логики программы на изменение ввода данных в БДПроверка проектирования, реализации структуры БД при изменении данных6Тестирование клиентской части8Тестирование режимов получения отчетов, поиска, сортировки данныхПроверка корректности работы программы7Интеграционное тестирование7Тестирование логики программы на установление связей между клиентской и серверной частями системыПроверка связи клиентской и серверной частейВсего24Ответственность разработчика состоит в устранении ошибок и помощи тестировщику. На тестировщика возлагается обязанность составления планов тестирования, прогона тестов, воспроизведения ошибок, составления отчета по результатам. В таблице 2.11 представлен перечень наборов входных данных для тестирования объектов базы данных и связей между ними.Таблица 2.11Процесс тестирования клиентской части№ п/пВходные данные(команды)Ожидаемый результатНазначениеСмысл1Нажатие кнопки ‘Добавить’ на панели DBNavigatoraДобавление записи в таблицу Проверка добавления данных в таблицу Нормаль-ная работа подсисте-мы2Нажатие кнопки ‘Удалить’ на панели DBNavigatoraУдаление записи из таблицыПроверка удаления записи из таблицы Нормаль-ная работа подсисте-мы3Нажатие кнопки ‘Добавить’ на панели DBNavigatora (не заполнено ключевое поле)Сообщение об ошибкеПроверка правильности ввода записиАномалия4Нажатие кнопки ‘Обновить’ на панели DBNavigatoraСохранение базы данныхПроверка правильности сохранения БДНормаль-ная работа подсисте-мыОбъект тестирования:клиентская часть подсистемы;анализ выходных данных и выдача сообщений в случае невозможности ввода.В таблице 3.3 представлен перечень наборов входных данных для тестирования модулей клиентской части приложения.Таблица 3.3Наборы входных данных для тестирования модулей клиентской части№ п/пВходные данные(команды)Ожидаемый результатНазначениеСмысл1Раскрыть список «Просмотр» и не выбирая альтернатив запустить функцию создания отчетаВыдача сообщения о невозможности выполнения функции создания отчетаПроверка реакции программы на неверный ввод Аномалия2Раскрыть поиск «Просмотр» и выбрать одну из альтернативПоявление формы с результирующими полями поискаПроверка правильности создания отчетаНормаль-ная работа приложенния3Раскрыть списки «Просмотр», «Создать», «База данных». списки «Получить справку», «информация», «Добавить», « База данных».Проверка реакции программы управляющее воздействиеНормальная работа приложеннияВ таблице 3.4 представлен перечень наборов входных данных для тестирования работы подсистемыТаблица 3.4№ п/пВходные данные(команды)Ожидаемый результатНазначениеСмысл1Раскрыть список выбрать альернативу «Просмотр»Вывод значений справочниковПроверка правильности взаимодействия клиентской и серверной частей программы –создание коректного отче та в ExcelоНормальная работа подсисте-мы2Раскрыть списки Получение справкиВывод таблицы с результатами поискаПроверка корректности выполнения поискаНормальная работа подсистемы3Нажать кнопку «Добавить» (значение из списка выбрано, но не все поля содержат данные)Выдача запроса на ввод информации в пустое поле Проверка полноты набора входных данныхАномалия4Щелкнуть по кнопке «+» (в поле введены все необходимые данные)Добавление новой записи в базу данныхПроверка полноты набора входных данныхНормальная работа подсистемы5Щелкнуть по кнопке «Обновить запись» (в поле введены все данные)Обновление БДПроверка программы на запрос подтвержденияНормальная работа подсистемы6Щелкнуть по кнопке «‘’» на панели DBNavigator (в поле введены не все ключевые данные)Выдача запроса на ввод информации в пустое поле Проверка полноты набора входных данныхАномалияЗаключениеВ дипломной работе была спроектирована и разработана разработка автоматизированной информационная система многофункционального центра многофункционального центра предоставления государственных и муниципальных услуг.На этапе исследования была рассмотрена общая характеристика объекта автоматизации, его организационная структура и организация работы. На основе анализа сформированы и обоснованы требования к работе системы и к ее отдельным компонентам: программному, информационному, техническому.На стадии проектирования разработана общая структура информационной системы в целом, а также по каждой отдельной ее задаче. Определены основные проектные решения, что стало основанием для разработки базы данных, алгоритмического обеспечения, проектирования программного проекта и для разработки эксплуатационной документации.Использование информационной системы позволит более глубоко и в полном объеме собирать и анализировать необходимую информацию о макетах стендов.Для быстрой и полной адаптации пользователя к системе был разработан и подробно описан интерфейс пользователя.Для обеспечения надежной защиты информации предусмотрена парольная система разграничения доступа к данным и функциям, возложенная на серверную часть программного обеспечения.Считаю, что созданная в дипломной работе автоматизированная информационная система многофункционального центра предоставления государственных и муниципальных услуг полностью соответствует информационным требованиям предприятия и сможет поддерживать это соответствие в течение всего жизненного цикла системы.В выпускной квалификационной работе проведена разработка автоматизированной информационной системы оператора многофункционального центра предоставления государственных и муниципальных услуг в среде BorlandBuilder C++ 2010 с разработанной базой данных, реализованной при помощи средств Microsoft SQL Server 2008 Developer.В работе проведено исследование предметной области, разработана структура базы данных, спроектированы SQL-запросы к базе данных, разработано алгоритмическое и программное обеспечение, спроектирован программный интерфейс автоматизированной системы, а так же проведено тестирование разработанной системы.ЛитератураБелов А.Н. Бухгалтерский учет в учреждениях непроизводственной сферы. – М.: Финансы и статистика, 1995. – 240с.Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика»,2002.Голубков Е.П. Маркетинг: стратегии, планы, структуры. М., Дело, 1995. – 450с.Магнус Я.Р., Катышев П.К., Пересецкий А.А. Эконометрика. Начальный курс. М., Дело, 1997Матвеева В.О. Бюджетные организации: бухгалтерский учет и налогооблажение. –Харьков: Фактор, 2001. – 566с.Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. – М: Русская редакция, 2002. – 736стр.Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А.А.Сорокин, Ю.Ф.Тельнов. – М: Финансы и статистика, 2003. – 512стр.Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22-27. // www.ITC-UA.COMЧерников А. Поздняков В. От бухгалтерии под Windows к открытым Unix-системам // Компьютерное обозрение № 34 (402), 2003. с.22-27. www.ITC-UA.COMШумаков П.В., Фаронов В.В. Руководство разработчика баз данных. — М.: Нолидж, 2000. — 635 с.

Список литературы

Литература 1. Белов А.Н. Бухгалтерский учет в учреждениях непроизводственной сферы. – М.: Финансы и статистика, 1995. – 240с. 2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М.: «Финансы и статистика»,2002. 3. Голубков Е.П. Маркетинг: стратегии, планы, структуры. М., Де¬ло, 1995. – 450с. 4. Магнус Я.Р., Катышев П.К., Пересецкий А.А. Эконометрика. Начальный курс. М., Дело, 1997 5. Матвеева В.О. Бюджетные организации: бухгалтерский учет и налогооблажение. –Харьков: Фактор, 2001. – 566с. 6. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD: Скотт Ф. Уилсон, Брюс Мэйплс, Тим Лэндгрейв. – М: Русская редакция, 2002. – 736стр. 7. Проектирование экономических информационных систем: Учебник/Г.Н.Смирнова, А.А.Сорокин, Ю.Ф.Тельнов. – М: Финансы и статистика, 2003. – 512стр. 8. Турчин С. Обзор АСУП для малого бизнеса. Функциональные особенности // Компьютерное обозрение № 17 (286), 2001. с.22-27. // www.ITC-UA.COM 9. Черников А. Поздняков В. От бухгалтерии под Windows к открытым Unix-системам // Компьютерное обозрение № 34 (402), 2003. с.22-27. www.ITC-UA.COM 10. Шумаков П.В., Фаронов В.В. Руководство разработчика баз данных. — М.: Нолидж, 2000. — 635 с. список литературы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
Сколько стоит
заказать работу?
1
Заполните заявку - это бесплатно и ни к чему вас не обязывает. Окончательное решение вы принимаете после ознакомления с условиями выполнения работы.
2
Менеджер оценивает работу и сообщает вам стоимость и сроки.
3
Вы вносите предоплату 25% и мы приступаем к работе.
4
Менеджер найдёт лучшего автора по вашей теме, проконтролирует выполнение работы и сделает всё, чтобы вы остались довольны.
5
Автор примет во внимание все ваши пожелания и требования вуза, оформит работу согласно ГОСТам, произведёт необходимые доработки БЕСПЛАТНО.
6
Контроль качества проверит работу на уникальность.
7
Готово! Осталось внести доплату и работу можно скачать в личном кабинете.
После нажатия кнопки "Узнать стоимость" вы будете перенаправлены на сайт нашего официального партнёра Zaochnik.com
© Рефератбанк, 2002 - 2017