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

МИНИСТЕРСТВО МОЛОДЕЖИ ТРУДА И ЗАНЯТОСТИ

КЫРГЫЗСКОЙ РЕСПУБЛИКИ

ИНСТИТУТ СОЦИАЛЬНОГО РАЗВИТИЯ И ПРЕДПРИНИМАТЕЛЬСТВА

Кафедра «Прикладная информатика»

ДИПЛОМНАЯ РАБОТА

На тему: Автоматизация учета заявок в

ОсОО «СВ Логистика» с помощью программы 1С:Управление IT-отделом 8

Выполнил: студент гр. ПИМ

Научный руководитель:

Старший преподаватель

Допускается к защите

«____» ___________ 2012 г.

зав. кафедрой

кандидат физико-математических наук

ПИ Болжиев Б.А.

_____________________________

Введение………………………………………………………… …………………...3

1. Аналитическая часть…………………………… ………………………………...8

1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ОсОО «СВ Логистика»………………………………….…8

1.1.1 Характеристика предприятия и его деятельности ……………………….….8

1.1.2 Организационная структура управления предприятием………….…… .…11

1.1.3 Программная и техническая архитектура ИС предприятия………….……13

1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации……… ………………………………………………………………21

1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов… ………………………………………………………………...21

1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание… …………………………………………………………………………. 24

1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи………… ………………………………………………………..…25

1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации…………………………………………………… ……………………28

1.3 Анализ существующих разработок и выбор стратегии автоматизации ОсОО «СВ Логистика»…………………………………………………… ……………….33

1.3.1 Анализ существующих разработок для автоматизации задачи………...…33

1.3.2 Выбор и обоснование стратегии автоматизации задачи…………………...44

1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи

2. Конфигурация Управление IT-отделом 8 редакция 2.0……………………….51

2.1Общее описание...................... .............................. .............................. ..................51

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

2.3 Начало работы.............................. .............................. .............................. ...........53

2.4 Контуры учета конфигурации.............................. .............................. ...............54

2.5 Складской контур........................ .............................. .............................. ............55

2.6 Документ «Поступление» .............................. .............................. .....................58

2.7 Документ «Перемещение» .............................. .............................. ....................58

2.8 Документ «Списание» .............................. .............................. ...........................59

2.9 Документ «Инвентаризация» .............................. .............................. ................60

2.10 Прочие документы.............................. .............................. .............................. .60

2.11 Ремонты.............................. .............................. .............................. ...................60

2.11.1 Документ «Начало ремонта» .............................. .............................. ............60

2.11.2 Документ «Окончание ремонта» .............................. .............................. ......61

2.12 Заявки поставщикам.............................. .............................. ............................. 62

2.13 Заявки пользователей.............................. .............................. ...........................62

2.14 Отчеты.............................. .............................. .............................. .....................64

2.15 Загрузка изображений, в конфигурацию используя Google и Yandex Images .............................. .............................. .............................. .............................. 65

2.16 Прочие возможности.............................. .............................. ............................65

Заключение…………………………………………………… ……………………66

Список использованной литературы………………………………..…………… 68

Введение

В двадцать первом веке автоматизация бизнес-процессов - это не роскошь.

Это мероприятие, в необходимости и эффективности которого убедились руководители большинства успешных компаний не только Европы и Америки, но также и России и стран СНГ.

Чаще всего следствием автоматизации деловых процессов компании выступают:

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

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

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

Последний мировой финансово- экономический кризис наглядно показал, что высокой конкурентоспособностью и устойчивостью обладают именно те предприятия, где внедрена и развита система автоматизации. К примеру, четкая разработка и грамотное внедрение системы автоматического учета в Инвестиционной компании “MG Securities” (г. Москва) в конце 2008 – начале 2009 гг. решила целый ряд проблем, которые до этого снижали скорость и эффективность документооборота, процессов учета и управления сделками.

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

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

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

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

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

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

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

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

Вторая часть работы содержит непосредственно описание программы 1С:Управление IT-отделом 8, и практическое ее применение в данной организации. Описаны преимущества данной конфигурации, проведен анализ эффективности. Рассмотрены методы и принципы реализации главной задачи дипломного проекта - регистрации и мониторинга заявок от постоянных клиентов и партнеров ОсОО «СВ Логистика». Рассмотрены преимущества и дополнительные возможности информационной системы 1С:Управление IT-отделом 8.

1. Аналитическая часть

Технико-экономическая характер истика предметной области и предприятия. Анализ деятельности ОcОО «СВ Логистика»

Характеристика предприятия и е го деятельности

Общество с ограниченной ответственностью «СВ Логистика» успешно работает на рынке информационных технологий с 2002 года, действует на основании Устава, утвержденного 16.04.02.

Миссия «СВ Логистики» заключается в оказании разносторонней профессиональной компьютерной помощи как компаниям, так и частным лицам.

Основным видом деятельности компании ООО «СВ Логистика» является предоставление услуг IT-Аутсорсинга.

IT-Аутсорсинг (Information Technology Outsourcing) - это передача специализированной компании всех задач управления информационными технологиями предприятия или его отдельных IT функций.

В рамках IT-Аутсорсинга ООО «СВ Логистика» осуществляет:

услуги по созданию IT инфраструктуры компании (организация, планирование, поставка, установка, полная настройка локальных компьютерных сетей нового офиса или модернизация старой системы – «офис под ключ»);
услуги комплексного управления IT инфраструктурой компании;
услуги по сервисному и абонентскому обслуживанию компьютеров, серверов, оргтехники и локальных сетей;
администрирование и сопровождение компьютерных систем, внедрение и сопровождение программ;
продажа и доставка программного обеспечения и компьютерных комплектующих, сборка компьютеров на заказ;
оказание профессиональной поддержки пользователей (Help Desk);
решение задач информационной безопасности.

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

ООО «СВ Логистика» является предоставление широкого спектра услуг в области WEB-технологий (гибкий и многофункциональный Хостинг;

Web-дизайн; разработка, техническое сопровождение и продвижение (раскрутка) web-сайтов).

В основе работы «СВ Логистики» лежит постоянный поиск новых рациональных решений и технологий, расширение и неуклонный рост качества предоставляемых услуг.

Главным достоинством компании ОсОО «СВ Логистика» является многолетний опыт и высокая квалификация ее сотрудников, отличное знание всего спектра предлагаемых услуг и продукции, ответственный подход к делу.

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

Таблица 1.1 Заявки от постоянных клиентов и партнеров ОсОО «СВ Логистика» за 2009 год

Наименование показателя	Количество сделок-заявок 2009, шт.	% от общего поступившего количества 2009	Фактически исполненный оборот заявок 2009, сом.	Потенциальный оборот заявок 2009, сом.	Средняя цена договора по отношению к количеству заявок 2009, сом.
Контрагент - Клиент
	суммарно
исполненные заявки-сделки
неисполенные заявки-сделки
	непрочитанные (просрочка)
	отложенные (просрочка)
	конфликтные заявки
	суммарно
исполненные заявки-сделки
неисполненные заявки-сделки
	непрочитанные (просрочка)
	отложенные (просрочка)
	конфликтные заявки
Контрагент - Партнер
	суммарно
исполненные заявки-сделки
неисполенные заявки-сделки
	непрочитанные (просрочка)
	отложенные (просрочка)
	конфликтные заявки
ИТОГО ЗАЯВОК принятых и исполненных
ИТОГО ЗАЯВОК принятых: исполненных и неисполненных

Краткое описание

Целью данного дипломного проекта является анализ автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров предприятия. При этом под «постоянным клиентом» или «постоянным партнером» компании следует понимать любое лицо, с которым состоялось исполнение хотя бы одного договора.
Поставленная цель предопределила постановку и решение ряда взаимосвязанных задач:
Изучение существующей схемы работы с постоянными клиентами и партнерами ООО «СВ Логистика» и выявление факторов, способствующих понижению/повышению эффективности работы;
Описание автоматизации регистрации и мониторинга заявок от постоянных клиентов и партнеров ОсОО «СВ Логистика» в программе 1С:Управление IT-отделом 8;
Обоснование эффективности и практической значимости использования информационной системы 1С:Управление IT-отделом 8.

Оглавление

Введение……………………………………………………………………………...3
1. Аналитическая часть……………………………………………………………...8
1.1 Технико-экономическая характеристика предметной области и предприятия. Анализ деятельности ОсОО «СВ Логистика»………………………………….…8
1.1.1 Характеристика предприятия и его деятельности……………………….….8
1.1.2 Организационная структура управления предприятием………….…….…11
1.1.3 Программная и техническая архитектура ИС предприятия………….……13
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации…………………………………21
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов………………………21
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание…………………………………………24
1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи………………………25
1.2.4 Анализ системы обеспечения информационной безопасности и защиты информации……………………………28
1.3 Анализ существующих разработок и выбор стратегии автоматизации ОсОО «СВ Логистика»………………………33
1.3.1 Анализ существующих разработок для автоматизации задачи………...…33
1.3.2 Выбор и обоснование стратегии автоматизации задачи…………………...44
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи
2. Конфигурация Управление IT-отделом 8 редакция 2.0……………………….51
2.1Общее описание....................................................................................................51
2.2 Требования к системе.........................................................................................52
2.3 Начало работы.....................................................................................................53
2.4 Контуры учета конфигурации...........................................................................54
2.5 Складской контур................................................................................................55
2.6 Документ «Поступление» .................................................................................58
2.7 Документ «Перемещение» ................................................................................58
2.8 Документ «Списание» .......................................................................................59
2.9 Документ «Инвентаризация» ............................................................................60
2.10 Прочие документы...........................................................................................60
2.11 Ремонты.............................................................................................................60
2.11.1 Документ «Начало ремонта» ........................................................................60
2.11.2 Документ «Окончание ремонта» ..................................................................61
2.12 Заявки поставщикам.........................................................................................62
2.13 Заявки пользователей.......................................................................................62
2.14 Отчеты...............................................................................................................64
2.15 Загрузка изображений, в конфигурацию используя Google и Yandex Images ................................................65
2.16 Прочие возможности........................................................................................65
Заключение…………………………………………………………………………66
Список использованной литературы………………………………..……………68

Работа подготовлена и защищена в 2017 году в Московском Финансово-промышленном университете Синергия, Факультет Информационных систем и технологий, для специальности «Информационные системы и технологии», для направления «Информационные системы», для специальности «Прикладная информатика (в экономике)».

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

Цель данной ВКР – реализация ИС, которая помогает автоматизировать работу СЦ компании ООО «PwC» для уменьшения нагрузки на его сотрудников, минимизации ошибок, повышения быстроты работы.

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

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

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

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

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

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

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

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

Период окупаемости проекта составил 8 месяцев.

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

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

В комплекте с проектом идет программа на PHP и СУБД mysql.

Номер работы:

Год добавления:

Объем работы:

ВВЕДЕНИЕ 6
1. АНАЛИТИЧЕСКАЯ ЧАСТЬ 8
1.1 Технико-экономическая характеристика предметной области и предприятия» Анализ деятельности «КАК ЕСТЬ» 8
1.1.1 Характеристика предприятия и его деятельности 8
1.1.2 Организационная структура управления предприятием 10
1.2 Характеристика комплекса задач, задачи и обоснование необходимости автоматизации 14
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 14
1.2.2 Определение места проектируемой задачи в комплексе задач и ее описание 16
1.2.3 Обоснования необходимости использования вычислительной техники для решения задачи 18
1.3 Анализ существующих разработок и выбор стратегии автоматизации «КАК ДОЛЖНО БЫТЬ» 21
1.3.1 Анализ существующих разработок для автоматизации задачи 21
1.3.2 Выбор и обоснование стратегии автоматизации задачи 27
1.3.3 Выбор и обоснование способа приобретения ИС для автоматизации задачи 30
1.4 Обоснование проектных решений 32
1.4.1 Обоснование проектных решений по техническому обеспечению 32
1.4.2 Обоснование проектных решений по информационному обеспечению 33
1.4.3 Обоснование проектных решений по программному обеспечению 35
2. ПРОЕКТНАЯ ЧАСТЬ 37
2.1 Разработка проекта автоматизации 37
2.1.1 Этапы жизненного цикла проекта автоматизации 37
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание 41
2.2 Информационное обеспечение задачи 43
2.2.1 Информационная модель и ее описание 43
2.2.2 Характеристика нормативно-справочной, входной и оперативной информации 44
2.2.2 Характеристика результатной информации 45
2.3 Программное обеспечение задачи 46
2.3.1 Общие положения (дерево функций и сценарий диалога) 46
2.3.2 Характеристика базы данных 48
2.3.3 Структурная схема пакета (дерево вызова программных модулей) 51
2.3.5 Описание программных модулей 51
2.3.6 Контрольный пример реализации проекта и его описание 55
3 Обоснование экономической эффективности проекта 61
3.1 Выбор и обоснование методики расчета экономической эффективности 61
3.2 Расчет показателей экономической эффективности проекта 65
ЗАКЛЮЧЕНИЕ 71
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 72
Приложение 1. Формы документов 74
Приложение 2. Диаграмма Ганта 80
Приложение 3. Листинги программных модулей 81

Выдержка из работы:

Некоторые тезисы из работы по теме Автоматизация регистрации и учёта клиентских заявок в ОАО "Алмаз-Антей"
Конкурентная позиция предприятия на рынке серийного производства комплексно-оперативной связи в значительной степени зависит от уровня автоматизации регистрации и управления различными заявками.
Техническая реализация подобных систем автоматизации характеризуется следующими основными аспектами:
Использование современных технологий программирования
Использование централизованного хранилища данных с возможностью удаленного доступа
Использование технологий ведущих IT компаний: MS SQL Server, Borland Delphi
Автоматизированная информационная система регистрации и контроля клиентских заказов предназначена для обеспечения оперативного принятия и контроля всех этапов прохождения клиентских заявок, касающихся производства комплексно-оперативной связи, а также получения аналитической информации по данным заказам. Данная система предназначена для эксплуатации на предприятиях, занимающихся производством комплексно-оперативной связи. Необходимость разработки данной АИС была обусловлена не соответствием существующей информационной системы требованиям достоверности информации, безопасности, надежности и функциональных возможностей.
Целями создания Автоматизированной информационной системы регистрации и контроля клиентских заказов являются:
Обеспечение оперативности и удобства регистрации оператором заявки клиента
Оперативное получение необходимых данных о текущем клиенте
В цифрах полученный экономический эффект имеет следующее выражение:
1. Срок окупаемости созданного проекта составляет 19 месяцев.
2. Проектный вариант решения задачи является на 78% выгоднее по трудоемкости и стоимости, чем базовый.
3. Экономический эффект составил 59321,70 рублей.
Разработанная программа может быть использована для автоматизации работы менеджера в других организациях, занимающихся таким же или подобным видом деятельности.
Учитывая полученный эффект, было решено продолжить развитие проекта. Планируется развитие следующих направлений: интеграция системы с 1С Бухгалтерия, что позволит минимизировать работу персонала по переносу данных из одной системы в другую; внедрения оперативного анализа данных на основе OLAP систем, что обеспечит эффективную и оперативную поддержку в принятии управленческих решений.

Представленный учебный материал (по структуре - Дипломная техническая) разработан нашим экспертом в качестве примера - 26.11.2010 по заданным требованиям. Для скачивания и просмотра краткой версии дипломной технической необходимо пройти по ссылке "скачать демо... ", заполнить форму и дождаться демонстрационной версии, которую вышлем на Ваш E-MAIL.

Если у Вас "ГОРЯТ СРОКИ" - заполните бланк, после чего наберите нас по телефонам горячей линии, либо отправьте SMS на тел: +7-917-721-06-55 с просьбой срочно рассмотреть Вашу заявку.

Если Вас интересует помощь в написании именно вашей работы, по индивидуальным требованиям - возможно заказать помощь в разработке по представленной теме - Автоматизация регистрации и учёта клиентских заявок в ОАО "Алмаз-Антей" ... либо схожей. На наши услуги уже будут распространяться бесплатные доработки и сопровождение до защиты в ВУЗе. И само собой разумеется, ваша работа в обязательном порядке будет проверятся на плагиат и гарантированно раннее не публиковаться. Для заказа или оценки стоимости индивидуальной работы пройдите по

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Введение

1. Аналитическая часть

1.1 Анализ организационно-экономической схемы предприятия и ее описание

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

2. Проектная часть

3 Расчет надежности информационной системы

Заключение

Список используемой литературы

Введение

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

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

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

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

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

Задачи исследования:

Разработка базы данных;

Разработка приложения для работы с базой данных (БД).

Объект исследования - учет торгового и офисного оборудования на предприятиях торговли

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

Методы и средства решения поставленной задачи:

Изучение организационно-правовой документации учреждения;

Проектирование информационных процессов с помощью средства BPWin;

Разработка информационной системы с помощью среды программирования Delphi и СУБД в офисном приложении Access.

Основные практические результаты:

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

1. Аналитическая часть

1.1 Анализ организационно-экономической схемы предприятия и её описание

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

Сегодня «Самбери» - включает в себя 16 гипермаркетов, расположенных в: Хабаровске, Биробиджане, Владивостоке, Комсомольске-на-Амуре, Уссурийске. В будущем компания планирует открыть гипермаркеты во всех городах Дальнего Востока.

Основной сферой деятельности гипермаркетов Самбери является розничная торговля.

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

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

Цены в гипермаркете ориентированы как на менее состоятельного клиента, так и на оптовых покупателей.

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

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

На рисунке 1.1 представлена структура организации, в которую входит:

Директор гипермаркета;

Коммерческий отдел;

Контролер управления;

Отдел персонала;

Производственный сектор;

Служба предотвращения внештатных ситуаций.

Рисунок 1.1 - Структура организации ООО «Платина»

В организации ООО «Платина» имеется4 службы, таких как: «ОЭиТО» «Отдел автоматизации» «отдел персонала» «служба предотвращения внештатных ситуаций»

1. Производственный сектор, который включает в себя собственное производство и привозное.

2. Отдел ЗП - Зона приемки товара, тут начинается круговорот товара в магазине.

3. Коммерческий отдел, в котором находятся менеджеры продуктовых и пром отделов магазина, а именно:

Промышленный 1;

Промышленный 2;

Промышленный 3;

Напитки и табачные изделия;

Бакалея;

Кондитерский отдел;

Скоропортящиеся товары;

Овощи - фрукты;

Замороженные товары;

Подробнее о каждом из отделов.

«ОЭиТО» - отдел занимается мелким ремонтом оборудования магазина, работает с электричеством в гипермаркете, установка оборудования для продажи: такого как полки магазина, доп. места продажи (плато, холодильники)

«Отдел персонала» - отдел занимается подбором персонала, оформлением, и занесением в базу, так же работают с трудовыми договорами, следят за сан книжками сотрудников, устраивают мероприятия, проводят тренинги для сотрудников, и др.

«Служба предотвращения внештатных ситуаций» - отдел занимается предотвращением хамства со стороны сотрудников компании, так же поимкой тех, кто пытается своровать товар, оклейкой товара в целях предотвращения краж

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

Отдел ЗП - зона приемки, весь товар который приходит в магазин сначала попадает на зону приемки, операторы зоны приемки, подготавливают документы на прием товара, кладовщики принимают товар, пересчитывают и добавляют в базу 1С, далее товар отправляется в торговый зал.

Коммерческий отдел - отдел менеджеров, которые занимаются руководством своего направления, делают заказы на товар в свой отдел.

Информационная система разрабатывается для отдела автоматизации ООО «Платина».

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

Этапы технологического процесса по ремонту техники:

Получение неисправной техники;

Выявление причины поломки;

Поиск и подбор необходимых деталей;

Устранение поломки.

В организационную структуру Отдела автоматизации входят:

Системный администратор;

Помощник системного администратора;

Помощник системного администратора.

Прием оборудования в отдел автоматизации ООО «Платина» отображен схемой (см. рис. 1.2):

Рисунок 1.2 - Схема передачи заявки

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

Установка и настройка ОС;

Устранение ошибок работы ОС, оптимизация работы ОС под конкретную конфигурацию ПК;

Установка новых устройств и драйверов к ним;

Восстановление «упавших» ОС;

Восстановление данных с HDD, USB-Flash вследствие логических сбоев;

Работа с оргтехникой: принтер, сканер, копир- диагностика неполадок и ремонт;

Диагностика и ремонт торгового оборудования, такого как Весы, Кассы, прайс-чекеры, ручные сканеры, принтеры ШК.

Решаемые задачи:

Изучение структуры учреждения, выявление его основных задач и функций;

Анализ информационных процессов, протекающих в учреждении;

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

Разработка базы данных;

Разработка структуры базы данных

Разработка базы данных

Создание приложения для использования базы данных в среде Delphi 7 XE;

Подключение базы данных к приложению, созданному в Delphi 7 XE;

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

На предприятии ООО «Платина» нет собственной системы по учету заявок на ремонт и диагностику оборудования, поэтому принято решение о необходимости автоматизации данного процесса. Автоматизированная информационная система позволит сэкономить время на поиски документов по ремонту оборудования, диагностике, позволит выводить отчеты по проделанной работе, а так же отчеты для решения дальнейшего решения о продолжении использования оборудования или его утилизации.

Местом решения выбран кабинет отдела автоматизации ООО «Платина»

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

Данная автоматизированная система предназначена для сотрудников отдела автоматизации ООО «Платина».

Решение поставленной цели началось в Январе 2015 года, срок окончания проектирования данной автоматизированной системы намечен на июнь 2015 года.

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

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

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

Данные по структуре компании и отделах компании были получены на корпоративном сайте.

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

1.2 Анализ входной информации и процессов

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

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

При приеме любого оборудования в отдел автоматизации заполняется квитанция приема техники, в которой содержится следующая информация: идентификационный номер оборудования, наименование оборудования, внешние характеристики, год изготовления, далее указывается вид работы - диагностика поломки или ремонт, дата приема заказа и дата завершения работы. Схема работы (см. рис. 1.4.).

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

автоматизация информационный база данные

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

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

1.3 Анализ уровня автоматизации на собственном предприятии и методы решения поставленной задачи в других организациях

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

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

Средняя конфигурация компьютеров: процессор AMDSempron ™ Processor 2800+ 1,6 ГГц, оперативная память 2 GB, видеокарта интегрированная 512 MB.

Для защиты от вирусов установлена антивирусная программа ESET NOD32 Secure Enterprise. Выход в сеть Интернет может осуществляться только системными администраторами.

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

1C версии 8.2;

Серверные программы для настройки весов самообслуживания;

LWdasi для обновления конфигурации фасовочных весов;

Клиентское приложение MFPManager для поточного сетевого сканирования;

Dameware для удаленного управления ПК пользователей;

MSWord - текстовый процессор, предназначен для создания и редактирования текстовых документов;

MSExcel - табличный процессор, предназначен для обработки табличный данных и выполнения сложных вычислений;

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

Foxit Reader - ПО для просмотра документов в формате PDF. Используются программы редактирования изображений;

Adobe PhotoShop и CorelDraw.

В настоящее время компания не использует ПО для учёта заявок не рабочего оборудования.

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

На предприятии существует аналог системы учета оборудованияSet: Cristal, проблема данного продукта заключается в следующем, он не нацелен именно на учет заявок по ремонту, диагностике оборудования, так же в нем выводится неполная информация по оборудованию, к тому же производится учет только лишь неполного списка торгового оборудования такого как: кассы, весы и термопринтеры.

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

1.4 Выявление объекта и задачи автоматизации

Объектом исследования данной работы будет являться компания ООО «Платина», а точнее работа, которая проводится с заявкой на обслуживание оборудования (см. рис. 1.5).

Рисунок 1.5 - Объект автоматизации ООО «Платина»

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

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

По первой главе можно сделать определенные выводы:

С помощью ИС станет возможным автоматизировать прием оборудования в ремонт, отслеживания процесса его ремонта, диагностики, а так же ИС позволит определять необходимость списания данного оборудования, по причине непригодности или же нецелесообразного ремонта, так как стоимость ремонта превышает 60 % от стоимости оборудования;

При помощи информационной системы мы можем получить следующие отчеты;

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

2. Практическая часть

2.1 Разработка концепции построения информационной модели информационной системы

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

В качестве исходных данных является информация, полученная непосредственно со слов сотрудника компании ООО «Платина». Эти данные нужно обрабатывать и сохранять.

Таким образом, было принято решение разработать приложение для учета оборудования.

К разрабатываемой АИС были предъявлены следующие требования:

– АИС должна обладать удобным интерфейсом для пользователя, быть надёжной и не сложной в работе;

– АИС должна позволять осуществлять поиск информации в базе данных;

– АИС должна позволять формировать отчеты по выбору определенного оборудования за отчетный период, а также должен осуществляться подсчет по счетам (диагностика, ремонт, картриджи).

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

Рисунок 2.1 - Концептуальная модель ИС

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

Также системный администратор должен иметь возможность печати отчетов.

Пример диаграммы взаимодействия основного автоматизируемого процесса - ввода информации о поступившем оборудовании (см. рис. 2.2).

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

Рисунок 2.2 - Диаграмма взаимодействия функции ввода информации

Рассмотрим данную функцию более подробно:

Шаг 1: после того, как системный администратор авторизуется в системе, происходит запуск главной формы. С этой формы он активирует форму «Ремонт».

Шаг 2: системный администратор заполняет информацию о поступившем оборудовании используя данные из дополнительных справочников (типовое оборудование, оборудование, контрагенты) данные вводятся как с клавиатуры, так и берутся из раскрывающихся списков, поля дата заполняются при помощи календаря.

Шаг 3: после происходит возврат на главную форму.

Шаг 4: переход на форму оборудование в ремонте

Шаг 5: на данной форме системный администратор может использовать сортировку, поиск, выбор даты и конкретного оборудования для составления отчета за определенный период времени, вывести отчет на печать.

Шаг 6: после происходит возврат на главную форму.

Шаг 7: переход на форму «Счет на оборудование в ремонте»

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

Шаг 9: возврат на главную форму.

2.2 Разработка структуры базы данных

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

Рисунок 2.3 - Логическая модель базы данных

Разрабатываемая база данных состоит из 13 таблиц, 8 из них основных: «оборудование», «Ремонт», «Диагностика», «Списание оборудования», «обслуживание картриджей», «Счет по картриджам», вывод счета по диагностике», «вывод счета по ремонту» и 5 справочников.

Необходимо выявить атрибуты каждой сущности и определим их тип (см. рис. 2.4).

Рисунок 2.4 - Физическая модель базы данных

Для организации и ведения базы данных была выбрана система управления базами данных MSAccess. Основными аргументами выбора явились следующие параметры:

– доступность;

– удобство работы;

– устойчивость;

– быстрота функционирования.

Подробнее рассмотрим таблицы и их атрибуты.

Таблица «Ремонт» содержит информацию об оборудовании побывавшем в ремонте (см. табл. 2.1).

Таблица 2.1 - Описание атрибутов таблицы «Ремонт»

	Тип данных	Максимальная разрядность
ID Ремонта	Счетчик (int)
№ Диагностики	Числовой (Int)
ID оборудования	Числовой (Int)
ID контрагента	Числовой (Int)
Заменяемые детали	Текстовый (varchar)
	Текстовый (varchar)
Начало ремонта	Дата/время (Data)
Конец ремонта	Дата/время (Data)
Стоимость ремонта	Числовой (Int)

Таблица «Диагностика» содержит информацию об оборудовании побывавшем на диагностике (см. табл. 2.2).

Таблица 2.2 - Описание атрибутов таблицы «Диагностика»

Таблица «Журнал учета ТСД за МОЛ» содержит информацию за кем закреплено оборудование ТСД (см. табл. 2.3).

Таблица 2.3 - Описание атрибутов таблицы «Журнал учета ТСД за МОЛ»

Таблица «Оборудование» содержит информацию по оборудованию находящемся на магазине (см. табл. 2.4).

Таблица 2.4 - Описание атрибутов таблицы «Оборудование»

Таблица «Обслуживание картриджей» содержит информацию по предоставляемым услугам на обслуживание картриджей и стоимости (см. табл. 2.5).

Таблица 2.5 - Описание атрибутов таблицы «Обслуживание картриджей»

Таблица «Списание оборудования» содержит информацию по оборудованию, которое списали и утилизировали (см. табл. 2.6).

Таблица 2.6 - Описание атрибутов таблицы «Списание оборудования»

Таблица «Справочник картриджей» содержит информацию по всем картриджам на предприятии (см. табл. 2.7).

Таблица 2.7 - Описание атрибутов таблицы «Справочник картриджей»

Таблица «Справочник контрагентов» содержит информацию по всем поставщикам услуг, с которыми работает ООО «Платина» (см. табл. 2.8).

Таблица 2.8 - Описание атрибутов таблицы «Справочник контрагентов»

Таблица «Справочник поверка весов» содержит информацию по дате проведения поверки и дате окончания поверки (см. табл. 2.9).

Таблица 2.9 - Описание атрибутов таблицы «Справочник поверка весов»

Таблица «Справочник типового оборудования» содержит в себе все типы оборудования для быстрого заполнения связанных таблиц (см. табл. 2.10).

Таблица 2.10 - Описание атрибутов таблицы «Справочник типового оборудования»

Таблица «Счет Диагностика» содержит в себе информацию по счетам за оборудование, находившееся на диагностике(см. табл. 2.11).

Таблица 2.11 - Описание атрибутов таблицы «Счет Диагностика»

Таблица «Счет Картриджи» содержит в себе информацию по счетам за ремонт или заправку картриджей (см. табл. 2.12).

Таблица 2.12 - Описание атрибутов таблицы «Счет Картриджи»

Таблица «Счет Ремонт» содержит в себе информацию по счетам за оборудование, находившееся в ремонте (см. табл. 2.13).

Таблица 2.13 - Описание атрибутов таблицы «Счет Ремонт»

2.3 Разработка клиентского приложения

Разработка клиентского приложения производилась в среде программирования DelphiXE7. Данная среда предоставляет нам все необходимые возможности для реализации проекта.

Приводится схема интерфейса программы, на которой изображены Основные формы приложения (см. рис. 2.5).

Рисунок 2.5 - Схема интерфейса клиентского приложения, основные формы

Рассмотрим схему интерфейса программы, на которой изображены дополнительные формы приложения (см. рис. 2.6).

Рисунок 2.6- Схема интерфейса клиентского приложения, дополнительные формы

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

Опишем данную форму более подробно:

В контекстном меню есть вкладки: Файл, Таблицы, справочники, запросы, Настройки, о программе.

На панели инструментов расположены дополнительные компоненты для удобства работы, а именно часы, калькулятор, 2 справочника

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

Для начала рассмотрим форму «ремонт» с которой и начинается заполнение заявки на прием оборудования.

На форме «ремонт» мы можем добавить информацию о новом оборудовании, поступившем в ремонт, некоторые поля таблицы выбираются из других таблиц, такие как: наименование, инвентарный номер, серийный номер, дата ввода в эксплуатацию. На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход», так же на форме присутствует поиск по всем полям таблицы, а также сортировка по инвентарному номеру, дате ввода в эксплуатацию и началу ремонта. Такие поля как № Диагностики, конец ремонта и стоимость ремонта заполняются позже, после отправки оборудования на диагностику и принятия решения по дальнейшему ремонту оборудования.

Следующим шагом становится отправка оборудования на диагностику переходим на форму «Диагностика» для заполнения информации по диагностике.

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

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

На форме «Оборудование» мы можем добавить информацию о новом оборудовании, появившемся на предприятии, из раскрывающегося списка выбирается наименование оборудования, которое берется из таблицы «справочник типового оборудования. На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход»

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

На форме «Список типового оборудования» мы можем добавить информацию о новом оборудовании появившемся на предприятии.

Отдельная таблица разработана для удобства заполнения таблиц, с которыми она связана, а именно добавление выпадающего списка по наименованию. Связь происходит по полю «№ типового оборудования». На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход»

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

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

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

Имеется поиск по всем полям таблицы и сортировка по: № диагностики, по статусу счета. Присутствует кнопка «выход»

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

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

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

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

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

Рассмотрим запрос на поверку весов и отчет по данному запросу

На форме «Информация по поверке весов» отображен SQLзапрос на вывод информации из таблиц «справочник типового оборудования», «оборудование», «справочник поверки весов».Мы можем просмотреть всю интересующую информацию, так же имеется поиск по всем полям таблицы и сортировка по дате поверки, по окончанию поверки, по наименованию. Присутствует кнопка для печати отчета.

Выведем отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет»

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

На форме «Информация по списанному оборудованию» отображен SQLзапрос на вывод информации из таблиц «Диагностика», «Списание оборудования», «справочник типового оборудования», «оборудование».

Так же имеется поиск по всем полям таблицы и сортировка по дате списания и по наименованию. Присутствует кнопка для печати отчета.

Рассмотрим отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет»

В данном отчете выводится дата печати отчета, вся информация из запроса, наименование отчета и строка для подписи системным администратором.

На форме «Вывод счета по диагностике» отображен SQL запрос на вывод информации из таблиц «Диагностика», «Счет диагностика», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету на оборудование «весы Bizerba», находящееся на диагностике

На форме «Вывод счета по картриджам» отображен SQLзапрос на вывод информации из таблиц «Обслуживание картриджей», «Справочник картриджей», «Счет картриджи», «справочник контрагентов».

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

Выведем отчет по счету на обслуживание картриджей.

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

Рассмотрим запрос на вывод счета по ремонту, с функцией подсчета общей суммы затрат на ремонт оборудования, для этого откроем форму «Вывод счета по ремонту»

На форме «Вывод счета по ремонту» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «Счет ремонт», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету за ремонт.

Выведем запрос по оборудованию побывавшем или находящимся в ремонте, в данном запросе будет добавлена возможность выбора определенного оборудования совместно по инвентарному номеру и по дате за определенный период времени, выставив нужные параметры в фильтре «оборудование за период»

На форме «Запрос по ремонту оборудования» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «справочник типового оборудования», «оборудование».

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

Отфильтруем запрос по оборудованию с инвентарным номером:29014560454 за период 01.04.2015: 16.06.2015

Выведем отчет по оборудованию с инвентарным номером:29014560454 за период 01.04.2015: 16.06.2015

3. Расчет надежности информационной системы

Тест №1. Проверка ввода информации в поле «№ акта списания», представленная на рисунке 3.1. и на рисунке 3.2. При сохранении данных не происходит проверки на заполнение всех необходимых полей.

Рисунок 3.1 - Проверка ввода информации в поле «№ акта списания»

Рисунок 3.2- Проверка ввода информации в поле «№ акта списания

Описание результата: тест не пройден,данные заносятся в информационную систему.

Необходимые действия: исключить ввод данных.

Тест №2. Проверка реакции системы на отсутствие данных при вводе данных, представленная на рисунке 3.3.

Рисунок 3.3 - Проверка реакции системы на отсутствие данных при вводе данных

Описание результата: тест пройден, выдается предупреждающее сообщение.

Необходимые действия: оставить как есть.

Тест №3. Проверка целостности системы.

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

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

Рисунок 3.4 - Схема надежности функционирования ИС

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

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

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

Вероятность безотказной работы аппаратных средств,

Вероятность безотказной работы системного оператора.

Расчет надежности аппаратных средств

Рассмотрим надежность работы ПП в зависимости от надежности работы аппаратной части (технических средств) и программного обеспечения ПК. В этом случае обобщающимпоказателем надежности работы ПП может быть вероятность отсутствия сбоев технических средств и программного обеспечения в течении времени t. Считая независимыми сбои технических средств и программного обеспечения, величину можноопределитькак:

Пусть система состоит из n элементов, каждый из которых имеет определенные характеристики надежности Pi(t), Qi (t), лi (t), ti (средняя наработка до отказа). Если аналогичные показатели надежности системы обозначить соответственно через P(t), Q(t), л (t) и t , то можно получить следующие расчетные зависимости.

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

Рисунок 3.5 - Конфигурация компьютера

В соответствии с расчётной блок-схемой вероятность безотказной работы системы определяется как:

где N - количество таких элементов;

Pi - вероятность безотказной работы i-го элемента.

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

где Pi - вероятность безотказной работы i-го элемента;

i- Интенсивность отказов элементов i-го типа;

M - Количество резервных элементов;

T - Время работы ПК.

Для элементов, используемых в ПК, приняты следующие интенсивности отказов:

Материнская плата 1=4.5x10-7 ч-1

Процессор 2=3.0x10-7 ч-1

Память 3=3.4x10-7 ч-1

Жесткий диск 4=8.1x10-7 ч-1

CD-ROM 5=2.0x10-7 ч-1

Контроллер RAID 6=3.0x10-7 ч-1

Дисковод 7=5.0x10-7 ч-1

Сетевая карта 8=2.0x10-6 ч-1

Блок питания 9=1.0x10-7 ч-1

Подсчитаем суммарную интенсивность отказов всех устройств:

общ=1 + 2 + 3 + 4 + 5 + 6 + 7 +8+ 9 = 4.5x10-7 + 3.0x10-7 + 3.4x10-7 + +8.1x10-7 + 2.0x10-7 + 3.0x10-7 +5.0x10-7 + 5.0x10-6 + 1.0x10-7 = 3.510-7

Вероятность безотказной работы ПК за Т = 1000 часов:

Вероятность безотказной работы ПК за Т = 5000 часов

Вероятность безотказной работы ПК за Т=10000 часов

0,9512

Построим график рассчитанных вероятностей и отобразим на рисунке 3.6.

Рисунок 3.6 - Расчет вероятности безотказной работы ПК

Расчет надежности программного средства

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

Надежность информационной системы в течение i-го этапа:

I = 1,2,3,…, (3.5)

где А - параметр роста;

при i , т.еP() - предельная надежность ПС.

Эти неизвестные вычислим, решив следующую систему уравнений:

где Si. - число тестов;

mi, - число отказов во время i-го этапа;

т - число этапов;

Si - число тестов на этапе;

mi - число отказов на i-ом этапе;

m - число этапов;

Pf - предельное значение надежности;

A - параметр роста;

P(i)=Pf-A/i - надежность на i-ом этапе;

Подставим наши значения в представленную выше систему, и найдем А и Pf:

Подставим найденные значения в уравнение надежности информационной системы и решим её для каждого этапа:

Построим графики вероятности и отобразим на рисунке 3.7.

Рисунок 3.7 - График вероятности безотказной работы ПС

Рассчитаем вероятность безотказной работы после 3 этапов тестирования:

Расчет вероятности успешной работы системного оператора

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

Данные расчёта надёжности системного оператора (СО) по формуле

представлены в таблице 3.1.

Таблица 3.1 - Результаты расчёта надёжности СО

Из таблицы 3.1 видно, что коэффициент работоспособности системного оператора повысился и стал 0,98. Это объясняется тем, что СО прошел обучение.

Расчет вероятности безотказной работы информационной системы

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

Р=0,97*0,98*0,98=0,976.

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

Заключение

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

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

Поставленные задачи были решены с помощью следующих методов: изучение организационно-правовой документации учреждения, проектирование информационных процессов с помощью BPWin, разработка информационной системы с помощьюязыка программированияvisualbasic, среды программированияDelphi и СУБД Msaccess.

Разработка АИС позволила достичь следующих результатов:

Уменьшение времени, затрачиваемого на поиск информации о заявках;

Уменьшение времени, затрачиваемого на создание отчетов по проделанной работе;

Контроль выполнения заданий специалистом.

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

Список использованной литературы

1 Гаскаров Д.В. Интеллектуальные информационные системы: учеб. для вузов - М.: Высшая школа, 2012. - 432 с.

2 Корняков В.Н. Программирование документов и приложений MS Office в Delphi. - М.: БХВ-Петербург, 2008. - 496 с.

3 Петров В.Н. Информационные системы - СПб.: Питер, 2013. - 688 с.

4 Сурменко С.Л. Проектирование информационных систем. Методические рекомендации для выполнения курсовой работы - Биробиджан: Изд-во ДВГСГА, 2011. - 64 с.

Размещено на Allbest.ru

Подобные документы

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

дипломная работа , добавлен 12.10.2015

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

курсовая работа , добавлен 06.08.2013

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

дипломная работа , добавлен 16.04.2012

Анализ и разработка информационной системы, структура сети предприятия. Описание процесса разработки конфигураций и выявление потребностей в автоматизации функций. Средства разработки проектирования и архитектура базы данных. Разработка модели угроз.

дипломная работа , добавлен 13.07.2011

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

курсовая работа , добавлен 02.05.2017

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

дипломная работа , добавлен 02.02.2016

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

курсовая работа , добавлен 17.08.2015

Разработка базы данных для информационной системы "Библиотека". Системный анализ, инфологическое, даталогическое и физическое проектирование. Программирование бизнес-логики, разработка клиентского приложения. Создание web-приложения, web-доступ.

курсовая работа , добавлен 15.09.2014

Системно-комплексный анализ выбранного объекта автоматизации. Структура пользовательского интерфейса автоматизированной системы. Функциональный аспект информационной страты объекта. Концептуальная модель базы данных. Нормализация полученных отношений.

курсовая работа , добавлен 25.02.2014

Проектирование информационной системы для автоматизации документооборота в области кадрового учета МОУ Гимназия № 16 г. Керчь. Объекты справочной и учетной информации. Реализация физической модели базы данных в среде СУБД. Построение логической модели БД.

ВВЕДЕНИЕ

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

В последние годы возникает концепция распределённых систем управления народным хозяйством, где предусматривается локальная обработка информации. Для реализации идеи распределённого управления необходимо создание для каждого уровня управления и каждой предметной области автоматизированных рабочих мест (АРМ) на базе профессиональных персональных ЭВМ.

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

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

Согласно принципу системности АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

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

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

Эффективность АРМ следует рассматривать как интегральный показатель уровня реализации приведённых выше принципов, отнесённого к затратам по созданию и эксплуатации системы.

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

Целью дипломной работы является разработка информационной системы учета заявок ЗАО «ЦРТ Сервис» с использованием языка программирования Delphi и СУБД Access.

Для достижения цели необходимо решить следующие задачи:

1. Проанализировать деятельность ЗАО «ЦРТ Сервис»;

2. Изучить функциональные обязанности диспетчера и сущность процесса учета и контроля заявок;

3. Выбрать средства разработки;

4. Спроектировать структуру разрабатываемой системы;

5. Разработать пользовательский интерфейс;

6. Реализовать и протестировать на данных конкретного примера;

7. Разработать соответствующую документацию к информационной системе.

1. Информационная характеристика объекта автоматизации

1.1 Общие сведения об организации

Компания «ЦРТ Сервис» была образована в 2007 году как высокотехнологичная сервисная компания федерального масштаба.

В настоящий момент деятельность осуществляется на всей территории РФ через сеть филиалов - региональных сервисных центров. Каждый филиал сертифицирован как Центр Технического Обслуживания Контрольно-Кассовой Техники (ЦТО ККТ) и имеет собственную производственно-технологическую базу для ремонта аппаратуры, современное оборудование для диагностики. Для удобства Клиента сервисные подразделения расположены в центральной части городов. Наличие собственного автотранспорта позволяет сотрудникам компании осуществлять работы по любому адресу в т.ч. и сельской местности.

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

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

ЗАО «ЦРТ Сервис» работает только с юридическими лицами, самым крупным из которых является ФГУП «Почта России», а на территории Калининградской области – УФПС Калининградской области – филиал ФГУП «Почта России». Только по Калининградской области насчитывается около 280 почтовых отделений, в разных концах области.

1.2 Функциональные обязанности диспетчера

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

Диспетчер:

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

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

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

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

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

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

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

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

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

1.3 Сущность процесса учета заявок

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

Рисунок 1 - Сущность процесса учета заявок.

1.4 Статистика выполненных работ и поступления заявок

Ниже в таблице 1 приведена статистика выполненных работ и поступления заявок за ноябрь 2010года.

Таблица 1- Статистика выполненных работ и поступления заявок за ноябрь 2010года.

Номер	Дата	Агент	Подразделение	Оборудование	Серийный №	Неисправность	Выполнил	Дата вып.	Выполнена
1	2	3	4	5	6	7	8	9	10
5740	01-ноя-10	Калиниградский почтамт	ОПС 39	систем. блок	инв. 11003024	доставкасломалась кнопка	Дьяченко А.А.	01-ноя-10	выполнено
5741	01-ноя-10	Калиниградский почтамт	ОПС 10	монитор	0009925855	не работает	Дьяченко А.А.	02-ноя-10	выполнено
5742	01-ноя-10	Калиниградский почтамт	ОПС 23	сканер	2706271126	не работает
5743	02-ноя-10	Калиниградский почтамт	ОПС Пионерский	ИБП	BB0428011292	не работает	Захарченко Ф.Ф.	17-ноя-10	выполнено
5744	02-ноя-10	Черняховский почтамт	ОПС Черняховск	принтер Epson LX 300	1Y1Y199108	не работает	Сосков О.П.	09-ноя-10	выполнено
5745	02-ноя-10	Черняховский почтамт	ОПС Черняховск	ксерокс WC5020	00240065891	не работает
5746	02-ноя-10	Черняховский почтамт	ОПС Черня ховск	ксерокс CC 118	40200005791	не работает	Сосков О.П.	12-ноя-10	выполнено
5747	02-ноя-10	Калиниградский почтамт	ОПС 10	монитор	R9RQ5A0005300	не работает	Дьяченко А.А.	10-ноя-10	выполнено
5748	02-ноя-10	Гвардейский почтамт	ОПС Знаменск	ККМ Прим 07к	3536244	не захватывает вкладной документ	Алексейчук П.В.	03-ноя-10	выполнено
5749	03-ноя-10	Калиниградский почтамт	ОПС 39	СДБ-3	160010NS06668	не работает	Дьяченко А.А.	03-ноя-10	выполнено
5750	03-ноя-10	Калининградский филиал	EMS	Элвес-ФР-К	00177548	не работает	Татаренко К.К.	03-ноя-10	выполнено
5751	03-ноя-10	Калининградский филиал	Связь-Банк	банковское оборудование	ТО	Дьяченко А.А.	01-дек-10	выполнено
5752	03-ноя-10	Калининградский филиал	Связь-Банк	Банко вское оборудо вание	ТО 09.11.10. после 16-00
5753	03-ноя-10	Калининградский филиал	EMS	весы МК-32.2-А22	48376	не работают	Алексейчук П.В.	19-ноя-10	выполнено
5754	08-ноя-10	Калиниградский почтамт	ОПС Луговое	ККМ Прим 07к	3660618	не работает	Плахута	03-ноя-10	выполнено
5755	08-ноя-10	Калиниградский почтамт	ОПС 22	принтер Epson TM U950P	не работает
5756	09-ноя-10	управл Клд.почтамта		Принтер HPLJ1100	FRHR401497	не входит в рабочий режим	Сосков О.П.	13-ноя-10	выполнено
5757	09-ноя-10	Калиниградский почтамт	ОПС 15	систем.блок	0010122511	не работает	Дьяченко А.А.	10-ноя-10	выполнено
5758	09-ноя-10	Калиниградский почтамт	ОПС 13	ККМ Прим 07к	3554026	трещит	Татаренко К.К.	09-ноя-10	выполнено
5759	09-ноя-10	Калиниградский почтамт	ОПС Светлый	ККМ Прим 07к	0009875652	громко работает сист.блок	Татаренко К.К.	09-ноя-10	выполнено
5760	09-ноя-10	Калиниградский почтамт	ОПС Светлогорск 3	ККМ Прим 07к	3670426	замена печатающей головки	Алексейчук П.В.	10-ноя-10	выполнено
5761	09-ноя-10	Совет ский почтамт	ОПС Талпаки	весы МК15.3-А22	13419	не работает выно сной индика тор	Алексейчук П.В.
5762	10-ноя-10	Калиниградский почтамт	ОПС 22	сканер	не работает
5763	10-ноя-10	Калиниградский почтамт	ОПС 22	ККМ Прим 07к	108685	не работает	Сосков О.П.	10-ноя-10	выполнено
5764	10-ноя-10	Калиниградский почтамт	ОПС 35	ККМ Прим 07к	3682324	самопроизвольно отключился при проводке чек, сумма чека в отчет не попала, но чек имеется	Дьяченко А.А.	11-ноя-10	выполнено
	10-ноя-10	Советс кий почтамт	ОПС Советск 3	ККМ Прим 07к	3670805	ошибка 2020	Алексейчук П.В.	11-ноя-10	выполнено
5766	11-ноя-10	Калиниградский почтамт	ОПС 29	терминал самообслуживания Искра 201	0601502	сломался замок купюроприемника	Алексейчук П.В.	11-ноя-10	выполнено
5767	11-ноя-10	управл Клд.почтамта	центр по сбору и обработке информации	Принтер HPLJ1200	CNCSL08201	(c проводом) не работает	Сосков О.П.	03-дек-10	выполнено
5768	11-ноя-10	управл Клд.почтамта	центр по сбору и обработке информации	Принтер Xerox Рhazer 3121	3823826213	не работает	Сосков О.П.
5769	12-ноя-10	Калиниградский почтамт	ОПС 16	сканер	2706283990	не работает	Дьяченко А.А.	15-ноя-10	выполнено
5770	12-ноя-10	Советский почтамт	ОПС Гвардейск	ВУ-С-3/150	147615	(без блока питания) на поверку	Плахута Г.Г.	12-ноя-10	выполнено
5771	12-ноя-10	Калиниградский почтамт	ОПС 22	принтер Epson EPL6200	(в инф.зале) не работает	Сосков О.П.	13-ноя-10	выполнено
5772	13-ноя-10	Калиниградский почтамт	ОПС Пятидорожное	ККМ Прим 07к	3422128	не работает	Татаренко К.К.	29-ноя-10	выполнено
5773	15-ноя-10	Калиниградский почтамт	ОПС Низовье	систем.блок	9897821	не работает
5774	15-ноя-10	Калиниградский почтамт	ОПС Низовье	принтер Epson EPL6200	FGNZ160077	не работает
5775	15-ноя-10	Калиниградский почтамт	ОПС Багратионовск	ККМ Прим 07к	3551301	вкладной документ не возвращается	Татаренко К.К.	16-ноя-10	выполнено
5776	15-ноя-10	Калиниградский почтамт	ОПС 6	сканер	2706262479	(ВОХ) не работает	Дьяченко А.А.	15-ноя-10	выполнено
5777	15-ноя-10	Калиниградский почтамт	ОПС 29	терминал самообсл Искра 201	0601502	жует ленту	Алексейчук П.В.	16-ноя-10	выполнено
5778	15-ноя-10	Калиниградский почтамт	ОПС Переславское	ККМ Прим 07к	3658056	не работает	Алексейчук П.В.	16-ноя-10	выполнено
5779	15-ноя-10	управл Клд.почтамта	ГИТ	ИБП	BB0350036737	не работает	Татаренко К.К.	15-ноя-10	выполнено
5780	15-ноя-10	Калиниградский почтамт	ОПС 22	монитор	R9RQ5B0013772	Не включается	Дьяченко А.А.	17-ноя-10	выполнено
5781	16-ноя-10	Калиниградский почтамт	Гурьевск магазин	систем. блок	012454-012	слетает дата	Алексейчук П.В.	16-ноя-10	выполнено
5782	16-ноя-10	Калиниградский почтамт	ОПС Пионерский	монитор	R9RQ5C0014832	не включается, запах гори.	Захарченко Ф.Ф.	03-дек-10	выполнено
5783	16-ноя-10	Калиниградский почтамт	ОПС 22	монитор	R9RQ5A0005594	не работает	Захарченко Ф.Ф.	17-ноя-10	выполнено
5784	16-ноя-10	АУП	ЦТО	принтер Epson EPL6200	FGNZ112775	не работает	Сосков О.П.	07-дек-10	выполнено
5785	16-ноя-10	АУП	ЦТО	принтер Epson EPL6200	FGNZ100266	не работает
5786	16-ноя-10	Калиниградский почтамт	ОПС Светлогорск 3	ККМ Прим 07к	3670426	печатает на одном месте	Татаренко К.К.	17-ноя-10	выполнено
5787	16-ноя-10	Советский почтамт	ОПС Советск	ККМ Прим 07к	3671188	не работает	Захарченко Ф.Ф.	23-ноя-10	выполнено
5788	16-ноя-10	Советский почтамт	ОПС Советск	систем. блок	0009862312	неисправен блока питания	Дьяченко А.А.	23-ноя-10	выполнено
5789	16-ноя-10	Советский почтамт	ОПС Советск	систем. Блок	0010164649	нет видеосигнала	Дьяченко А.А.	23-ноя-10	выполнено
5790	17-ноя-10	Калиниградский почтамт	ППС 7	сканер	не работает	Татаренко К.К.	22-ноя-10	выполнено
5791	17-ноя-10	Калиниградский почтамт	ОПС 5	монитор	R9RQ5B0013774	не работает	Захарченко Ф.Ф.	19-ноя-10	выполнено
5792	17-ноя-10	Калиниградский почтамт	ОПС 6	ПКТ	3657516 (0009977670)	провалился USB-порт	Дьяченко А.А.	19-ноя-10	выполнено
5793	17-ноя-10	Калиниградский почтамт	ОПС 22	ККМ Прим 07к	3354229	не печатает в дневник	Сосков О.П.	17-ноя-10	выполнено
5794	17-ноя-10	Калиниградский почтамт	ОПС 11	сканер	не работает
5795	18-ноя-10	Калиниградский почтамт	ППС 6	сканер	не работает
5796	18-ноя-10	АУП	ЦТО	Принтер HPLJ1022	CNBV636HSQ	не работает	Дьяченко А.А.	07-дек-10	выполнено
5797	18-ноя-10	АУП	ЦТО	Принтер HPLJ1022	CNBV636HKK	не работает	Дьяченко А.А.	03-дек-10	выполнено
5798	18-ноя-10	АУП	ЦТО	Принтер HPLJ1022	CNBV636HXV	не работает	Дьяченко А.А.	03-дек-10	выполнено
5799	18-ноя-10	АУП	ЦТО	Принтер HPLJ1160	CNM2D66667	не работает	Дьяченко А.А.	07-дек-10	выполнено
5800	18-ноя-10	АУП	ЦТО	Принтер HPLJ1300	CNCKF21219	не работает	Дьяченко А.А.	03-дек-10	выполнено
5801	18-ноя-10	АУП	ЦТО	принтер HPLJ1018	VHC4K43530	не работает	Дьяченко А.А.	03-дек-10	выполнено
5802	19-ноя-10	Калиниградский почтамт	ОПС 15	ККМ Прим 07к	3437140	трещит при печати, застре вает	Сосков О.П.	19-ноя-10	выполнено
5803	19-ноя-10	Калиниградский почтамт	ОПС 6	сканер	2706262479	не работает
5804	19-ноя-10	Калиниградский почтамт	ОПС Светлогорск 3	сканер	Не работает сканер
5805	19-ноя-10	Калиниградский почтамт	ОПС 22	сканер	У сканера "развалился "переходник" (???). (Раздавили?)	Сосков О.П.	22-ноя-10	выполнено
5806	22-ноя-10	Калиниградский почтамт	ОПС 36	сканер	не работает
5807	22-ноя-10	Калиниградский почтамт	ОПС Балтийск	ИБП	не работает	Татаренко К.К.	24-ноя-10	выполнено
5808	22-ноя-10	Калиниградский почтамт	ОПС Балтийск	монитор	R9RQ5A0006780	не работает	Захарченко Ф.Ф.	29-ноя-10	выполнено
5809	22-ноя-10	Советский почтамт	ОПС Полесск	ИБП	BB0520014452	не работает	Захарченко Ф.Ф.	29-ноя-10	выполнено
5810	22-ноя-10	Советс кий почтамт	ОПС Талпаки	ИБП	4B0815P19912	не работает	Захарченко Ф.Ф.	29-ноя-10	выполнено
5811	22-ноя-10	Калиниградский почтамт	ОПС 5	ККМ Прим 07к	ошибка	Татаренко К.К.	22-ноя-10	выполнено
5812	22-ноя-10	Калиниградский почтамт	ППС 7	сканер	не работает
5813	22-ноя-10	управл Клд.почтамта	ГИТ	ИБП	BB0550027341	не работает	Дьяченко А.А.	24-ноя-10	выполнено
5814	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	53703C02363	не работает	Захарченко Ф.Ф.
5815	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	43609C13933	не работает	Захарченко Ф.Ф.
5816	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	не работает	Захарченко Ф.Ф.
5817	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	53707C04079	не работает	Захарченко Ф.Ф.
5818	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	GB9712240101	не работает	Дьяченко А.А.
5819	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	GB9703894767	не работает	Дьяченко А.А.
5820	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	BB0111001636	не работает	Дьяченко А.А.
5821	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	BB0611008029	не работает	Захарченко Ф.Ф.	06-дек-10	выполнено
5822	23-ноя-10	Советс кий почтамт	ОПС Советск	ИБП	LP502A083	не работает	Дьяченко А.А.
5823	23-ноя-10	Советс кий почтамт	ОПС Советск	систем. блок	0009862310	(ПКД) не работает	Дьяченко А.А.
5824	23-ноя-10	Калиниградский почтамт	ОПС 22	ККМ Прим 07к	3554054	ошибка 040	Сосков О.П.	25-ноя-10	выполнено
5825	23-ноя-10	Калиниградский почтамт	ОПС 36	сканер	не работает	Сосков О.П.
5826	23-ноя-10	Калининградский филиал	Связной СПб	Штрих-ФР-К	00160687	Двига тель принтера контрольной ленты	Алексейчук П.В.
5827	24-ноя-10	Калиниградский почтамт	ОПС 6	сканер	доставкане работает	Дьяченко А.А.	24-ноя-10	выполнено
5828	24-ноя-10	Калиниградский почтамт	ОПС 6	ДОН (дост.участок)	доставка не работает клавиатура	Дьяченко А.А.	24-ноя-10	выполнено
5829	24-ноя-10	Калиниградский почтамт	ППС 3	ККМ Прим 07к	3677514	остановился	Татаренко К.К.	24-ноя-10	выполнено
5830	26-ноя-10	Калининградский филиал	EMS	весы ВПА-50	18327	поверка	Алексейчук П.В.	29-ноя-10	выполнено
5831	29-ноя-10	Калиниградский почтамт	ОПС 38	ККМ Прим 07к	3657595	замена печ.головки	Алексейчук П.В.	29-ноя-10	выполнено
5832	29-ноя-10	Калиниградский почтамт	ППС 2	сканер	не работает
5833	29-ноя-10	Калиниградский почтамт	ОПС 4	ККМ Прим 07к	3669540	жует ленту	Алексейчук П.В.	29-ноя-10	выполнено
5834	29-ноя-10	Советс кий почтамт	ОПС Гвардейск	ККМ Прим 07к	3546919	не работает	Плахута Г.Г.	29-ноя-10	выполнено
5835	30-ноя-10	Калиниградский почтамт	ОПС Корнево	ККМ Прим 07к	3669554	проверить дисковод	Алексейчук П.В.	03-дек-10	выполнено
5836	30-ноя-10	Калиниградский почтамт	ОПС Светлогорск 3	ККМ Прим 07к	не запускается	Дьяченко М.И.	30-ноя-10	выполнено
5837	30-ноя-10	Калиниградский почтамт	ОПС 39	ИБП	BB0639060012	не включается	Захарченко Ф.Ф.	03-дек-10	выполнено
5838	30-ноя-10	Калининградский филиал	EMS	Элвес-ФР-К	не работает	Дьяченко М.И.	03-дек-10	выполнено
5839	30-ноя-10	Калиниградский почтамт	ОПС Рыбачий	ИБП	не работает
5840	30-ноя-10	Калиниградский почтамт	ОПС 39	монитор	R9RQ5A0006823	не работает	Захарченко Ф.Ф.	03-дек-10	выполнено
5841	30-ноя-10	Калиниградский почтамт	ОПС Переславское	ККМ Прим 07к	3658056	не работает	Алексейчук П.В.	30-ноя-10	выполнено

1.5 Анализ интенсивности и обоснование необходимости создания системы

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

Временные характеристики описанных процессов приведены в таблице 2.

Таблица 2-Характеристики описанных процессов.

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей (то есть непосредственную работу по решению проблем клиента и выработке необходимых мероприятии) остается менее 40 % рабочего времени, что крайне неэффективно.

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

Невысокая скорость и точность выполнения расчетов.

Неэффективное использование рабочего времени.

Слабый контроль работы сотрудника.

Бюрократия – увеличивающийся «поток» бумажной работы.

Усталость служащих - усиление негативного воздействия человеческого фактора.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации.

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

В таблице 3 произведен расчет эффекта внедрения.

Таблица 3 - Расчет эффекта внедрения.

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

Централизованное хранение данных

Исключение потери данных

Структуризация данных

Более оперативная обработка данных

Выдача результатов в удобной форме на принтер и экран

Легкое изменение данных

Сокращение времени оформления документов

2 ОПИСАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ И РЕАЛИЗАЦИЯ СИСТЕМЫ

2.1 Обоснование выбора среды разработки

2.1.1 Среда программирования Delphi

Delphi - язык и среда программирования, относящийся к классу RAD – (Rapid Application Development ‑ «Средство быстрой разработки приложений») средств CASE - технологий.

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

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

Выгоды от проектирования АРМ в среде Windows с помощью Delphi:

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

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

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

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

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

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

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

Одним из главных «минусов» Delphi я считаю размер получающегося исполняемого файла. Когда ты не написал ни единой строчки кода, скомпилировал проект и его размер доходит почти до 400КБ – это nonsense. Конечно, можно писать на "облегчённом Delphi ",т.е. без VCL – размер получается порядка 10-20КБ. Но тогда придётся отказаться от всех удобств этого языка.

«Преимущества» Delphi по сравнению с аналогичными программными продуктами:

Быстрота разработки приложения;

Высокая производительность разработанного приложения;

Низкие требования разработанного приложения к ресурсам компьютера;

Наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi;

Возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

Удачная проработка иерархии объектов.

Требования к интерфейсу Windows-приложения

Под графическим интерфейсом пользователя (GraphicalUserInterface - GUI) подразумевается тип экранного представления, при котором пользователь может выбирать команды, запускать задачи и просматривать списки файлов, указывая на пиктограммы или пункты в списках меню, показанных на экране. Действия могут, как правило, выполняться с помощью мыши, либо нажатием клавиш на клавиатуре. Типичным примером графического интерфейса пользователя является Windows 95/98 и более новые поколения, где интерфейс стремительно растет, изменяется и преобразовывается.

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

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

Чаще всего сколько-нибудь сложное приложение не может ограничиться одним окном. Поэтому, прежде всего вам нужно решить вопрос управления окнами. Есть две различные модели приложений: с интерфейсом одного документа (SDI) и с интерфейсом множества документов (MDI).

В большинстве случаев следует отдавать предпочтение интерфейсу SDI. Этот интерфейс не обязательно предполагает наличие действительно только одного окна, как в приложениях Windows, типа «Калькулятор». Такое приложение, как «Проводник» Windows, также является SDI приложением, но в нужные моменты оно создает вторичные окна для поиска файлов или папок, задания параметров, просмотра свойств файлов и других целей.

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

К внешнему виду окон в Windows предъявляются определенные требования. К счастью, Delphi автоматически обеспечивает стандартный для Windows вид окон вашего приложения. Но вам надо продумать и указать, какие кнопки в полосе системного меню должны быть доступны в том или ином окне, должно ли окно допускать изменение пользователем его размеров, каким должен быть заголовок окна. Все эти характеристики окон обеспечиваются установкой и управлением свойствами формы.

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

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

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

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

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

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

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

Не злоупотребляйте в приложении яркими цветами. Пестрое приложение - обычно признак дилетантизма разработчика, утомляет пользователя, рассеивает его внимание. Как правило, используйте системные цвета, которые пользователь может перестраивать по своему усмотрению. Из статических цветов обычно имеет смысл использовать только clBlack - черный, clWhite - белый и clRed - красный цвет предупреждения об опасности.

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

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

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

Основное требование к меню - их стандартизация. Это требование относится ко многим аспектам меню: месту размещения заголовков меню и их разделов, форме самих заголовков, клавишам быстрого доступа, организации каскадных меню. Цель стандартизации - облегчить пользователю работу с приложением. Надо, чтобы пользователю не приходилось думать, в каком меню и как ему надо открыть или сохранить файл, как ему получить справку, как работать с буфером обмена Clipboard и т.д. Для осуществления всех этих операций у пользователя, поработавшего хотя бы с несколькими приложениями Windows, вырабатывается стойкий автоматизм действий и недопустимо этот автоматизм ломать.

Начнем рассмотрение требований с размещения заголовков меню. Конечно, состав меню зависит от конкретного приложения. Но размещение общепринятых разделов должно быть стандартизированным. Все пользователи уже привыкли, что меню Файл размещается слева в полосе главного меню, раздел справки - справа, перед ним в приложениях MDI размещается меню Окно и т.д. Главное меню должно также снабжаться инструментальной панелью, быстрые кнопки, которые дублируют наиболее часто используемые команды меню. На этих кнопках надо использовать, по возможности, привычные картинки.

По возможности стандартным должно быть и расположение разделов в выпадающих меню.

Группы функционально связанных разделов отделяются в выпадающих меню разделителями.

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

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

Разделы, к которым относятся каскадные меню должны заканчиваться стрелкой, указывающей на наличие дочернего меню данного раздела.

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

Многим разделам могут быть поставлены в соответствие «горячие» клавиши, позволяющие обратиться к команде данного раздела, даже не заходя в меню. Комбинации таких «горячих» клавиш должны быть традиционными. Например, команды вырезания, копирования и вставки фрагментов текста практически всегда имеют «горячие» клавиши Ctrl-X, Ctrl-C и Ctrl-V соответственно. Заданные сочетания клавиш отображаются в заголовках соответствующих разделов.

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

Управляющие элементы и функционально связанные с ними компоненты экрана должны быть зрительно объединены в группы, заголовки которых коротко и четко поясняют их назначение. Такое объединение позволяют осуществлять различные панели. Можно рекомендовать, как правило, размещать компоненты не непосредственно на форме, а на панелях. Но и внутри панелей надо продумывать размещение компонентов, как с точки зрения эстетики, так и с точки зрения визуального отражения взаимоотношений элементов. Например, если имеется кнопка, которая разворачивает окно списка, то эти два компонента должны быть визуально связаны между собой: размещены на одной панели и в непосредственной близости друг от друга. Если же ваш экран представляет собой случайные скопления кнопок, то именно так он и будет восприниматься. И в следующий раз пользователь не захочет использовать вашу программу.

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

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

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

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

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

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

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

Встроенную систему контекстно-зависимой оперативной справки, вызываемую по клавише F1.

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

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

Программист должен принять все мыслимые меры, чтобы ни при каких ошибках пользователя и ни при каких сочетаниях данных приложение не заканчивалось бы аварийно. Но если все-таки аварийное завершение происходит, необходима полная зачистка «мусора» – удаление временных файлов, освобождение памяти, разрыв связей с базами данных и т.д.

Выбор языка программирования обусловлен следующими причинами:

Устраняется необходимость в повторном вводе данных;

Обеспечивается согласованность проекта и его реализации;

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

2.1.2 СУБД Access

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

СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных.

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

Так как MicrosoftAccess является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В MicrosoftAccess можно при помощи макросов или AccessBasic осуществлять динамический обмен данными с другими приложениями.

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

В MicrosoftAccess для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQLможно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.

В MicrosoftAccess имеется также простое и в то же время богатое возможностями средство графического задания запроса – так называемый «запрос по образцу» (querybyexample), которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос.

MicrosoftAccess спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети – в режиме «клиент-сервер». Поскольку в MicrosoftAccess к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. MicrosoftAccess автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

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

MicrosoftAccess предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ.

Все выше сказанное позволило остановить выбор на СУБД Access для постановки и решения задачи автоматизации процесса ведения и сбора информации в приложении.

2.2 Проектные решения по пользовательскому интерфейсу

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

Рисунок 6 - Главное окно программы.

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

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

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

Если поступила заявка от клиента диспетчеру необходимо нажать кнопку добавить на панели управления, контекстного меню или главного меню. Номер заявки ИС подставляет автоматически, Агент выбирается из выпадающего списка также как Исполнитель. Далее нажать добавить заявку. После нажатия кнопки добавить окно закроется и новая заявка появится в главном окне.

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

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

В окне статистика также можно просматривать, редактировать, экспортировать выбранные заявки в MicrosoftExcel а также фильтровать их по определенным диапазонам и критериям.

2.3 Описание структуры разрабатываемой системы

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

2.4 Проектные решения по базе данных

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

Таблица 4 – Структура таблицы базы данных.

	Наименование поля	Тип	Назначение
	Номер	Счетчик	Идентификатор заявки
Дата	Дата/время	Дата поступления заявки
Агент	Текстовый	Юридическое лицо клиента
Подразделение	Текстовый	Подразделение юр.лица от которого поступила заявка
Оборудование	Текстовый	Тип оборудования
Серийный №	Текстовый	Серийный номер оборудования
Неисправность	Текстовый	Вид неисправности
Исполнитель	Текстовый	Исполнитель заявки
Дата выполнения	Дата/время	Дата выполнения заявки
Результат	Логический	Статус заявки

Фрагмент листинга программного кода представлен ниже. Полностью листинг программного кода приведен в приложении А.

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, ADODB, DB, StdCtrls, Grids, DBGrids, Buttons, ComCtrls, ExtCtrls, Menus;

TForm6 = class(TForm)

ADOConnection1: TADOConnection;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

ADOQuery1: TADOQuery;

DateTimePicker1: TDateTimePicker;

DateTimePicker2: TDateTimePicker;

SpeedButton1: TSpeedButton;

SpeedButton2: TSpeedButton;

SpeedButton3: TSpeedButton;

SpeedButton4: TSpeedButton;

SpeedButton5: TSpeedButton;

MainMenu1: TMainMenu;

Excell1: TMenuItem;

SpeedButton6: TSpeedButton;

ADOQuery2: TADOQuery;

GroupBox1: TGroupBox;

ComboBox1: TComboBox;

GroupBox2: TGroupBox;

ComboBox2: TComboBox;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure SpeedButton1Click(Sender: TObject);

procedure SpeedButton2Click(Sender: TObject);

procedure SpeedButton3Click(Sender: TObject);

procedure SpeedButton4Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure SpeedButton6Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure ComboBox1Change(Sender: TObject);

procedure ComboBox2Change(Sender: TObject);

{ Private declarations }

{ Public declarations }

uses Unit1, Unit12, Unit3, Unit13, Unit14, Unit15;

procedure TForm6.Button1Click(Sender: TObject);

procedure TForm6.Button2Click(Sender: TObject);

AdoQuery1.Filtered:=False;

ADOQuery1.Filter:="Дата><="+DateToStr(DateTimePicker2.Date);

ADOQuery1.Filtered:=True;

procedure TForm6.SpeedButton1Click(Sender: TObject);

Form1.adostatus.Active:=false;

Form1.adostatus.SQL.Text:="Select * from Data where Результат=false";

Form1.adostatus.Active:=true;

procedure TForm6.SpeedButton2Click(Sender: TObject);

AdoQuery1.Filtered:=False;

ADOQuery1.Filter:="Дата>="+DateToStr(DateTimePicker1.Date)+ " and Дата<="+DateToStr(DateTimePicker2.Date);

ADOQuery1.Filtered:=True;

procedure TForm6.SpeedButton3Click(Sender: TObject);

Form12.ShowModal;

procedure TForm6.SpeedButton4Click(Sender: TObject);

Form6.ADOQuery1.Edit;

Form13.Showmodal;

Form6.ADOQuery1.Active:=true;

procedure TForm6.N7Click(Sender: TObject);

Form14.Showmodal;

procedure TForm6.SpeedButton6Click(Sender: TObject);