48616 (Разработка приложения для учета рабочего времени сотрудников предприятия), страница 2

2.4 Структура данных

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

Собрав все необходимые данные по проблемной области, я разбил ее по группам (рис. 7).

Рисунок 7 Сгруппированная проблемная область.

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

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

После установления связей я определил тип связи, это нужно для того, чтобы знать последовательность заполнения таблиц. В моем случае все связи определялись типом «один ко многим» (рис 8).

Рисунок 8 Схема данных ООО «СЭТ»

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

2.5 Обработка данных

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

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

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

SELECT №накладной, объемзаказа, видработ, стоимостьзаказа

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

FROM Предприятие, монтаж

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

WHERE Предприятие.№заказа=монтаж.№заказа

После этого я закрыл запрос и назвал его «накладная».

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

SELECT Ответственный, Заработнаяплата+1000 AS Премия

FROM Бригадиры

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

WHERE Разряд>2;

После этого я закрыл запрос и назвал его «Премия».

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

2.6 Разработка пользовательского интерфейса

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

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

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

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

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

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

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

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

При запуске приложения можно предусмотреть, чтобы сразу открывался только разработанный мной интерфейс пользователя. Для этого я выполнил команду Сервис|Параметры запуска. После этого в окне параметров, выбрал в строке Вывод Формы/страницы форму «Главный интерфейс пользователя». Далее нужно снять все флажки, которые присутствуют в окне Параметры запуска, это позволит при запуске приложения пользователя убрать с экрана все стандартные панели инструментов, которые бы загромождали интерфейс.

3. Руководство пользователя

3.1 Цели и задачи базы данных

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

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

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

Заключение

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

Разработка бизнес – процесса, включающего в себя функциональную и информационную модели, заняла 5 Mb.

База данных, включающая в себя приложение пользователя, в итоге составила 5 Mb.

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

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

даны рекомендации оператору АРМ РД.

Объем памяти, занимаемый программой равен: V = 64 Кбайта.

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

Договорная цена разработки составляет: Цд = 916 152 руб. в ценах 1998г.

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

Значение информационной нагрузки оператора АРМ РД составляет 0.6 бит/с.

В разделе “Гражданская оборона” были приведены требования по инженерной защите оператора и оборудования ПЭВМ от воздействия высоких температур при взрывах в ЧС мирного времени.

В разделе “Эргономика” была произведена оценка рабочего места оператора и разработано оптимальное рабочее место оператора.

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

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

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

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