close

Вход

Забыли?

вход по аккаунту

?

Shablon kursovoy TP51 2012 13 Ozerova

код для вставкиСкачать
Содержание
Введение41Системный анализ51.1Описание и анализ объекта или процесса проектирования51.2Общие требования, предъявляемые к разрабатываемому программному продукту 71.3Анализ компьютерных технологий, используемых для решения аналогичных задач 72Системное проектирование102.1Общая структура разрабатываемого программного продукта102.2Методика и общий алгоритм решения задачи112.3Структура информационного обеспечения2.4Выбор программных и аппаратных средств для реализации поставленной задачи3Техническое проектирование3.1Разработка пользовательского интерфейса3.2Описание разработанного программного продукта3.3Анализ результатов тестирования программного продукта3.4Инструкция пользователю по применению программного продукта4Экономическая часть4.1Стоимостная оценка программного продукта4.2Определение цены программного продукта4.3Анализ экономической целесообразности применения разработкиЗаключениеЛитератураПриложение А Блок-схема алгоритма Приложение Б Листинг программы Приложение В Результаты работы Введение
Автоматизированная система управления (сокращённо АСУ) - комплекс аппаратных и программных средств, предназначенный для управления различными процессами в рамках технологического процесса, производства, предприятия. АСУ применяются в различных отраслях промышленности, энергетике, транспорте и т. п. Термин "автоматизированная", в отличие от термина "автоматическая" подчёркивает сохранение за человеком-оператором некоторых функций, либо наиболее общего, целеполагающего характера, либо не поддающихся автоматизации.
Важнейшая задача АСУ - повышение эффективности управления объектом на основе роста производительности труда и совершенствования методов планирования процесса управления. Различают автоматизированные системы управления объектами (технологическими процессами - АСУТП, предприятием - АСУП, отраслью - ОАСУ) и функциональные автоматизированные системы, например, проектирование плановых расчётов, материально-технического снабжения и т.д.
Эффективность внедрения автоматизированных систем обуславливается действием ряда факторов организационного, информационного и экономического характера.
Организационный эффект проявляется в освобождение работников от рутинных операций по систематизации и группировке учетных данных, многочисленных расчетов и записей в реестры и другую документацию, сверки показателей, увеличив тем самым время для проведения анализа и оценки эффективности принимаемых управленческих решений.
Информационный фактор эффективности выражается в повышение уровня информированности персонала. Владея информацией, точной и в нужное время, люди принимают более адекватные управленческие решения. Кроме того, своевременный доступ к информации обеспечивает снижение рисков.
Экономический фактор проявляется в том, что учетная информация, имеющая целью полное и своевременное отражение и состояние объекта и причин, влияющих на его развитие, в конечном счете направлена на улучшение использования производственных ресурсов. Например, если предприятие несет значительные затраты на электроэнергию, потребление которой напрямую связано с работой производственного оборудования, и цены на энергопотребление в разное время суток существенно разнятся, то производственное расписание, организующее загрузку оборудования в "дешевый период" и разгрузку в "дорогой период", дает экономию данного вида затрат.
Целью курсового проектирования является разработка информационно-справочной системы "Личные дела сотрудников шахты "Дальняя".
1 Системный анализ
1.1 Описание и анализ объекта или процесса проектирования
Основу структуры управления шахтой "Дальняя" составляет группировка и специализация подразделений в соответствии с функциями, отражающими основные направления и сферы их деятельности.
На шахте в соответствии функциональным разделением предприятия на отдельные подразделения выделено четыре уровня управления. При этом между подразделениями, находящимися на одном уровне, присутствуют горизонтальные связи, а уровнями подразделений сверху вниз и снизу вверх осуществляются вертикальные связи.
Первый уровень представлен директором и аппаратом при руководстве. Второй уровень представлен основными службами и их руководителями, которые находятся в непосредственном подчинении у первого руководителя - директора: - главным инженером;
- службой очистной добычи и оперативного управления производством;
- экономической службой;
- коммерческой службой;
- службой кадров;
-бухгалтерией;
- АСУ. Третий уровень включает вторичные подразделения (участки и службы), находящиеся в непосредственном подчинении у представителей второго уровня На четвертом уровне располагаются еще более мелкие подразделения (участки), входящие в состав службы третьего уровня - энергомеханической.
К основным функциональным подразделениям шахты, возглавляемым основными функциональными руководителями, относятся:
- служба очистной добычи и оперативного управления производством;
- экономическая служба (осуществляет расчет и анализ основных технико-экономических показателей работы шахты);
- коммерческая служба;
- служба кадров (обеспечивает подразделения Предприятия требуемыми кадрами; ведет персональный, воинский, статистический, штатно-должностной учет кадров, учет рабочего времени и движения кадров);
- бухгалтерия (осуществляет организацию и ведение бухгалтерского и налогового учета);
- АСУ. Для максимального использования преимущества специализации и во избежание перегрузки руководства основные функциональные подразделения (службы) подразделяются на более мелкие - вторичные подразделения, к которым относятся:
- подчиненные главному инженеру:
1) служба подготовки очистных работ;
2) участок подготовительных работ;
3) энергомеханическая служба;
4) служба ТБ (обеспечивает организацию и контроль соблюдения правил техники безопасности);
5) участок вентиляции и техники безопасности;
6) технологическая служба;
7) маркшейдерско-геологическая служба;
8) ОТК (обеспечивает контроль качества продукции);
- службы очистной добычи и оперативного управления производством:
1) участки по добыче угля;
2) участки по монтажу и демонтажу оборудования;
3) отдел материально-технического снабжения (служит для обеспечения подразделений шахты материально-техническими ресурсами);
4) участок шахтного транспорта;
5) участок технологического комплекса поверхности;
- службы кадров:
1) участок хозяйственных работ;
2) участок АБК.
Имеется и дальнейшее функциональное разделение одной из вторичных служб - энергомеханической, в состав которой входят:
- спецбригада по обслуживанию и ремонту электрооборудования;
- энергомеханический цех.
На каждого сотрудника при приеме на работу заносятся данные:
- табельный номер;
- фамилия, имя, отчество;
- дата и место рождения;
- серия и номер паспорта;
- дата и место выдачи паспорта;
- домашний адрес и дата прописки;
- где, когда и какое учебное заведение окончил;
- какую имеет специальность и сколько лет проработал по этой специальности;
- семейное положение;
- количество детей и иждивенцев;
- когда, на какую должность, в какое подразделение принят и с каким окладом.
Занесение сведений производится работником отдела кадров после подписания директором приказа о приеме сотрудника на работу. В случае изменения каких-либо сведений (фамилии, семейного положения, места жительства) система позволяет скорректировать эти данные в базе. Редактирование проводится в созданных экранных формах путем непосредственного изменения текста в выводимых полях. При увольнении сотрудника информация о нем не хранится в базе данных, она удаляется.
1.2 Общие требования, предъявляемые к разрабатываемому
программному продукту
Требования к разрабатываемой системе включают перечень функций, которые она должна выполнять:
- учет и хранение записей по каждому сотруднику;
- быстрый поиск требуемой записи по заданному критерию поиска;
- возможность внесения изменений в имеющиеся данные;
- отбор сведений по заданному фильтру;
- сортировка записей по заданному полю;
- формирование экранных форм для просмотра требуемых сведений;
- подготовка отчетов для вывода на печать.
Разрабатываемая система должна содержать сведения по семейному положению сотрудников, уровню их образования, распределение по занимаемым должностям и подразделениям, величину оклада и количество иждивенцев для вычетов из налогооблагаемой базы, количество детей для их распределения в детский сад и профилактории.
Информация в таблицах не должна дублироваться, не должно быть повторений между таблицами. Так как заносимая информация по ее назначению и использованию подразделяется на отдельные логические единицы, то целесообразно хранить сгруппированные сведения в отдельных таблицах. Например, информация о семейном положении, информация об образовании, паспортные данные и т.д. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах.
Для того, чтобы система могла связать данные из разных таблиц (фамилию сотрудника и сведения о его образовании, материальном положении), каждая таблица должна содержать поле, которое будет задавать индивидуальное значение каждой записи в таблице (ключевое поле). Таким полем может быть табельный номер сотрудника, поскольку он является уникальным для данного предприятия. Для разработки системы наиболее предпочтителен оконный интерфейс. Система должна работать в интерактивном режиме, который строится с учетом требований графического интерфейса пользователя. Каждое наименование режима или команды должно быть уникальным.
Кроме того, разрабатываемая система должна быть удобна и достаточно проста в применении неспециалистами в области вычислительной техники. В связи с этим особые требования предъявляются к разработке понятного и однозначного диалога с пользователем, который должен помочь осуществлять процесс ввода данных с бумажных носителей и формировать выходные формы.
1.3 Анализ компьютерных технологий, используемых для решения
аналогичных задач
Для проектирования аналогичных систем наиболее часто применяется метод концептуального моделирования предметной области. Он представляет собой структурированный процесс создания системы, который разбивается на следующие шаги: анализ, проектирование, программирование, тестирование, внедрение.
При концептуальном моделировании предметной области и применении технологии баз данных наиболее сложной задачей является выявление информационных и функциональных связей между объектами. Информационная структура содержит все объекты и их связи, которые необходимы для построения системы, а функциональная структура определяет, каким образом используются и обрабатываются эти объекты.
База данных моделирует состояния предметной области, а ее концептуальное представление задает ограничения на состояния предметной области. Модель данных включает согласованную совокупность типов структур данных, операций и ограничений целостности. Структуры данных обеспечивают представление статических свойств предметной области, а операции - динамических свойств сущностей. Модель данных задает процедурную интерпретацию, базирующуюся на операциях модификации базы данных: ввод, обновление, удаление. [2]
База данных - это организационная структура, предназначенная для хранения информации.
Система управления базой данных это комплекс программных средств, который предназначен для создания структуры новой базы, редактирования содержимого и визуализации информации, т.е. отбор отображаемых данных в соответствии с заданным критерием, их упорядочение, оформление и последующая выдача на устройство вывода или передача по каналам связи.Создание базы данных производится на этапе инсталляции и выполняется автоматическими скриптами развертывания системы. Заполнение системными данными так же возлагается на скрипты автоматического развертывания системы. Наполнение базы данных пользовательскими данными должно производиться через разработанный пользовательский интерфейс. Обслуживание базы данных должно сводиться к своевременному выполнению резервного копирования для минимизации последствий возможных сбоев. Реализация средства импортирования массивов информации в базу данных системы и выполнение процедур синхронизации с внешними источниками не предусматривается.
Access - это реляционная система управления базами данных (СУБД), входящая в пакет MS Office. Все составляющие базы данных, такие, как таблицы, отчеты, запросы, формы и объекты, в Access хранятся в едином дисковом файле, который имеет расширение .mdb.
Основным структурным компонентом базы данных является таблица. В таблицах хранятся вводимые данные. Каждая таблица состоит из столбцов, называемых полями, и строк, называемых записями. Каждая запись таблицы содержит всю необходимую информацию об отдельном элементе базы данных.При разработке структуры таблицы, прежде всего, необходимо задать поля, определив их свойства. СУБД MS Access 2000 позволяет создавать и использовать объекты семи различных типов. Таблицы - это основные объекты любой базы данных. Именно в них хранятся, во-первых, все данные, имеющиеся в базе, а, во-вторых, структура самой базы (поля, их типы и свойства).
Запросы - это объекты предназначены для извлечения данных из таблиц и предоставления их пользователю в удобном виде. Особенность запросов состоит в том, что берут информацию из базовых таблиц и создают на их основе временную результирующую таблицу, которая не имеет аналога на жестком диске, это только образ отобранных полей и записей.
Формы - это средства для ввода и просмотра данных. С помощью форм можно закрыть некоторые поля для несанкционированного ввода, можно разместить специальные элементы управления (счетчики, раскрывающиеся списки, переключатели, флажки и пр.) для автоматизации ввода. Можно представить форму с помощью графических средств, в виде бланка, если ввод производится со специальных бланков.
Отчеты - они предназначены для вывода данных на печатающее устройство. В них приняты специальные меры для группирования выводимых данных и для вывода специальных элементов оформления, характерных для печатных документов (верхний и нижний колонтитулы, номера страниц и т.п.) Страницы - это объект, который позволяет создать Web-страницы, компоненты которых осуществляют связь с базой данных. Web-страницу можно передать клиенту, сама же база будет располагаться на сервере.
Макросы и модули - эти объекты предназначены как для автоматизации повторяющихся операций при работе с СУБД, так и для создания новых функций путем программирования. Макросы состоят из последовательности внутренних команд СУБД Access и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования Visual Basic for Applications. [3]
2 Системное проектирование
2.1 Общая структура разрабатываемого программного продукта
Система позволяет осуществлять поиск нужных сведений по следующим данным: по табельному номеру (что наиболее эффективно, так как он уникальный для каждого сотрудника), по фамилии, по занимаемой должности, по номеру паспорта (тоже выбор однозначный, но он не всегда известен). После задания условий поиска на экран будет выведена первая найденная запись с этими данными.
Возможно проводить отбор группы сотрудников одного подразделения, для чего нужно задать номер подразделения, и будет сформирован список сведений по этим работникам.
Система должна обеспечивать все операции с базами данных:
- создание таблиц базы данных;
- добавление новых кортежей;
- редактирование и модификацию данных;
- сохранение внесенных изменений и добавлений;
- возможность отказа от изменений и выхода без сохранения действий;
- удаление ненужных записей;
- быстрое перемещение между записями: к первому кортежу, к последнему, листание по записям вперед и назад;
- поиск нужной записи по заданным критериям;
- формирование списка значений;
- объединение полей из разных таблиц;
- разработку выходных форм для вывода интересующей информации;
- защиту данных паролем от несанкционированного доступа.
Для работы с хранящейся информацией (поиском, редактированием, выводом) создаются экранные формы: главная форма для выбора режимов работы, форма редактирования, которая позволяет выбрать, с какой информацией будет работать пользователь. Для вывода сведений на бумажный носитель формируется отчет на принтер.
На предприятии имеется локальная вычислительная сеть с выделенным сервером и топологией "общая шина". Сервер расположен в кабинете главного бухгалтера, а рабочие станции имеются в бухгалтерии, в отделе кадров, в кабинетах директора и его заместителей, главного экономиста.
Наличие сети персональных компьютеров позволяет хранить и использовать базу данных, размещенную на сервере, в многопользовательском режиме. При этом каждый пользователь со своей рабочей станции получает доступ к общей централизованной информационной базе. Для используемой технологии "файл - сервер" характерен коллективный доступ к базе данных на файловом сервере. При обновлении файла одним из пользователей он блокируется для доступа другими пользователями. Запрошенные данные транспортируются с файлового сервера на рабочие станции, где выполняется их обработка.
Система следит за разграничением доступа разных пользователей к общей базе данных и обеспечивает защиту данных при одновременной работе пользователей с общими данными. Автоматически обеспечивается защита данных от одновременной их корректировки несколькими пользователями - клиентами.
2.2 Методика и общий алгоритм решения задачи
Вначале надо определить состав данных, подлежащих хранению в базе для обеспечения выполнения запросов пользователей. Затем произвести их анализ и структурирование и выбрать модель данных. Наиболее используемой является реляционная модель данных, которая является совокупностью простейших двумерных таблиц-отношений. Реляционные модели имеют ряд достоинств. К ним относятся: простота представления данных благодаря табличной форме, минимальная избыточность при нормализации отношений. В реляционных моделях обеспечивается независимость приложений от данных, допускающая включение или удаление отношений, и изменение атрибутного состава отношений.
Вся собираемая информация логически разделяется на пять групп, и соответственно база данных будет состоять из пяти таблиц. Необходимо определить поля каждой таблицы и тип содержащихся в них данных. При выборе типов данных необходимо исходить из того, какого вида информация будет содержаться в этих полях. На следующем этапе конструируются таблицы базы данных, то есть разработка продолжается средствами СУБД. Структура таблиц базы данных задается с помощью средств описания таблиц в СУБД в соответствии информационным объектам.
Для каждой таблицы необходимо определить поле, по которому невозможны совпадения и определяющее точно одну требуемую запись - первичный ключ. Таким полем является табельный номер сотрудника, который является индексированным полем и позволяет осуществить связь между таблицами. Связь типа "один - к - одному", так как каждому сотруднику из первой таблицы соответствует ровно одна запись из каждой таблицы. Во всех таблицах ключевым является поле "Табельный номер", связь осуществляется по этому полю. Таблица "Сотрудники" является главной, а все остальные - подчиненными. Так как для выбранной связи обеспечивается поддержание целостности, задается режим каскадного обновления и удаления связанных записей.
После создания таблиц следующий этап - формирование запросов к базе данных. Запросы могут включать в себя сведения из нескольких таблиц. В запросах задаются условия отбора записей.
На основании запросов создаются выходные формы и отчеты. Имеется одна главная форма, из которой вызываются остальные. Формы включают в себя поля, кнопки, списки и другие объекты. Для создания окон диалога надо сформировать с помощью структурированного языка запросов SQL запросы к базе данных на выбор информации по определенным условиям. Запрос - важнейший инструмент любой СУБД. Запросы служат для выборки записей, обновления таблиц и включения в них новых записей. Обычно запросы применяют для выборки конкретных групп записей, удовлетворяющих заданному условию. Кроме того, запросы позволяют комбинировать информацию, содержащуюся в различных таблицах, обеспечивая связанным элементам данных унифицированный вид. Запросы часто применяют, чтобы быстро напечатать специальные отчеты. При разработке системы использовался запрос на отбор записей по номеру подразделения:
SELECT Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Работа.Подразделение, Работа.Должность, Образование.[Стаж по специальности]
FROM (Сотрудники INNER JOIN Работа ON Сотрудники.[Табельный номер] = Работа.[Табельный номер]) INNER JOIN Образование ON Сотрудники.[Табельный номер] = Образование.[Табельный номер]
WHERE (((Работа.Подразделение)=[введите номер подразделения]))
ORDER BY Сотрудники.Фамилия, Сотрудники.[Табельный номер];
В этом запросе использовались данные из таблиц Сотрудники и Работа. Из обеих таблиц выбирались данные для одинакового табельного номера. Условием отбора является введенный номер подразделения, который запрашивается перед выполнением запроса. Сортировка проводится по полю "Табельный номер".
Запрос на выбор сведений из двух таблиц Сотрудники и Образование с сортировкой по фамилии сотрудников:
SELECT Образование.[Табельный номер], Образование.Образование, Образование.[Учебное заведение], Образование.[Дата окончания], Образование.Специальность, Образование.[Стаж по специальности], Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Сотрудники.Пол, Сотрудники.[Дата рождения], Сотрудники.[Место рождения], FROM (Образование INNER JOIN Сотрудники ON Образование.[Табельный номер] = Сотрудники.[Табельный номер]) ORDER BY Сотрудники.Фамилия;
В данных запросах применяются следующие зарезервированные слова:
- SELECT это первое зарезервированное слово инструкции SQL, возвращающее записи в итоговый набор данных запроса. Выражения, следующие за ним, перечисляют включенные в запрос поля, которые указываются по имени таблицы, за которым стоит точка и имя поля;
- FROM указывает имя таблицы, в которой размещены поля данных;
- WHERE определяет условия отбора в запросе;
- ORDER BY указывает поле или поля, по которым сортируется итоговая таблица данных запроса.
Из запросов создаются выходные экранные формы для просмотра, удаления, добавления и редактирования записей. Формы используют результаты запросов, которые позволяют отобрать нужные записи, выполнить сортировку по заданному полю. Так, форма "Сведения о работе" создана из запроса "Работа", который, в свою очередь, использует в качестве источника данных две таблицы: "Сотрудники" и "Работа". В запрос из этих таблиц выбираются не все поля, а только те, которые будут выведены в форме. Так, поля "Дата рождения" и "Место рождения" в этой форме использованы не будут, поэтому они не входят в запрос.
2.3 Структура информационного обеспечения
Вся собираемая информация логически разделяется на пять групп, и соответственно база данных будет состоять из пяти таблиц. Необходимо определить поля каждой таблицы и тип содержащихся в них данных. Информацию нужно разбить на наименьшие логические единицы. Поэтому фамилию, имя и отчество предпочтительно хранить как отдельные атрибуты, чтобы в случае изменения фамилии или в случае поиска требуемой записи по фамилии уменьшить количество вводимых данных. При выборе типов данных необходимо исходить из того, какого вида информация будет содержаться в этих полях. Большинство полей имеют текстовый тип (фамилия, адрес, образование, должность и другие) являются текстовыми, под них отводится количество символов, достаточное для записи наиболее длинных реквизитов. Для полей, содержащих количество детей, количество иждивенцев, номер подразделения выбирается числовой тип, так как в этих полях будет содержаться только числовая информация. Поля, содержащие дату приема на работу, дату рождения, выдачу паспорта и другие, имеют соответствующий тип с заданием маски ввода. На следующем этапе конструируются таблицы базы данных, то есть разработка продолжается средствами СУБД. Структура таблиц базы данных задается с помощью средств описания таблиц в СУБД в соответствии информационным объектам.
Для каждой таблицы необходимо определить поле, по которому невозможны совпадения и определяющее точно одну требуемую запись - первичный ключ. Таким полем является табельный номер сотрудника, который является индексированным полем и позволяет осуществить связь между таблицами. Связь типа "один - к - одному", так как каждому сотруднику из первой таблицы соответствует ровно одна запись из каждой таблицы. Структура макета каждой таблицы приведена в таблицах с 2.1 по 2.5. Для связи типа 1:1 можно задать параметр обеспечения целостности данных. Это означает выполнение условий:
- в подчиненную таблицу не может быть добавлена запись с несуществующим в главной таблице значением ключа связи;
-в главной таблице нельзя удалить запись, если не удалены связанные с ней записи в подчиненной таблице;
- изменение значений ключа связи главной таблицы должно приводить к изменению соответствующих значений в записях подчиненной таблицы.
Таблица 2.1 - Сотрудники
Поле Тип данныхТабельный номер ЧисловойФамилия ТекстовыйИмя ТекстовыйОтчество ТекстовыйДата рождения ДатаМесто рождения Текстовый
Таблица 2.2 - Паспортные данные
Поле Тип данныхТабельный номер ЧисловойНомер паспорта ТекстовыйДата выдачи ДатаМесто выдачи ТекстовыйДата прописки ДатаАдрес Текстовый Таблица 2.3 - Образование сотрудников
Поле Тип данныхТабельный номер ЧисловойОбразование ТекстовыйУчебное заведение ТекстовыйДата окончания ДатаСпециальность ТекстовыйСтаж по специальности Числовой Таблица 2.4 - Семейное положение
Поле Тип данныхТабельный номер ЧисловойСемейное положение ТекстовыйКоличество детей ЧисловойКоличество иждивенцев Числовой Таблица 2.5 - Место работы
Поле Тип данныхТабельный номер ЧисловойДолжность ТекстовыйПодразделение ЧисловойДата поступления ДатаОклад Денежный
2.4 Выбор программных и аппаратных средств для реализации
поставленной задачи
Для разработки системы выбрана интегрированная среда разработки Delphi 7. Интегрированная среда разработки объединяет в себе редактор кодов, отладчик, инструментальные панели, редактор изображений, инструментарий баз данных. При проектировании пользовательского интерфейса Delphi предоставляет возможность выбора отдельных компонентов из палитры с последующим размещением их в нужном месте. Проектирование начинается с создания формы, в которую вставляются с палитры компонентов нужные элементы: надписи, текстовые поля, кнопки. Элементам настраиваются свойства, такие как имена, количество строк и столбцов, количество столбцов с постоянными значениями, возможность редактировать данные в полях. Delphi автоматически формирует коды программы, включая в нее соответствующие фрагменты, описывающие данный компонент. Проектирование сводится к размещению компонентов на форме, заданию некоторых их свойств и написанию обработчиков событий. Delphi - это объектно-ориентированная среда для визуального проектирования Windows приложений с развитыми механизмами повторного использования программного кода. Основным конкурентом Delphi является среда разработк Microsoft Visual C++, имеющая свои преимущества и недостатки, однако являющаяся более популярной, в основном, в силу того, что разработана именно фирмой Microsoft Существенной чертой Delphi является компонентная модель разработки программных продуктов. Суть модели заключается в поддержке системой постоянно расширяемого набора объектных компонентов, из которых и строится программа. Компоненты в Delphi просты для использования и развития, как результат сокрытия значительной части той структуры программы, которая близка к взаимодействию с операционной системой. Таким образом, для создания в Delphi несложных программных продуктов совершенно не обязательно понимать внутреннюю структуру Windows-приложения, получаемого после разработки в Delphi. Достаточно просто уметь работать с некоторыми компонентами, поставляемыми вместе со средой разработчика. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения, связанные с современными тенденциями развития языков программирования: появились class helpers, перегрузки операторов и другое.
Для работы с базами данных используется процессор баз данных фирмы Borland. BDE служит посредником между приложением и базами данных. Он предоставляет пользователю единый интерфейс для работы, развязывающий пользователя от конкретной реализации базы данных, и реализован в виде динамически присоединяемых библиотек DLL. [7]
3 Техническое проектирование
3.1 Разработка пользовательского интерфейса
Главная форма содержит подпись - название системы и пять кнопок для выбора действий:
- вывод полных сведений о сотрудниках;
- запуск режима редактирования;
- отбор записей по номеру подразделения;
- подготовка отчета;
- выход из системы.
Выбор любой из кнопок (кроме последней) вызывает открытие соответствующей формы. Форма "Полные сведения" содержит текст и поля ввода и редактирования информации. Форма "Режим редактирования" в свою очередь содержит шесть кнопок для выбора режима работы с определенными данными:
- сотрудники предприятия;
- образование сотрудников;
- сведения о работе;
- паспортные данные;
- семейное положение;
- кнопка закрытия этой формы и возврата в главную форму.
При выборе кнопки "Сотрудники предприятия" открывается форма, содержащая следующие поля:
- табельный номер сотрудника;
- фамилия, имя, отчество;
- дата рождения;
- место рождения.
При выборе кнопки "Образование сотрудников" открывается форма, содержащая следующие поля:
- какое окончил учебное заведение;
- дата окончания;
- специальность;
- стаж работы по специальности.
При выборе кнопки "Сведения о работе" открывается форма, содержащая следующие поля:
- занимаемая должность;
- номер подразделения;
- дата приема на работу;
- оклад.
При выборе кнопки "Паспортные данные" открывается форма, содержащая следующие поля:
- серия и номер паспорта;
- дата выдачи;
- кем выдан паспорт;
- дата прописки;
- домашний адрес.
При выборе кнопки "Семейное положение" открывается форма, содержащая следующие поля:
- семейное положение;
- количество детей сотрудника;
- количество иждивенцев.
Для удобства перемещения между записями в формах помещены кнопки:
- переход к первой записи;
- переход на следующую запись;
- переход к последней записи.
Для поиска нужной записи, удаления текущей записи, добавления и сохранения новой информации введены соответствующие кнопки.
Формы также содержат раскрывающиеся поля со списками для того, чтобы из имеющегося перечня выбрать нужное значение. Включены поля с поиском по табельному номеру, по фамилии, по должности, по номеру паспорта. Это удобнее, чем задавать значение в критерии поиска в тех случаях, когда точное значение не известно. При выборе одного из значений в списке соответствующая ему запись будет выведена на экран, так как этот список имеет связь с текущей формой.
При выборе кнопки "Отбор по подразделению" перед открытием соответствующей формы появляется диалоговой окно и запрашивается ввод номера подразделения. Введенное значение сохраняется в запросе, по этому номеру производится отбор сотрудников заданного подразделения и в открывшуюся форму выводятся отобранные записи.
Визуальное проектирование графического пользовательского интерфейса выполнялось в Интегрированной Среде Разработки Delphi. Проектирование сводится к выбору компонентов из палитры, размещения их в форме и настройке свойств компонентов.
Используемые компоненты выбираем из набора, имеющегося в библиотеках Delphi на страницах: Data Access, Data Controls, Standard:
- командная кнопка (Button) - обеспечивает передачу управляющего воздействия и выбор режима обработки;
- метка (Label) - для вывода текстовой надписи;
- таблица данных (DBGrid) - используется для ввода/вывода информации произвольного вида, отображения хранимой в базе данных информации;
- таблица (Table) - для установления связи с базой данных;
- источник данных (DataSource) - задает таблицу или запрос в качестве источника;
- панель навигации (DBNavigator) - используется для перемещения и работы с записями.
Макет главной формы показан на рисунке 3.1.
Рисунок 3.1 - Макет главной формы
3.2 Описание разработанного программного продукта
Программный продукт включает пять таблиц базы данных, создание которых выполнено в Database Desktop. Для каждой таблицы определена структура: имена полей, типы данных, размеры текстовых полей и ключевые поля.
Макет первой таблицы "Сотрудники" показан на рисунке 3.2.
Рисунок 3.2 - Макет первой таблицы
Макет второй таблицы "Паспортные данные" показан на рисунке 3.3.
Рисунок 3.3 - Макет второй таблицы
Макет таблицы "Образование сотрудников" показан на рисунке 3.4.
Рисунок 3.4 - Макет третьей таблицы
Макет таблицы "Семейное положение" показан на рисунке 3.5.
Рисунок 3.5 - Макет четвертой таблицы
Макет таблицы "Место работы" показан на рисунке 3.6.
Рисунок 3.6 - Макет пятой таблицы
В среде Delphi 3 создаем проект Project1.dpr.
Главная форма содержит кнопки для выбора нужного режима работы:
- вывод полных сведений о сотрудниках;
- запуск режима редактирования;
- отбор записей по номеру подразделения;
- подготовка отчета;
- выход из системы.
Создаем с помощью мастера простую форму (рисунок 3.7).
Рисунок 3.7 - Создаем простую форму
Переносим в форму все поля таблицы (рисунок 3.8).
Рисунок 3.8 - Выбираем поля таблицы
Задаем вертикальное расположение полей (рисунок 3.9).
Рисунок 3.9 - Выбираем расположение полей
Задаем расположение надписей слева от полей (рисунок 3.10).
Рисунок 3.10 - Выбираем расположение надписей
Макет формы показан на рисунке 3.11.
Рисунок 3.11 - Макет формы
Для выполнения отбора записей в форму вставляем списки: по табельному номеру и по фамилии сотрудника (рисунок 3.12).
Рисунок 3.12 - Отбор записей
Создаем составную форму из двух таблиц: "Сотрудники" и "Семейное положение". Выбираем поля из первой и второй таблиц (рисунок 3.13).
Рисунок 3.13 - Выбор полей Задаем в качестве внешнего ключа первичный ключ - поле "Табельный номер" (рисунок 3.14).
Рисунок 3.14 - Выбор внешнего ключа
Макет составной формы показан на рисунке 3.15.
Рисунок 3.15 - Макет составной формы
Листинг представлен в приложении Б.
3.3 Анализ результатов тестирования программного продукта
Для проведения тестирования запустили файл Project1.exe, на экран выводится главная форма системы. Выполняем заполнение базы данных тестовыми данными (рисунки 3.16 - 3.20).
Рисунок 3.16 - Таблица 1
Рисунок 3.17 - Таблица 2
Рисунок 3.18 - Таблица 3
Рисунок 3.19 - Таблица 4
Рисунок 3.20 - Таблица 5
Проверяем режим поиска сотрудника по фамилии (рисунок 3.21).
Рисунок 3.21 - Вывод записи
Проверяем режим вывода данных об образовании и поиск записи по фамилии и по специальности (рисунок 3.22).
Рисунок 3.22 - Поиск записи
Проверяем вывод составной формы, содержащей сведения о семейном положении сотрудника (рисунок 3.23).
Рисунок 3.23 - Вывод составной формы
Результаты тестирования показали, что система работает в соответствии с заданием
3.4 Инструкция пользователю по применению программного продукта
Для проведения тестирования запустили файл Project1.exe, на экран выводится главная форма системы (рисунок 3.24).
Рисунок 3.24 - Главная форма
Чтобы получить подробные данные по каждому сотруднику, нажать кнопку "Полные сведения", выводится форма, показанная на рисунке 3.25.
Рисунок 3.25 - Вывод полных данных
При выборе пункта "Режим редактирования" выводится форма, показанная на рисунке 3.26.
Рисунок 3.26 - Вывод режимов редактирования
Для ввода новой записи или изменения данных о сотрудниках нажать кнопку "Сотрудники предприятия".
Для вывода данных о семейном положении выбрать кнопку "Семейное положение".
Чтобы ввести новую запись, нажать кнопку на панели навигации. С клавиатуры ввести данные в поля формы и нажать кнопку для сохранения сведений в базе данных на диске. Для удаления записи поставить курсор на выбранную запись и нажать кнопку , запись будет удалена из базы данных.
Для перемещения к первой записи нажать кнопку на панели навигации.
Переход к предыдущей записи выполняется нажатием кнопки , к следующей - , к последней - .
Для возврата в главную форму нажать кнопку "Закрытие формы".
Для завершения работы нажать кнопку "Выход".
4 Экономическая часть
4.1 Стоимостная оценка программного продукта
Рассчитаем трудоемкость программирования с помощью нормативного метода:
Тпр = То + Тп + Та + Тбс + Тк + Тот + Тд чел*час, (4.1)
где То - затраты труда на описание задачи;
Тп - затраты труда на изучение задачи;
Та - затраты труда на разработку алгоритма решения задачи;
Тбс - затраты труда на разработку блок-схемы программы;
Тк - затраты труда на написание программы;
Тот - затраты труда на отладку программы;
Тд- затраты труда на подготовку документации по программе.
Затраты труда на описание задачи определяются по формуле:
(4.2)
где К - коэффициент, учитывающий квалификацию программиста, принимаем К=1,5;
В - коэффициент, качества задачи, принимаем В=1,2;
О - условное количество команд в программе.
О = Q* С * (1 + n * Р) шт., (4.3)
где С - коэффициент сложности программы, принимаем С=1,2;
Р - коэффициент коррекции в программе Р=0,1-0,3, принимаем Р=0,2;
n - количество коррекций в программе, принимаем n=6;
Q - предполагаемое число команд, принимаем 250. Тогда:
О = 250 * 1,2 * (1 + 6 * 0,2) = 660 шт.
Определим затраты на описание задачи То = 21,12 чел*час
Определим величину затрат труда на изучение задачи по формуле:
(4.4)
Определим затраты труда на разработку алгоритма решения задачи по формуле:
(4.5)
Определим затраты труда на непосредственное написание программы:
(4.6)
Определим затраты труда на разработку блок - схемы программы:
(4.7)
Определим затраты труда на отладку программы:
(4.8) Определим затраты труда на подготовку документации:
Тд = Тдр + Тдо чел*час, (4.9)
где Тдо = 40 чел*час - время редактирования, печати и оформления;
Тдр - подготовка материалов в рукописи.
(4.10)
Полученные данные подставим в формулу (4.2):
Тд = 22 + 40 = 62 чел*час Результаты расчетов подставим в формулу (4.1) и определим полную трудоемкость проекта:
Тпр = 21,12+6,2 +17,6 +29,3 +17,6 +88 +62 = 241,8 чел*час
Таким образом, общая продолжительность работ составляет 241,8 чел*час, при продолжительности рабочего дня в 8 часов это соответствует 241,8/8=30 дней. Расчет себестоимости программы включает следующие составляющие:
Спр = Стр + Сотл + Сп руб., (4.11)
где Стр - оценка труда разработчика программы, руб.;
Сотл - затраты на отладку программного обеспечения, руб.;
Сп - прочие затраты, руб.
Определим Стр с помощью формулы:
(4.12)
где Ор - оклад разработчика программиста в руб./день.
Для определения Ор величину месячного оклада разработчика делим на количество рабочих дней в месяце, т.е. на 22. Устанавливаем месячный оклад программиста 9000 рублей в месяц. Тогда получаем:
где Тпр - время программирования, Тпр=241,8 чел*час (30 дней);
Пд - процент дополнительной заработной платы, примем Пд=15%;
Пн - процент начисления на заработную плату, Пн=26,3%;
Пнк - процент накладных расходов, Пнк=15%. Тогда:
Стоимостная оценка использования ЭВМ производится по формуле:
Cотл = Тот * Смч руб, (4.13)
где Тот = 100 - время отладки программы, чел*час;
Смч - стоимость машино-часа работы ЭВМ , руб.
Стоимость машино-часа работы ЭВМ определяется по формуле: (4.14)
где Зэкспл - суммарные затраты за определенный период работы, руб;
Тд - действительный фонд времени работы ПЭВМ за этот же период, час.
Суммарные затраты за определенный период работы определяются по формуле:
Зэкспл = Зтр + Зпом + Зэн + Зам + Зм + Зр руб, (4.15)
где Зтр - затраты на оплату труда обслуживающего персонала ЭВМ, руб/год;
Зпом - затраты на содержание помещения, руб/год;
Зэн - затраты на электроэнергию, руб/год; Зам - амортизационные отчисления, руб/год;
Зм - затраты на материалы, руб/год;
Зр - затраты на ремонт, руб/год.
Обслуживающий персонал представляет инженер отдела с месячным окладом 6000 руб., который обслуживает шесть машин.
Зтр = 6000*12 = 72000 руб.
Кроме этой величины нужно учесть надбавка 10%, накладные расходы 10% и 26,3% начисления на заработную плату. Таким образом полная величина заработной платы Зтр = 72000*1,1*1,1*1,263= 110033 руб.
Затраты на содержание помещения складываются из затрат на коммунальные услуги и затрат на уборку:
Зпом = Зком + Зуб руб, (4.16)
где Зком - коммунальные услуги, руб/год;
Зуб - затраты на уборку, руб/год.
Затраты на коммунальные услуги рассчитываются по формуле:
Зком = Зосв + Зот руб, (4.17)
где Зосв - затраты на освещение, руб/год;
Зот - затраты на отопление, руб/год.
Затраты на освещение помещения:
Зосв = Мл * Nл * Tд * Цэ * Ки руб, (4.18)
где Мл - мощность лампы, кВт, принимаем 0,1;
Nл = 2 - количество ламп; Цэ = 2,45 - цена одного квт/час;
Ки = 0,8 - 0,95 - коэффициент использования оборудования, принимаем 0,8.
Тд - действительный фонд времени работы ПЭВМ, час/год.
Тд = Тн * Ки (4.19)
где Тн - действительный фонд времени работы ПЭВМ определяется, исходя из номинального фонда. Тн = ( Кд - 52 * Кв - Кп) * Тсм * Ксм час/год, (4.20)
где Кд = 365 - количество дней в году, дней;
Кв = 2 - количество выходных в неделе, дней;
Кп = 10 - количество праздников в году, не совпадающих с выходными, дней;
Тсм = 8 - продолжительность рабочего дня, часы; Ксм = 1 - количество смен работы ПЭВМ, смен. Определим величину Тн:
Тн = (365-52*2-10)*8*1=2008 час/год
Определим величину затрат Тд:
Тд = 2008*0,8=1606,4 час/год
Результат расчетов подставим в формулу (4.9) и определим Зосв:
Зосв = 0,1 * 2* 1606,4 * 0,8 * 2,45 = 629 руб/год.
Затраты на отопление определяются по формуле:
Зот = Сот * Nот * 12 руб/год, (4.21)
где Сот =250 - стоимость 1Гкал, руб; Nот=1,3 - норма месячного потребления тепла, Гкал.
Зот=250*1,3*12=3900 руб/год
Подставим полученные значения в формулу (4.8).
Зком = 629 + 3900 = 4529 руб/год Рассчитаем затраты на уборку помещения:
Зуб = Омоп * 12 =383,3*12=4599,6 руб/год, (4.22)
где Омоп - месячный оклад младшего обслуживающего персонала, руб.
Младший обслуживающий персонал представляет уборщица с месячным окладом 3600 рублей.
Зуб = 3600*12= 43200 руб/год
С учетом начисления заработной платы
Зуб =43200*1.263=54561,6 руб/год
Определим затраты на помещение:
Зпом = 4529 + 54561,6= 59090 руб/год
Затраты на электроэнергию рассчитываются по формуле:
Зэн = М * Тд * Цэ * Км руб/год, (4.23)
где М =0,3 - паспортная мощность ПЭВМ, квт;
Тд - действительный фонд времени работы ПЭВМ, примем 1606,4 час/год;
Цэ = 2,45- цена одного квт/час, руб./кВт ч;
Км - коэффициент интенсивного использования ПЭВМ, принимаем Км=0,8.
Зэн=0,3*1606,4*2,45*0,8=9445
Остальные затраты определяются, исходя из балансовой стоимости оборудования.
(4.24)
где Sбал - балансовая стоимость оборудования На - норма амортизации по единому справочнику для персональных компьютеров, примем На = 12,5%
(4.25)
где Цпр =30000 - цена приобретения ЭВМ и принтера, руб.;
ŋ - коэффициент дополнительных затрат по доставке, монтажу и наладке оборудования, %; принимаем 14%. Тогда:
Определим амортизационные отчисления:
Затраты на материалы определяются по формуле: (4.26)
где Нм - нормы отчислений на материалы исходя из балансовой стоимости, %; принимаем Нм=4%. Затраты на ремонт определяются по формуле:
где Нр - нормы отчислений на ремонт оборудования, исходя из балансовой стоимости, %; принимаем Нр =2%.
Результаты вычислений подставим в формулу (4.6) и найдем эксплуатационные затраты по работе ЭВМ:
Зэкспл = 110033+59090+9445+4275+1368+684= 184895 руб.
На основании результатов вычислений по формуле (4.14) определим стоимость машины часа работы ЭВМ Из формулы (4.13) определим величину стоимостной использования ЭВМ
Сотл = Тотл*Смч
Сотл = 110 * 115,1 = 12660 руб.
Определим величину прочих затрат Спр = Стр + Сп (4.27)
В состав прочих затрат относят стоимость бумаги для принтера принимаем
- стоимость бумаги для принтера (Сб), принимаем Сб=500 руб.;
- стоимость тонер - картриджа (Сктр), принимаем Сктр=3000 руб. Стоимость расходных материалов для принтера:
Сп = Сб + Сктр= 500 + 3000 = 3500 руб.
На основании всех полученных данных определим величину себестоимости Спр = 19662 + 12660 + 3500 =35822 руб.
Данные по эксплуатационным расходам и по себестоимости программы сведем в таблицу 4.1.
Таблица 4.1 - Себестоимость проектирования
Наименование статей затрат Сумма в рублях
Расходы по оплате разработчиков программы19662Расходы на отладку программного обеспечения 12660Прочие расходы3500Себестоимость35822 4.2 Определение цены программного продукта
Цена программы (Цпр) может быть определена следующим образом:
(4.28)
где Спр - себестоимость программы, руб;
Р - норматив рентабельности, (20-30%), принимаем 25%.
С учетом НДС (25%) стоимость данной программы будет равна:
Определим стоимость данной программы с учетом НДС НДС = 20%
Цпр ндс = Цпр * 1,2 = 44,7 * 1,2 = 53,6 т.руб.
4.3 Анализ экономической целесообразности применения разработки
Экономический эффект - конечный результат применения технологического новшества, измеряемый абсолютными величинами. Ими могут быть: прибыль, снижение материальных трудовых затрат, рост объемов производства или качества продукции.
Подсчитаем экономию средств, которую дает внедрение разработки:
(4.29)
где Зруч - годовые затраты на ручное решение задачи, руб;
Зруч = m*h*c (4.30)
где m = 1,1 - число человеко-часов, необходимых для одноразового расчета (анализа) вручную;
h = 600 - число выполняемых расчетов в год;
с = 100 - стоимость одного человеко-часа вручную.
Зруч = 1,1*600*100=66т.р
Завт - разовые затраты на автоматизированное решение задачи, руб;
Завт = Смч * h* Тр руб., (4.31)
где Тр = 0,03 - затраты машинного времени на один расчет, час.,
Смч - стоимость машино-часа работы ПЭВМ, руб. (исходя из месячного оклада оператора ПЭВМ);
Завт =115,1*600*0,03=2071,8
Рг = 600 - количество сеансов решения задачи на ПЭВМ по данной программе за год;
Р - количество сеансов решения задачи на ПЭВМ по программе за все время предполагаемой эксплуатации.
Р = Рг*4 = 600*4=2400
Зраз - затраты на разработку, т.е. цена продукции с НДС.
Все полученные значения подставим в формулу (4.29) Определим срок окупаемости программы Заключение
В курсовом проекте выполнена разработка .............
В первом разделе рассмотрена структура предприятия, определены требования к разрабатываемой системе. Описаны методы решения аналогичных задач.
Во втором разделе составлена функциональная структура системы, определен информационный состав базы данных. Описан алгоритм создания простых и составных выходных форм с помощью мастера.
В третьем разделе описана разработка пользовательского интерфейса с использованием кнопок и элементов управления. Проведено и описано тестирование программного продукта. Составлена инструкция пользователю.
В четвертом разделе проведен экономический расчет стоимости программного продукта и обоснована целесообразность внедрения разработки.
Литература
1 Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. М., "Гелиос АРВ", 2010
2 Рудикова Л.В. Базы данных. Разработка приложений. СПб., "БХВ-Петербург", 2009
3 Савицкий Н.И. Технология организации, хранения и обработки данных. М., "Инфра - М", 2010
4 Стрелецкий Б.Д. Архангельский А.Я. Программирование на Delphi, М., "Бином", 2009
5 Фаронов В. Профессиональная работа в Delphi. Библиотека программиста. СПб., "Питер", 2009
6 Хомоненко А.Д. Базы данных. СПб., "КОРОНА принт", 2010
7 http://informatic.ugatu.ac.ru/lib/office/Access.htm ПРИЛОЖЕНИЕ А
(обязательное)
Блок-схема алгоритма
ПРИЛОЖЕНИЕ Б
(обязательное)
Листинг программы
unit Unit1;
interface
uses
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
StdCtrls;
type
TForm1 = class(TForm)
Label1: TLabel;
Label2: TLabel;
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
procedure Button2Click(Sender: TObject);
procedure Button5Click(Sender: TObject);
procedure Button1Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form1: TForm1;
implementation
uses Unit2, Unit3;
{$R *.DFM}
procedure TForm1.Button2Click(Sender: TObject);
begin
Form2.Show;
end;
procedure TForm1.Button5Click(Sender: TObject);
begin
Form1.Close;
end;
procedure TForm1.Button1Click(Sender: TObject);
begin
Form3.Show;
end;
end.
unit Unit2;
interface
uses
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
StdCtrls;
type
TForm2 = class(TForm)
Label1: TLabel;
Button1: TButton;
Button2: TButton;
Button3: TButton;
Button4: TButton;
Button5: TButton;
Button6: TButton;
procedure Button6Click(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form2: TForm2;
implementation
{$R *.DFM}
procedure TForm2.Button6Click(Sender: TObject);
begin
Form2.Close;
end;
end.
unit Unit3;
interface
uses
SysUtils, Windows, Messages, Classes, Graphics, Controls,
StdCtrls, Forms, DBCtrls, DB, DBTables, Mask, ExtCtrls;
type
TForm3 = class(TForm)
Table1SmallintField: TSmallintField;
Table1StringField: TStringField;
Table1StringField2: TStringField;
Table1StringField3: TStringField;
Table1DateField: TDateField;
Table1StringField4: TStringField;
ScrollBox: TScrollBox;
Label1: TLabel;
EditDBEdit: TDBEdit;
Label2: TLabel;
EditDBEdit2: TDBEdit;
Label3: TLabel;
EditDBEdit3: TDBEdit;
Label4: TLabel;
EditDBEdit4: TDBEdit;
Label5: TLabel;
EditDBEdit5: TDBEdit;
Label6: TLabel;
EditDBEdit6: TDBEdit;
DBNavigator: TDBNavigator;
Panel1: TPanel;
DataSource1: TDataSource;
Panel2: TPanel;
Table1: TTable;
Label7: TLabel;
ListBox1: TListBox;
Label8: TLabel;
ComboBox1: TComboBox;
procedure FormCreate(Sender: TObject);
private
{ private declarations }
public
{ public declarations }
end;
var
Form3: TForm3;
implementation
{$R *.DFM}
procedure TForm3.FormCreate(Sender: TObject);
begin
Table1.Open;
end;
end.
unit Unit4;
interface
uses
SysUtils, Windows, Messages, Classes, Graphics, Controls,
StdCtrls, Forms, DBCtrls, DB, DBTables, Mask, ExtCtrls;
type
TForm4 = class(TForm)
Table1SmallintField: TSmallintField;
Table1StringField: TStringField;
Table1StringField2: TStringField;
Table1DateField: TDateField;
Table1StringField3: TStringField;
Table1SmallintField2: TSmallintField;
ScrollBox: TScrollBox;
Label1: TLabel;
EditDBEdit: TDBEdit;
Label2: TLabel;
EditDBEdit2: TDBEdit;
Label3: TLabel;
EditDBEdit3: TDBEdit;
Label4: TLabel;
EditDBEdit4: TDBEdit;
Label5: TLabel;
EditDBEdit5: TDBEdit;
Label6: TLabel;
EditDBEdit6: TDBEdit;
DBNavigator: TDBNavigator;
Panel1: TPanel;
DataSource1: TDataSource;
Panel2: TPanel;
Table1: TTable;
ComboBox1: TComboBox;
Label7: TLabel;
Label8: TLabel;
ComboBox2: TComboBox;
procedure FormCreate(Sender: TObject);
private
{ private declarations }
public
{ public declarations }
end;
var
Form4: TForm4;
implementation
{$R *.DFM}
procedure TForm4.FormCreate(Sender: TObject);
begin
Table1.Open;
end;
end.
unit Unit5;
interface
uses
SysUtils, Windows, Messages, Classes, Graphics, Controls,
StdCtrls, Forms, DBCtrls, DB, DBTables, Mask, ExtCtrls;
type
TForm5 = class(TForm)
Table2SmallintField: TSmallintField;
Table2StringField: TStringField;
Table2SmallintField2: TSmallintField;
Table2SmallintField3: TSmallintField;
Table1SmallintField: TSmallintField;
Table1StringField: TStringField;
Table1StringField2: TStringField;
Table1StringField3: TStringField;
Table1DateField: TDateField;
Table1StringField4: TStringField;
ScrollBox: TScrollBox;
Label1: TLabel;
EditDBEdit: TDBEdit;
Label2: TLabel;
EditDBEdit2: TDBEdit;
Label3: TLabel;
EditDBEdit3: TDBEdit;
Label4: TLabel;
EditDBEdit4: TDBEdit;
Label5: TLabel;
EditDBEdit5: TDBEdit;
Label6: TLabel;
EditDBEdit6: TDBEdit;
Label7: TLabel;
EditDBEdit7: TDBEdit;
Label8: TLabel;
EditDBEdit8: TDBEdit;
Label9: TLabel;
EditDBEdit9: TDBEdit;
Label10: TLabel;
EditDBEdit10: TDBEdit;
DBNavigator: TDBNavigator;
Panel1: TPanel;
DataSource1: TDataSource;
Panel2: TPanel;
Table1: TTable;
Table2: TTable;
DataSource2: TDataSource;
procedure FormCreate(Sender: TObject);
private
{ private declarations }
public
{ public declarations }
end;
var
Form5: TForm5;
implementation
{$R *.DFM}
procedure TForm5.FormCreate(Sender: TObject);
begin
Table1.Open;
Table2.Open;
end;
end.
unit Unit6;
interface
uses
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
Db, DBTables, Qrctrls, quickrpt, ExtCtrls, Grids, DBGrids;
type
TForm6 = class(TForm)
QuickRep1: TQuickRep;
QRLabel1: TQRLabel;
DataSource1: TDataSource;
Table1: TTable;
Table2: TTable;
DBGrid1: TDBGrid;
DBGrid2: TDBGrid;
DataSource2: TDataSource;
Table3: TTable;
DataSource3: TDataSource;
DBGrid3: TDBGrid;
DBGrid4: TDBGrid;
DBGrid5: TDBGrid;
DataSource4: TDataSource;
Table4: TTable;
DataSource5: TDataSource;
Table5: TTable;
procedure FormCreate(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form6: TForm6;
implementation
{$R *.DFM}
procedure TForm6.FormCreate(Sender: TObject);
begin
Table1.Open;
Table2.Open;
Table3.Open;
Table4.Open;
Table5.Open;
end;
end.
ПРИЛОЖЕНИЕ В
(обязательное)
Результаты работы
КР 230105 51 12 00 00 00 ПЗЛист4 Изм.Лист№ докум.Подп.Дата
КР 230105 51 12 00 00 00 ПЗИзмЛист№ докум.Подп.ДатаРазраб.Озерова Е.В.Информационно-справочная
система "Личные дела сотрудников шахты "Дальняя"
Пояснительная запискаЛит.ЛистЛистовПров.Бедарева ОА3НМК ТП-51Н. контр.Утв.
Документ
Категория
Рефераты
Просмотров
434
Размер файла
879 Кб
Теги
kursovoy, shablon, 2012, tp51, ozerova
1/--страниц
Пожаловаться на содержимое документа