Автоматизация работы фирмы по продаже квартир
Автоматизация работы фирмы по продаже квартир
Волжский Университет имени В.Н. Татищева
Факультет «Информатики и телекоммуникаций»
Кафедра «Информатика и системы управления»
Курсовая работа
по дисциплине
«Базы данных и знаний»
на тему:
«Автоматизация работы фирмы
по продаже квартир»
Выполнил студент группы ИТ-204
Семёнов Е.А.
Проверил
Краснов С.В.
Тольятти
2002 г.
СОДЕРЖАНИЕ
Введение
1. Теоретическая часть
1.1 Предметная область автоматизации
1.1.1 Описание предметной области и функции решаемой задачи
1.2 Постановка задачи
1.2.1 Организационно-экономическая сущность задачи
1.2.2 Документы предметной области, содержащие информацию, необходимую для решения задачи
1.2.3 Структурный анализ с помощью диаграмм потоков данных
1.2.4 Структурный анализ с помощью диаграмм «сущность-связь»
2. Реализация информационной системы средствами объектно-ориентированного языка Delphi
2.1 Аппаратная часть задачи
2.2 Обоснование выбора среды разработки и стиля программирования
2.3 Создание таблиц баз данных
2.4 Форма 1(меню программы)
2.4.1 Форма 3(изменение базы данных по сотрудникам )
2.5. Форма 2(сотрудники)
2.6. Форма 4(форма по работе с клиентами)
2.6.1 Форма 5(чек)
2.6.2 Форма 7(изменение базы данных по квартирам продавцов)
2.7 Форма 6(отчёт)
Заключение
Список используемой литературы
Приложение А
Приложение Б
ВВЕДЕНИЕ
Задача накопления, обработки и распространения (обмена) информации стояла перед человечеством на всех этапах его развития. В течение долгого времени основными инструментами для ее решения были мозг, язык и слух человека. Первое кардинальное изменение произошло с приходом письменности, а затем изобретением книгопечатания. Поскольку в эпоху книгопечатания основным носителем информации стала бумага, то технологию накопления и распространения информации естественно называть “бумажной информатикой”.
Положение в корне изменилось с появлением электронных вычислительных машин (ЭВМ). Первые ЭВМ использовались как большие автоматические арифмометры. Принципиально новый шаг был совершен, когда от применения ЭВМ для решения отдельных задач перешли к их использованию для комплексной автоматизации тех или иных законченных участков деятельности человека по переработке информации.
Одним из первых примеров подобного системного применения ЭВМ в мировой практике были так называемые административные системы обработки данных: автоматизация банковских операций, бухгалтерского учета, резервирования и оформления билетов и т.п. Решающее значение для эффективности систем подобного рода имеет то обстоятельство, что они опираются на автоматизированные информационные базы. Это означает, что в памяти ЭВМ постоянно сохраняется информация, нужная для решения тех задач, на которые рассчитана система. Она и составляет содержимое информационной базы соответствующей системы.
При решении очередной задачи система нуждается во вводе только небольшой порции дополнительной информации, - остальное берется из информационной базы. Каждая порция вновь вводимой информации изменяет информационную базу системы. Эта база (информационная, или база данных) находится, таким образом, в состоянии непрерывного обновления, отражая все изменения, происходящие в реальном объекте, с которым имеет дело система.
Сложившийся в прошлом подход к проектированию систем сбора и накопления информации и ее эффективного использования для всевозможных целей состоял в автоматизации отдельных процессов в рамках фрагментов предметной области, или как говорят, в создании множества локальных приложений. В силу значительной независимости приложений одни и те же данные многократно представлялись в памяти ЭВМ, а их соответствие действительным значениям обеспечивалось периодическим применением процедур обновления. При изменении каких-либо сведений приходилось корректировать от нескольких до сотен и даже тысяч записей.
При переходе от автоматизации отдельных процессов предметной области к созданию автоматизированных информационных систем требуется не только взаимоувязка приложений, но и качественно новый подход к организации данных. Этот подход состоит в использовании единого хранилища - базы данных. Отдельные пользователи перестают быть владельцами тех или иных данных. Все данные накапливаются и хранятся централизованно. В памяти ЭВМ создается динамически обновляемая модель предметной области.
За последние годы в области систем баз данных были проведены исключительно продуктивные исследования. Полученные результаты можно считать очень важным достижением информатики. Базы данных стали основой информационных систем и в корне изменили методы работы многих организаций. Например появились системы весьма мощные и интуитивно понятные. Преимуществом компьютерной обработки перед ручной работой является скорость обработки данных, удобное представление данных, автоматическое заполнение некоторых данных, богатые возможности по обработке данных, например, оператор легко может вычислить, какие квартиры есть в наличии, просмотреть отчёт о сделках, и т.д. В моём случае для автоматизации был выбран объект фирма занимающаяся риэлторской деятельностью. Он содержит множество повторяющихся действий по оформлению документов, в основном при работе с клиентами. Проблема в том, что всё это делается в ручную, поэтому имеет смысл автоматизировать хотя бы часть работы таким образом, чтобы сотрудник мог без особых усилий оформлять заказы, предъявлять клиенту накладную со стоимостью оказанной услуги и необходимую информацию и т.д. Основная работа будет выполнятся программой, а также она позволит лучше и быстрее обрабатывать информацию. К тому же автоматизация сервисных служб, повышает уровень сервиса, а значит популярность фирмы. Подводя итог, можно сказать, что выбор темы по автоматизации данной фирмы основывается на достаточно низком уровне сервиса и наличии большого объема ручной работы. В настоящее время серьезные фирмы используют компьютеры в своей работе. Информативность и скорость, постоянно растущие возможности это преимущества автоматизации. В добавок, если связать свою базу данных с INTERNETOM, поиск нужных данных будет намного быстрее чем ездить по фирмам и собирать данные, а это принципиально иной подход к обслуживанию клиентов. Автоматизаций в этой области великое множество, но в моей курсовой работе делается упор на автоматизацию работы с клиентами.
1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ
1.1 Предметная область автоматизации
1.1.1 Описание предметной области и функции решаемой задачи
Рассмотрим некоторые аспекты решаемой задачи по автоматизации.
В работе фирмы можно выделить следующие пункты:
Учёт и запись сотрудников
Запись заказа клиента
Выполнение заказа
Предоставление клиенту необходимых документов
Ведение отчётной деятельности
Высокий уровень сервиса предполагает:
Оперативность при оформлении заказов и выдаче документов ( информационного чека и т.д.)
Учет клиентов, ведение статистики по посещаемости
Учет квартир, их быстрый поиск по требованию клиентом
Некоторые другие возможности по обработке информации для удобного поиска нужной квартиры
Особенности поставленной задачи:
Функцию заполнения дат при чека целесообразнее переложить на программу с учетом обычных временных затрат на выполнение тех или иных видов услуг(можно корректировать самому по необходимости)
После того как клиент получает информационный чек, вся информация о нем должна быть удалена
Соблюдаются правила оформления чеков. Эта функция возложена на программу
1.2 Постановка задачи
1.2.1 Организационно-экономическая сущность задачи
Рассмотрим организацию выполняемых функций в задаче.
Главная работа заключается в оформлении заказов и выдаче соответствующих документов с учётом правил оформления документов. В соответствии с этим строится интерфейс программы, позволяющий оператору быстро вводить необходимые данные и сохранять их в базе данных. Если учитывать тот факт, что некоторые данные заполняются автоматически и при этом проверяется соответствие данных, вдобавок, данные отображаются в удобном формате, можно говорить об экономии временных ресурсов. К тому же документы в любой момент могут быть просмотрены и изменены по необходимости. Вся информация компактно храниться на магнитном носителе, а это значит что необходимость ведения ненужной бумажной документации отпадает. Интерфейс программы также предусматривает облегчение процесса оформления заказа, поэтому эта функция обособлена. Все возможности программы доступны оператору почти на любом этапе работы. Оператор также имеет доступ к любой информации. Предполагается предоставление различных статистик оператору по запросу. С учетом этого разработаны стандартные запросы к базе данных. Учитывая возможности языка SQL и то, что запросы также могут быть сохранены на магнитном носителе, можно повысить оперативность и информативность программы. Работа с информацией обособлена от работы с клиентами, но тем не менее может быть быстро получена за счет наличия функций поиска. Изменение информации по сотрудникам и базы данных продавцов доступно для опытных пользователей, но не рекомендуется. В целом решается задача экономии временных ресурсов и задача информативности.
1.2.2 Документы предметной области, содержащие информацию, необходимую для решения задачи
При оформлении заказа оператору потребуются паспортные данные, точнее фамилия, имя клиента, а также номер телефона. Остальная информация(адрес проживания и заказ по квартире) вводится со слов клиента. Накладные и документы по оценке стоимости квартир не используются в данном курсовом проекте из-за сложности реализации задачи, вдобавок менталитет сотрудников фирмы таков что не позволяет этим заниматься. Перечень квартир предоставляемых продавцами содержит индефикационный номер квартиры, адрес, оценочную стоимость, операцию с данной квартирой(продажа или обмен), различные данные по квартире(тип планировки, владелец и др.). В конце работы фирма предоставляет клиенту информационный чек, в котором содержатся данные по выполненному заказу и данные по оплате услуги фирмы. Подводя итог, можно сказать, что для разработки программы потребуются документы из риэлторской фирмы, по отчётности, по клиентам, примерный образец информационного чека. Остальную информацию, в частности бланки документов и описание их назначения можно найти в справочной системе «Гарант» и в своде кодексов и законов РФ, поставляемые на компакт-дисках. В этих системах можно найти правила работы с клиентами, установленные законом, в том числе гарантийные обязательства.
1.2.3 Структурный анализ с помощью диаграмм потоков данных
При проектировании автоматизированной системы необходимо описать разработку и внедрение всего комплекса проблем, которые необходимо решить, а также показать какие функции системы должны быть автоматизированы, определением точек интерфейса человек-машина и того, как взаимодействует система со своим окружением. Иными словами, этап проектирования системы является главным для создания высококачественных систем. Системное проектирование - это дисциплина, определяющая подсистемы, компоненты и способы их соединения, задающая ограничения, при которых система должна функционировать, выбирающая наиболее эффективное сочетание людей, машин и программного обеспечения для реализации системы. SADT - одна из известных систем проектирования. SADT - аббревиатура слов Structured Analysis and Design Technique (Технология структурнрго анализа и проектирования)-это графическое обозначение и подход к написанию систем.
Для структурного анализа с помощью диаграмм потоков данных было использовано три уровня SADT - диаграммы.
На нулевом уровне SADT - диаграммы (см. приложение) показана главная функция - оказание бытовых услуг в фирме. Выполнение этой функции возможно благодаря входным данным, к которым относятся заказ (заявка), рыночная информация, информация от клиентов. Выполнение основной функции возложено на оператора и компьютер (механизм исполнения), управляющие потоки контролируют процесс выполнения функции. К управляющим потокам относятся законы, налоги, рыночные условия, требования клиентов. Личную карточку заводят сотрудники отдела кадров. К выходным потокам относятся выручка (прибыль), документы .
На первом уровне SADT - диаграммы (см. приложение) детализируется главная функция. На этом уровне отражены главные функции фирмы: поиск квартиры, покупка и регистрация, продажа и учёт. Все эти подфункции с точки зрения потоков данных связаны между собой.
На втором уровне SADT - диаграммы (см. приложение) детализируется подфункция «Продажа и учёт». Данная подфункция включает в себя: оформление, продажа, учёт.
1.2.4 Структурный анализ с помощью диаграмм «сущность-связь»
В автоматизируемой подфункции «продажа и учёт» можно выделить несколько сущностей, вытекающих из используемых документов и процесса бытового обслуживания в фирме. Главной сущностью является «Фирма» с первичным ключом (расчётный_счёт), внешним ключом для неё является (имя) сущности «Покупатель» с первичным ключом(имя), который делает заказ(обращается). «Фирма» запрашивает(обращается) к «Продавец» с первичным ключом(расчётный_счет), поэтому внешними ключами у него будут(расчётный_счёт сущности «Фирма») и (имя сущности «Покупатель»). «Продавец» предлагает «Квартиры» с первичным ключом (инд_номер), внешними ключами у «Квартиры» будут ключи «Продавец». У сущности «Квартиры_фирмы» с первичным ключом(инд_ном) внешними ключами будут ключи сущностей «Покупатель» и «Фирма». У сущности «Чек» внешние ключи ключи сущностей «Покупатель» и «Фирма». Для «Чек» с первичным ключом(имя_покупателя) внешними ключами будут ключи сущности «Фирма».
2. РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ СРЕДСТВАМИ ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ЯЗЫКА DELPHI
2.1 Аппаратная часть задачи
Программа тестировалась на компьютере следующей конфигурации:
процессор Pentiun 233;
64 Мб оперативной памяти;
500 Мб свободного пространства на жестком диске;
видеорежим 800 на 600 точек (минимальное допустимое), 16 бит на цвет;
манипулятор «мышь»;
операционная система Windows 98 SE;
Для функционирования программы необходимо наличие следующих файлов:
project2.exe (исполнимый модуль программы);
chekinf.db (сущность «чек»);
kv.db (сущность «квартиры»);
svoi_kv.db (сущность «квартиры_фирмы»);
otchet.db (сущность «отчет»);
pokup.db (сущность «покупатель»);
prod.db (сущность «продавец»);
sort.db;
другие файлы, с названиями, соответствующими названиям сущностей;
2.2 Обоснование выбора среды разработки и стиля программирования
В качестве стиля программирования, выбран объектно-ориентированный язык, основанный на Object Pascal. В качестве среды программирования - интегрированная среда разработки Delphi 5, которая является одной из лучших ИСР для быстрого создания приложений благодаря библиотеке VCL (библиотека визуальных компонентов). Из всех известных средств разработки программных продуктов, Delphi является одним из самых лучших по следующим причинам:
пакет Delphi совместно с включёнными в него дополнительными программами предоставляет разработчику большой объём возможностей по созданию программ, предназначенных для работы с базами данных. Borland Database Engine (BDE) является мировым стандартом ядра для СУБД;
в пакете Delphi есть возможность вывода информации из баз данных на принтер с использованием генератора отчётов;
в Delphi реализован язык SQL, который используется при работе с базами данных;
в Delphi есть возможность подключения дополнительных модулей различного назначения. Это позволяет создавать нестандартные компоненты, изменять существующие. Благодаря этому, улучшается восприятие пользователем данного программного продукта;
несомненным плюсом является технология автодополнения кода и всплывающих подсказок, быстрое обнаружение идентификаторов в подключенных модулях;
компилятор Delphi является одним из самых быстрых, он драматически снижает временные затраты на перекомпиляцию проектов, что очень полезно на стадии отладки приложения;
такие модули, как Object Inspector (Инспектор объектов) и менеджер проектов, являются незаменимыми инструментами инструментами по настройке интерфейса разрабатываемого приложения, значительно экономящими время разработки программы на начальном этапе.
Визуальная библиотека компонентов (VCL) содержит исходные тексты стандартных компонентов Delphi, что предоставляет разработчику широкие возможности по изучению и изменению кода. Кроме того эта библиотека используется также в других ИСР выпущенных Borland (Inprise). Delphi оправдывает название среды быстрой разработки приложений (RAD), многие функции реализуются прозрачно для программиста, например, чаще всего программист не заботится о написании кода для создания форм в приложении, для их прорисовки и т.д. Часто можно разработать полноценную программу, не написав при этом ни строчки кода.
Структурированный подход при написании кода лучшим образом отвечает запросам программиста, так как при этом намного проще разобраться в исходном коде программы, отлаживать программу и вносить изменения. Буквально двойным щелчком на компоненте можно задавать стандартные процедуры обработки.
2.3 Создание таблиц базы данных
Для осуществления поставленной задачи выбраны реляционные базы данных. Их создание осуществлялось в специальном приложении Delphi, которое называется Database Desktop, таблицы написаны в Paradox 7.0. При проектировании полей таблиц учитывались бланки документов (квитанций, талона, паспорта).
Структура необходимых таблиц представлена наглядно в таблицах 1,2,3,4,5,6,7.
Таблица 1. Логическая структура таблицы «Чек».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Ras_schet
|
Расч_счёт
|
*
|
Числовой
|
|
0
|
|
Data_pol
|
Дата_получения
|
|
Дата
|
|
0
|
|
Stoimost_kv
|
Стоимость квартиры
|
|
Числовой
|
|
0
|
|
Adress_kv
|
Адресс квартиры
|
|
Строковый
|
10
|
0
|
|
Adress_prod
|
Адресс продавца
|
|
Строковой
|
10
|
0
|
|
|
Таблица 2. Логическая структура таблицы «Квартиры».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Inomer
|
Индефикационный номер
квартиры
|
*
|
Числовой
|
|
0
|
|
Oper
|
Операция
|
|
Строковый
|
10
|
0
|
|
Tipplan
|
Тип планировки
|
|
Строковый
|
10
|
0
|
|
Rayon
|
Район
|
|
Строковый
|
10
|
0
|
|
Adress
|
Адресс
|
|
Строковый
|
10
|
|
|
Obpl
|
Общая площадь
|
|
Числовой
|
|
|
|
Plkux
|
Площадь кухни
|
|
Числовой
|
|
|
|
Sostkv
|
Состояние квартиры
|
|
Строковый
|
10
|
|
|
Kolroom
|
Количество комнат
|
|
Числовой
|
|
|
|
Sityname
|
Город
|
|
Строковый
|
10
|
|
|
Zena
|
Цена
|
|
Числовой
|
|
|
|
Dopsv
|
Дополнительные сведения
|
|
Строковый
|
10
|
|
|
Vlad
|
Владелец
|
Внеш.
|
Строковый
|
10
|
|
|
|
Таблица 3. Логическая структура таблицы «Отчёт».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Name_pokyp
|
Имя покупателя
|
*
|
Строковый
|
10
|
0
|
|
Date
|
Дата
|
|
Дата
|
|
0
|
|
Stoimost_kv
|
Стоимость
квартиры
|
|
Числовой
|
|
0
|
|
Inomer_kv
|
Индефикационный номер
квартиры
|
|
Числовой
|
|
0
|
|
Name_prod
|
Имя продавца
|
|
Строковый
|
15
|
0
|
|
|
Таблица 4. Логическая структура таблицы «Покупатель».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Name
|
Имя
|
*
|
Строковый
|
10
|
0
|
|
Surname
|
Фамилия
|
|
Строковый
|
10
|
0
|
|
Adress
|
Адресс
|
|
Строковый
|
10
|
0
|
|
Telefhone
|
Телефон
|
|
Числовой
|
|
|
|
RayonKv
|
Требуемый район квартиры
|
|
Строковый
|
10
|
|
|
Tipplan
|
Требуемый тип планировки квартиры
|
|
Строковый
|
10
|
|
|
|
Таблица 5. Логическая структура таблицы «Продавец».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Vlad
|
Владелец
|
*
|
Строковый
|
10
|
0
|
|
Rschet
|
Расчётный счёт
|
|
Числовой
|
|
0
|
|
Adress
|
Адресс
|
|
Строковый
|
10
|
0
|
|
Telephone
|
Телефон
|
|
Числовой
|
|
0
|
|
|
Таблица 6. Логическая структура таблицы «Квартиры фирмы».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Inomer
|
Индефикацион
ный номер
квартиры
|
*
|
Числовой
|
|
0
|
|
Oper
|
Операция
|
|
Строковый
|
10
|
0
|
|
Tipplan
|
Тип планировки
|
|
Строковый
|
10
|
0
|
|
Rayon
|
Район
|
|
Строковый
|
10
|
0
|
|
Adress
|
Адресс
|
|
Строковый
|
10
|
|
|
Obpl
|
Общая площадь
|
|
Числовой
|
|
|
|
Plkux
|
Площадь кухни
|
|
Числовой
|
|
|
|
Sostkv
|
Состояние квартиры
|
|
Строковый
|
10
|
|
|
Kolroom
|
Количество комнат
|
|
Числовой
|
|
|
|
Sityname
|
Город
|
|
Строковый
|
10
|
|
|
Zena
|
Цена
|
|
Числовой
|
|
|
|
Dopsv
|
Дополнительные сведения
|
|
Строковый
|
10
|
|
|
Vlad
|
Владелец
|
|
Строковый
|
10
|
|
|
Adress_prod
|
Адресс продавца
|
|
Строковый
|
10
|
|
|
|
Таблица 7. Логическая структура таблицы «Сотрудники».
Обозначение
|
Наименование
|
Ключ
|
Тип данных
|
Длина
|
Точность
|
|
Firstname
|
Имя
|
*
|
Строковый
|
10
|
0
|
|
Secondname
|
Фамилия
|
|
Строковый
|
10
|
0
|
|
Otchestvo
|
Отчество
|
|
Строковый
|
10
|
0
|
|
Npassporta
|
Номер паспорта
|
|
Числовой
|
|
|
|
Adress
|
Адресс
|
|
Строковый
|
10
|
|
|
Phone
|
Телефон
|
|
Числовой
|
|
|
|
Obrazov
|
Образование
|
|
Строковый
|
10
|
|
|
Opwork
|
Опыт работы
|
|
|
|
|
|
DataBorn
|
Дата рождения
|
|
Дата
|
|
|
|
Family
|
Семейное положение
|
|
Строковый
|
10
|
|
|
Dolgnost
|
Должность
|
|
Строковый
|
10
|
|
|
Oklad
|
Оклад
|
|
Числовой
|
|
|
|
DataPostWork
|
Дата поступления на работу
|
|
Дата
|
|
|
|
|
2.4 Форма 1(меню программы и принятие заказа)
Форма представляет собой рабочее меню программы и информацию о покупателях. Информация о покупателях включает в себя как информацию о самих покупателях так и их заказ на квартиру(район где находится квартира и тип её планировки). Добавление данных осуществляется при помощи кнопок <добавить> и <ок>, кнопка <добавить> добавляет в список пустую строку для заполнения, нажатием <ок> мы сохраним информацию. Кнопка удалить служит для удаления записи, достаточно выбрать из списка запись и нажать кнопку.
Меню формы состоит из двух разделов <программа> и <работа фирмы>.
Первый содержит подпункты <выход>, для выхода из программы, <цвет>, появляется список цветов при нажатии на цвет, цвет фона программы изменится на требуемый, <о фирме>, выбрав этот пункт главная форма изменится, на ней появится изображение и информация по фирме, представляющая собой расчётный счёт фирмы и стоимость услуги(стоимость продаваемой фирмой квартиры увеличивается на 5% из за издержек работы), щёлкнув левой кнопкой на форме информация исчезнет и снова появится информация о клиентах.
Второй раздел меню включает в себя подразделы: <сотрудники>, <квартиры> и <отчёт>, при выборе пункта <сотрудники> главная форма закроется и появится форма 2 для работы с базами данных по сотрудникам, выбрав <квартиры> закроется главная форма и появится форма для работы с квартирами и заказом форма 4, при выборе последнего пункта <отчёт> главная форма исчезнет и появится форма 6 в которой отображается информация о сделках.
2.5 Форма 2(сотрудники)
Эта форма представляет собой базу данных по сотрудникам. Данные о них отображаются в отдельных ячейках. Ниже расположен <навигатор> для перехода по записям, также с помощью него можно изменить данные по нужному сотруднику, если в процессе добавления сотрудника была допущена ошибка для этого достаточно нажать `^', после изменения данных нужно либо согласиться, либо нет нажав соответственно `v' или `x'. Для необходимости быстро найти нужную информацию по сотруднику есть возможность быстрого поиска. Она представлена окошком для ввода данных и выбор поиска по `фамилии' или `должности',
достаточно выбрать любой из этих пунктов и начать вводить данные(по мере того как их вводят(по мере схожести данных) будет появляться нужная информация).
Также эта форма содержит кнопку <добавить или удалить сотрудника>, после её нажатия эта форма свернётся и появится форма 3 для изменения базы данных по сотрудникам.
Для возврата на основную форму есть кнопка <вернуться в главную>.
2.5.1 Форма 3(изменение базы данных по сотрудникам)
Как видно на рисунке ниже здесь также данные отображаются в ячейках.
Также в эти ячейки заносим данные о сотруднике для добавления их в базу данных.
Для добавления сотрудника есть две кнопки: <добавить>, при нажатии которой добавляются пустые поля для заполнения, <ок>, при нажатии которой информация введённая в ячейки добавляется в базу сотрудников и эта база сохраняется.
Чтобы удалить нужного сотрудника сначала надо его найти, для этого предусмотрен быстрый поиск. Поиск представлен ячейкой для ввода данных и выбором для поиска по: <фамилии>, <должности> и <номеру_паспорта>.
Страницы: 1, 2
|