Проектирование автоматизированной информационной системы учета и процесса реализации объектов недвижимости риэлтерского агентства "Азбука Жилья"

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 16.08.2015
Размер файла 3,1 M

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

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

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

Содержание

  • Обозначения и сокращения
  • Пояснительная записка
  • 1. Анализ предметной области объекта автоматизации
    • 1.1 Организационная структура объекта автоматизации
    • 1.2 Разработка модели процесса
    • 1.3 Обзор существующих аналогов
  • 2. Практическая часть
    • 2.1 Постановка задачи
    • 2.1.1 Характеристики комплекса задач
    • 2.1.2 Выходная информация
    • 2.1.3 Входная информация
    • 2.2 Проектирование информационного обеспечения
    • 2.3 Разработка программного обеспечения
    • 2.3.1 Требования к программному обеспечению
    • 2.3.2 Выбор архитектуры системы
    • 2.3.3 Выбор и обоснование базового программного обеспечения
    • 2.3.4 Описание выполнения работы
    • 2.3.5 Описание создания таблицы Сотрудники
    • 2.3.6 Запросы
    • 2.3.7 Создание запроса с помощью Конструктора
    • 2.3.8 Сохранение запроса
    • 2.3.9 Описание созданных запросов
    • 2.3.10 Запросы с параметрами
    • 2.3.11 Итоговые запросы
    • 2.3.12 Запрос с вычисляемым полем
    • 2.3.12 Описание создания запроса с вычисляемым полем
    • 2.3.13 Перекрестный запрос
    • 2.3.14 Описание создания Перекрестного запроса
    • 2.3.14 Запрос на Обновление
    • 2.3.15 Создание отчетов
    • 2.3.16 Создание форм
    • 2.3.17 Создание Подчиненных форм
    • 2.3.18 Создание кнопочной формы
    • 2.4 Инструкция по использованию базы данных
  • 3. Обоснование экономической эффективности проектируемой системы
    • 3.1 Расчет единовременных затрат
    • 3.2 Расчёт прироста прибыли от внедрения
    • 3.3 Расчет обобщающих показателей экономической эффективности
  • Заключение
  • Список использованной литературы
  • Приложение
  • Обозначения и сокращения

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

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

– База данных (БД) -- представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов),систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).

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

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

– Информационная система (ИС) - система обработки информации и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию (ISO/IEC 2382-1:1993).

Пояснительная записка

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

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

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

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

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

Цель курсового проекта.

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

Исследование функций и целей организации.

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

Постановка задачи.

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

1. Анализ предметной области объекта автоматизации

Деятельность риэлтерского агентства «Азбука Жилья», характеризуется следующими особенностями:

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

- использование широкого спектра форм расчетов, применение программ ипотеки и кредитования;

- малочисленный штатный состав сотрудников, требующий качественной информационной поддержки.

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

1.1 Организационная структура объекта автоматизации

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

Начальник офиса. Руководитель группы риэлторов

Обязанности:

– Руководство группой риэлторов.

– Планирование, контроль и отчетность по работе офиса.

– Контроль хода всех сделок.

– Обучение риэлторов.

– Прием и внесение авансов.

Старший юрисконсульт:

Обязанности:

– Сопровождение сделки

– Проверка «чистоты» документации

– Контроль за соответствием законодательству деятельности агентства.

Бухгалтер

Обязанности:

– составление и сдача отчетов

Риэлтор

Обязанности:

– Прием звонков

– Консультации потенциальных клиентов.

– Заключение агентских договоров в офисе компании и с выездом к клиенту.

– Подбор квартир по специализированной риэлтерской базе.

– Показы квартир.

– Сбор документов

– Подготовка сделок.

– Внесение авансов.

Офис менеджер

Обязанности:

– Административная поддержка деятельности офиса.

– Встреча клиентов.

– Отправка/прием факсов. Распечатка документов.

– Закупка канцтоваров и др. товаров для жизнедеятельности офиса.

– Ведение статистики посещения офиса сотрудниками.

Курьер

– Доставка корреспонденции.

– Доставка документов.

Рисунок 1 - Организационная диаграмма

1.2 Разработка модели процесса

В качестве средства автоматизации описания бизнес-процессов предметной области было решено использовать CASE-средство BPWin версии 4.0 со встроенным пакетом обновлений ServicePack 1, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlow Diagram) и DFD (DataFlow Diagram). Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени детализации. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель. Нотация DFD включает такие понятия, как внешняя сущность и хранилище данных, что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. Методология IDEF3 включает элемент "перекресток", что позволяет описать логику взаимодействия компонентов системы.

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На рисунке 2 представлена контекстная диаграмма ИС «Агентство Недвижимости»

Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой.

Основной функцией отражающей систему в целом является продажа недвижимости. На вход функции подаются:

- Запрос от покупателя (заявка на приобретение жилья);

- Жилой фонд (имеющаяся в продаже недвижимость).

В качестве управления на систему в целом действуют:

Рисунок 2 - Контекстная диаграмма ИС «Агентство Недвижимости»

- Законы РФ (правовые нормы, регулирующие отношения в области операций с недвижимостью);

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

Механизмами являются:

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

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

- Юридический отдел. Выполняет проверку документации на соответствие правовым нормам.

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

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

- Документация по сделке. Набор документов, касающихся совершенной сделки.

Далее выполняется разбиение (детализация) контекстной диаграммы на диаграммы декомпозиции.

На рисунке 3 приведена диаграмма декомпозиции контекстной диаграммы.

Рисунок 3 - Диаграмма декомпозиции контекстной диаграммы ИС «Агентство Недвижимости»

Основная функция разбивается на следующие работы:

- "Бронирование" квартиры;

- Заключение договора;

- Исполнение договора;

- Завершение сделки.

Вход первой работы, выход последней, механизмы выполнения работ и управления описаны выше.

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

Выходом работы "Бронирование квартиры" является информация о заказе, которая включает в себя информацию о клиенте, недвижимости и характере сделки.

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

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

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

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

На рисунке 4 приведена диаграмма декомпозиции для работы "Бронирование квартиры".

Рисунок 4 - Диаграмма декомпозиции бизнес-процесса «Бронирование квартиры»

Она состоит из следующих блоков:

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

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

- Составление договора. Внесение первоначальной информации о клиенте и недвижимости в выбранный шаблон договора. На этом этапе выполнятся проверка юристами на соответствие договора правовым нормам. Выходом этого блока является договор формы 1;

- Составление графика оплат. Расчет и включение в договор графика оплаты. При этом учитывается срок ссуды. Выходом этого блока является договор формы 2, включающий в себя рассчитанный график оплат;

Рисунок 5 - Диаграмма декомпозиции бизнес-процесса «Заключение договора»

Согласование с покупателем. Это процедура внесения корректив в шаблон договора и утверждения его покупателем. Выходом этого блока является договор, утвержденный покупателем;

- Оформление договора. Утверждение договора администрацией предприятия. Выходом этого блока является утвержденный сторонами график оплат.

На рисунке 6 приведена диаграмма декомпозиции блока "Исполнение договора". Она включает в себя следующие блоки:

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

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

На рисунке 7 приведена диаграмма декомпозиции блока "Завершение сделки". Она включает в себя следующие блоки:

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

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

- Расчет прибыли. Калькуляция прибыли от сделки. Расчет затрат.

Рисунок 6 - Диаграмма декомпозиции бизнес-процесса «Исполнение договора»

Рисунок 7 Диаграмма декомпозиции бизнес-процесса «Завершение сделки»

На рисунке 8 представлена диаграмма декомпозиции в нотации DFD «ИС «Агентство недвижимости»».

Рисунок 8 - Диаграмма декомпозиции в нотации DFD. ИС «Агентство недвижимости».

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

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

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

На диаграмме, представленной на рисунке 9, представлена декомпозиция процесса обработки заявки клиента в нотации IDEF3. На диаграмме изображен процесс обслуживания.

Рисунок 9 - Диаграммы декомпозиции в нотации IDEF3. «Агентство недвижимости».

На рисунке 10 представлено итоговое расположение работ в дереве узлов:

Рисунок 10 - Диаграмма дерева узлов.

1.3 Обзор существующих аналогов

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

Например, система «Идеальный вариант: Недвижимость» в данной системе реализованы следующие возможности

Ведение операций "Продажа", "Покупка", "Аренда" и т.д.

– Учет заявок для продажи и аренды объектов недвижимости любого типа (свыше 100 реквизитов для описания объекта недвижимости)

– Учет заявок на покупку и съем объектов недвижимости

– Перекрестный поиск между заявками и описанием объектов недвижимости

– Учет совершённых и отложенных сделок

– Создание произвольных форм отчетов

– Произвольные запросы по любым параметрам

– Экспорт данных в форматы Excel, txt, csv и xml

– Обмен данными между удалёнными офисами, используя e-mail, ftp или дискету

– Предоставление клиенту информации в "безопасном" виде (возможность скрывать коммерческую информацию)

– Слайд-шоу фотографий объектов недвижимости, чертежей и планов в любых форматах (bmp, jpeg, rle, wmf)

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

– Просмотр данных на Вашем вэб-сайте в интернете

– Поддержка одновременной работы неограниченного числа пользователей

– Мощная и быстрая база данных

– Удобный и простой интерфейс

– Подробная документация, встроенная в программу

– Доступная консультационно-справочная служба

Также аналогичными вариантами являются системы:

– «База Данных Объектов недвижимости»

– «Недвижимость Эксперт»

Лучшая система из того что есть на рынке это конечно Идеальный вариант: Недвижимость»

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

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

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

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

2.1 Постановка задачи

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

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

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

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

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

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

повышение скорости поиска и отбора информации, а также оформления операций с недвижимостью;

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

обеспечение безопасности хранения информации;

обеспечение многопользовательской работы.

2.1.1 Характеристики комплекса задач

Система учета клиентов и недвижимости состоит из многих аспектов.

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

подсистема ведения квартир и домов на продажу;

– подсистема ведения клиентов на покупку квартир и домов;

– подсистема ведения клиентов на найм квартир и домов;

– подсистема ведения клиентов на сдачу в аренду квартир и домов

– подсистема ведения клиентов на другие услуги;

– подсистема аналитической информации.

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

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

2.1.2 Выходная информация

Таблица 1 - Договора

Идентификатор

Договора

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Юрист

Перечень реквизитов

Номер договора, Код клиента, Код операции, Код недвижимости, Ст-ть, Код сотрудника, Дата заключения сделки, Дата окончания сделки

Таблица 2 - Операции клиентов

Идентификатор

Операции клиентов

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Бухгалтер, Руководитель группы риэлторов, Юрист

Перечень реквизитов

ФИО клиента, Адрес, Название операции, Дата заключения сделки, Дата окончания сделки, Стоимость, ФИО сотрудника

Таблица 3 - Обороты сотрудников

Идентификатор

Запрос с вычисляемыми полями

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Бухгалтер, Руководитель группы риэлторов, Юрист

Перечень реквизитов

ФИО сотрудника, Стоимость заключенных сделок, Зарплата

Таблица 4 - Клиенты

Идентификатор

Запрос с вычисляемыми полями

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Руководитель группы риэлторов, Юрист

Перечень реквизитов

ФИО клиента, Адрес, Телефон

Таблица 5 - Недвижимость

Идентификатор

Недвижимость

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Руководитель группы риэлторов, Юрист

Перечень реквизитов

Код недвижимости, Название недвижимости

Таблица 6 - Операции

Идентификатор

Операции

Форма представления

Электронный документ

Периодичность и сроки выдачи

По мере необходимости

Получатели и назначение

Директор, Офис менеджер, Бухгалтер, Руководитель группы риэлторов, Юрист

Перечень реквизитов

Код операции, название операции

2.1.3 Входная информация

Таблица 7 - Клиенты

Идентификатор

Клиенты

Форма представления

Электронный документ

Сроки и частота поступления

При обращении

Источник входной информации

Офис менеджер

Перечень реквизитов

Код клиента, ФИО клиента, Адрес, Телефон

Таблица 8 - Сотрудники

Идентификатор

Сотрудники для добавления

Форма представления

Электронный документ

Сроки и частота поступления

При трудоустройстве

Источник входной информации

Офис менеджер

Перечень реквизитов

Код клиента, ФИО клиента, Адрес, Телефон

Таблица 9 - Операции

Идентификатор

Операции для добавления

Форма представления

Электронный документ

Сроки и частота поступления

По мере необходимости

Источник входной информации

Директор

Перечень реквизитов

Код операции, Название операции

Таблица 10 - Недвижимость

Идентификатор

Недвижимость для добавления

Форма представления

Электронный документ

Сроки и частота поступления

При появлении недвижимости

Источник входной информации

Офис менеджер

Перечень реквизитов

Код недвижимости, Название недвижимости

Таблица 11 - Договора

Идентификатор

Договора

Форма представления

Электронный документ

Сроки и частота поступления

По мере необходимости

Источник входной информации

Директор, Офис менеджер

Перечень реквизитов

Номер договора, Код клиента, Код операции, Код недвижимости, Ст-ть, Код сотрудника, Дата заключения сделки, Дата окончания сделки

2.2 Проектирование информационного обеспечения

В результате анализа предметной области задачи были определены следующие сущности:

Клиент;

Недвижимость;

Риэлтор:

Операции с недвижимостью.

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

Рисунок 11 - Связь «Клиент - Недвижимость»

Рисунок 12 - Связь «Клиент - Операции»

Рисунок 13 - Связь «Риэлтор - Клиент»

Рисунок 14 - Связь «Операции - Недвижимость»

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

Рисунок 15- Логическая структура БД Агентства Недвижимости.

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

Рисунок 16 - Модель данных (физический уровень).

А также был сгенерирован SQL-скрипт, который можно просмотреть в приложении.

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

2.3.1 Требования к программному обеспечению

База данных АС должна соответствовать следующим требованиям:

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

- Отсутствие необходимости обслуживания со стороны специально обученного персонала - что увеличивает расходы на содержание АС и увеличивает время простоя в случае сбоев.

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

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

- Отсутствие высоких требований к аппаратным компонентам - для отсутствия высоких дополнительных затрат на модернизацию парка ЭВМ компании.

- Создание подсистем автоматизированной системы для различных нужд.

- Создание путей ввода информации в базу данных.

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

- Ввод информации в базу должен иметь удобный интерфейс

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

- Создание путей получения информации из базы данных.

- Основным путем получения данных из базы данных должны являться предварительно сформированные формы и отчеты.

- Организация законченной структуры ведения клиентов.

- АС должна предоставлять полные возможности ведения базы клиентов.

2.3.2 Выбор архитектуры системы

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

2.3.3 Выбор и обоснование базового программного обеспечения

Данная АИС должна работать под управлением семейства операционных систем x32, x64 (Windows XP , WindowsVista, Windows 7, WindowsServer 2003, WindowsServer 2008 и т. п.).

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

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

2.3.4 Описание выполнения работы

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

· Открытие файла - открыть существующую базу данных;

· Создание новой базы данных;

· Создание из имеющегося файла;

· Создание с помощью шаблона - запустить Мастер по созданию базы данных.

В окне Создание файла выбираю Новая база данных пункта Создание, а затем указываю место хранения в окне Файл новой базы данных и набираю имя файла Агентство недвижимости и нажимаем Enter, программа откроет окно базы данных (рис. 17). Оно содержит вкладки Таблицы, Запросы, Формы, Отчеты, Макросы, Модули. Выбираю Таблицы. После нажатия на кнопку Создать программа откроет окно диалога Новая таблица, предлагающее несколько способов ее создания. Выбираю Конструктор и щелкаю по кнопке Ok.

Рис. 17. Окно базы данных.

Создание новой БД в режиме Конструктор

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

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

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

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

Рис. 18. Окно таблицы в режиме Конструктор

2.3.5 Описание создания таблицы Сотрудники

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

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

Размер поля Целое,

Значение по умолчанию 0,

Обязательное поле Да,

Индексированное поле Да (Совпадения не допускаются).

В последнем свойстве при выборе Да есть два варианта. Выбираю Да (Совпадения не допускаются), так как ключевое поле не должно повторяться, оно уникально.

На следующих строках бланка аналогично ввожу имя и тип оставшегося поля - ФИО Сотрудника. Выбираю тип и свойства этого поля.

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

Аналогично создаю другие таблицы.

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

Рис. 19 Окно установки связи между таблицами

Если вы ранее просматривали или изменяли связи, то диалоговое окно будет содержать последнюю сохраненную вами схему данных. При первом открытии этого окна для текущей базы данных, оно будет пусто, откроется диалоговое окно Добавление таблицы. Щелкаю кнопкой мыши по имени первой таблицы Операции, а затем по кнопке Добавить. В окне Схемы данных отображается выбранная таблица со всеми своими полями. Также выбираю остальные таблицы Клиенты, Договора, Сотрудники, Недвижимость. После выбора таблиц щелкаю по кнопке Закрыть.

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

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

Аналогично устанавливаю связь между таблицами Клиенты и Недвижимость, Сотрудники и Клиенты. Результат показан на рис. 19.

2.3.6 Запросы

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

Чтобы создать запрос надо щелкнуть левой кнопкой мыши на вкладке Запросы. Появится окно создания запросов как показано на рис. 20, в котором предлагается два способа их создания:

Рис. 20. Создание запросов

· создания запроса в режиме Конструктора;

· создания запроса с помощью Мастера.

2.3.7 Создание запроса с помощью Конструктора

Чтобы создать запрос с помощью Конструктора надо выполнить следующее:

1. Находясь в окне базы данных, выбрать вкладку Запрос.

2. Нажать кнопку Создать. На экране появится диалоговое окно Новый запрос (рис. 4).

3. Выбрать создание запроса с помощью Конструктора и щелкнуть кнопку ОК. На экране появится окно Запрос на выборку, а поверх него - диалоговое окно Добавление таблицы со списком таблиц и запросов, хранящихся в текущей базе данных (рис. 21.).

4. Выбрать таблицу, содержащую данные, которые следует включить в запрос, и нажать кнопку Добавить.

В окне запроса появится список полей для каждой из выбранных таблиц.

Рис. 21. Окно создания запроса с помощью Конструктора

5. Нажать кнопку Закрыть.

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

Рис. 22. Окно создания запроса с помощью Конструктора

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

2.3.8 Сохранение запроса

Сохраненный запрос становится частью базы данных. Программа Мicrosoft Ассеss автоматически выбирает для него стандартное имя. Рекомендуется присваивать запросам более осмысленные имена.

Чтобы сохранить запрос и присвоить ему имя нужно:

1. Выбрать опцию Сохранить в меню Файл (или нажать кнопку Сохранить на панели инструментов).

2. Если сохраняется новый запрос, следует ввести для него имя, а затем ОК. Имена запросов могут достигать 64 символов и содержать пробелы.

2.3.9 Описание созданных запросов

1. Запрос на выборку

Для его создания выполняю:

выбираю в окне Добавление таблицы поочередно все таблицы как на рис. 23;

Поля в таблице располагаю в последовательности: Название Недвижимости, ФИО, Адрес, Телефон, Название операции, стоимость, ФИО Сотрудника как на рис. 23:

Рис. 23. Запрос на выборку

Название недвижимости из таблицы Недвижимость;

ФИО, Адрес, Телефон, Стоимость из таблицы Клиенты;

Название Операции из таблицы Операции;

ФИО Сотрудника из таблицы Сотрудники.

Дата заключения и дату окончания из таблицы Договора.

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

Щелкнув на кнопке Открыть все записи по нашему запросу выведутся на экран как на рис. 23.

2. Сортировка

Создаю запрос на сортировку по Видам операций полученной в Запросе-выборка. Для этого сначала выполняю все действия как в предыдущем пункте, затем в бланке запроса в поле Сортировка для столбца Название Операции выбираю По возрастанию (рис. 24). Результат на рис. 25.

Рис. 24. Создание запроса сортировки

Рис. 25. Запрос сортировки

2.3.10 Запросы с параметрами

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

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

- Выбираю таблицы Клиенты, Договора, Недвижимость, Операции.

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

- Для поля Код Операции, которое используется как параметр, ввожу в ячейку строки Условие отбора текст приглашения [Укажите код операции], заключенный в квадратные скобки. Это приглашение будет выводиться при запуске запроса.

Для просмотра результатов нажимаю кнопку Вид на панели инструментов и ввожу значения параметров как на рис.10б. Для возвращения в режим конструктора запроса снова нажмите кнопку Вид на панели инструментов.

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

2.3.11 Итоговые запросы

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

Для этого:

1. Находясь в окне базы данных, выбираю вкладку Запрос.

2. Нажимаю кнопку Создать. На экране появится диалоговое окно Новый запрос.

А) Бланк создания Запроса с параметрами

Б) Выполнение Запроса с параметрами

Рис. 26. Запрос с параметрами

3. Выбираю создание запроса с помощью Конструктора и нажимаю кнопку ОК. На экране появится окно Запрос на выборку, а поверх него - диалоговое окно Добавление таблицы со списком таблиц и запросов, хранящихся в текущей базе данных. Выбираю таблицы Клиенты и Сотрудники.

4. В бланке запроса ввожу поля из выбранных таблиц: ФИО Сотрудника из таблицы Сотрудники, Стоимость из таблицы Клиенты.

5. Щелкаю по кнопке Групповые операции на панели инструментов. В бланке заказа появляется строка Групповая операция. В колонке Стоимость щелкаю кнопкой мыши в строке Групповая операция. В появившемся списке выбираю Sum. В итоге мы вычислили суммарную стоимость всех операций по каждому сотруднику. Результат на рис. 27.

Рис. 27 Выполнение итогового запроса.

2.3.12 Запрос с вычисляемым полем

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

2.3.12 Описание создания запроса с вычисляемым полем

Создадим запрос с вычислением заработанной платы сотрудников. Заработанная плата сотрудника эквивалентна 0,0015 % от сделки. Для этого скопируем предыдущий запрос, а в вычисляемом поле введем выражение:

зар плата: [Итоговый запрос]![Sum-стоимость]*0,0015.

Результат на рисунке 28.

Рис. 28. Выполнение запроса с вычисляемыми полями.

2.3.13 Перекрестный запрос

Перекрестный запрос - это операция построения таблицы для вычисления итоговых значений на основе существующей таблицы или запроса. Для запуска Мастера перекрестного запроса надо нажать кнопку Создать на вкладке Запросы. Выбираем из списка Перекрестный запрос и нажимаем Ok.

2.3.14 Описание создания Перекрестного запроса.

Для создания этого запроса, назовем его Перекрестный запрос, нужно:

Нажать кнопку Создать на вкладке Запросы.

Выбираем из списка Перекрестный запрос и нажимаем Ok.

На первом шаге надо выбрать таблицу или запрос. Я выбираю Запрос на выборку (рис. 29).

Рис. 29. Создание перекрестного запроса

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

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

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

На последнем шаге надо набрать имя запроса Запрос перекрестный и нажать кнопку “Готово”.

Выполнение итогового запроса показано на рисунке 30.

Рис. 30. Перекрестный запрос

2.3.14 Запрос на Обновление

Разработаем Запрос на Обновление. Допустим ситуацию, когда поднялись цену на аренду квартир (код операций 3 и 4).

Для этого необходимо в режиме Конструктора выбрать таблицы Операции и Клиенты.

· Затем преобразуем в окне Конструктора в Запрос на обновление при выборе команды Обновление Контекстного меню, появляющегося при нажатии кнопки Тип запроса на панели инструментов конструктора запросов, или команды меню Запрос/Обновление.

· После выполнения этой команды в бланке запроса появляется строка Обновление.

· Введем в строку Обновление выражение, определяющее новое значение поля *1,2, и заполним строку Условие отбора: 3 or 4 (рис. 31).

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

Рис. 31. Окно создания запроса на обновление

2.3.15 Создание отчетов

Самый простой способ создать отчет - поручить сделать это программе, так называемые автоотчеты (то есть отчеты, создаваемые автоматически). Для того чтобы построить автоотчет необходимо:

Нажать кнопку Создать на вкладке Отчеты.

Выбрать Автоотчет: в столбец или ленточный и указать имя таблицы или запроса. Далее программа работает самостоятельно. На экране появляется полученный отчет (рис. 32).

Рис. 32. Автоотчет: в столбец

Закрыть отчет (щелкнуть на кнопке Закрыть в правом верхнем углу окна отчета).

Программа просит Сохранить? Отвечаю Да.

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

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

Так же, можно создавать отчёты с помощью Мастера отчётов.

1. В объектах выбираем «Отчёты», нажимаем на «Мастер Отчётов».

2. Выбираем из поля таблицы и запросы объект, по которому будет создаваться отчёт (рис. 33).

Рис. 33. Создание отчёта с помощью Мастера отчётов

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

4. Выбираем параметры отчёта, порядок сортировки, стиль, имя, нажимаем готово.

Созданный отчёт по запросу сортировки показан на рисунке 34.

Рис. 34. Отчёт по Запросу на выборку

2.3.16 Создание форм

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

На вкладке Формы нажмем кнопку Создать, затем Автоформа. Выбираю в столбец в окне Новая форма.

Все поля такой таблицы выстроены на ней «в столбец». На экран выводится одна из записей таблицы.

Ленточная форма это и есть обычная таблица, имеющая статус формы. Каждая запись занимает отдельную строку -- «ленту» (рис. 35).

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

Рис 35. Автоформа «Обороты сотрудников»

2.3.17 Создание Подчиненных форм

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

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

Рис. 36. Создание форм с помощью Мастера

1. В окне базы данных в списке Объекты выбрать Формы.

2. На панели инструментов окна базы данных нажать кнопку Создать.

3. В диалоговом окне Новая форма дважды щелкните строку Мастер форм.

4. В 1-м шаге мастера выбираю Запрос - сортировка (рис. 36).

5. Дважды щелкаю по всем полям этого запроса, которые затем включатся в форму - щелкаю Далее.

6. На втором шаге выбираю вид представления данных и устанавливаю переключатель Подчиненные формы - щелкаю Далее (рис. 37).


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

  • Выделение сущностей базы данных и связей между ними. Организация ее объектов. Логическая и физическая модель БД. Определение требований к информационной системе. Проектирование транзакций и пользовательского интерфейса. Разработка отчетов и запросов.

    курсовая работа [2,4 M], добавлен 17.10.2014

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

    курсовая работа [2,8 M], добавлен 10.06.2011

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

    курсовая работа [380,9 K], добавлен 06.04.2015

  • Предпроектное обследование ООО "ЮГАГРОМАШ". Технические и программные средства ЭИВТ предприятия. Создание логической и физической модели базы данных информационной подсистемы складского учета. Себестоимость автоматизированной информационной системы.

    дипломная работа [4,8 M], добавлен 24.06.2011

  • Создание модели "сущность-связь" и нормализация данных средствами программы Microsoft Access. Идентификация объектов предметной области и отношений между ними, разработка структуры физической модели, запросов и отчетов базы данных о студентах ВУЗа.

    контрольная работа [742,8 K], добавлен 08.06.2011

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

    курсовая работа [1,3 M], добавлен 05.04.2015

  • Разработка информационной системы в СУБД Microsoft Access на примере расчёта с клиентами в промтоварном магазине. Достоинства проектируемой программы. Создание отчетов, таблиц, установка связей между ними. Построение запросов в режиме Конструктора.

    отчет по практике [2,9 M], добавлен 19.03.2015

  • Характеристика основных методов проектирования: в SADT, UML. Техническое задание на информационную систему. Создание модели в стандарте SADT (IDEF0). Декомпозиция родительской модели. Создание таблиц базы данных и связей между ними, бизнес логики.

    курсовая работа [1,0 M], добавлен 14.11.2017

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

    курсовая работа [152,2 K], добавлен 11.05.2014

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

    курсовая работа [7,6 M], добавлен 27.04.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.