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

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 с.