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

Автор: Пользователь скрыл имя, 02 Декабря 2011 в 09:09, курсовая работа

Описание работы

Сметные расчеты обычно находятся на пересечении интересов Заказчика (Плательщика) и Подрядчика (Исполнителя). Соответственно, экономический интерес Заказчика состоит в минимизации сметной стоимости (итога сметы), а Подрядчика, наоборот, в максимально возможном увеличении этой стоимости. Компромиссное решение достигается обычно одним из трех способов:
1. Постатейным обсуждением сметы с учетом выдвигаемых сторонами доводов и обосновывающих материалов. Смета в этом случае является открытым и согласованным сторонами документом. Решающий голос в таких обсуждениях обыкновенно принадлежит Заказчику.
2. На конкурсной основе. Заказчик выбирает наиболее привлекательное предложение с учетом заявленной стоимости и репутации Подрядчика. Смета в этом случае является закрытым документом, предназначенным для определения позиций участников торгов.
3. Решение о стоимости проекта принимается на политическом уровне, а на смету возлагается задача формального обоснования. В этом случае искусство сметчика выражается в грамотной подгонке итога сметы под заданную стоимость.
Целью исследования, проводимого в рамках настоящей курсовой работы, является повышение эффективности и оперативности создания и расчета смет по строительным и другим работам, снижения затрат на хранение обработку и утилизацию документов, снижение трудовых затрат сотрудников бухгалтерии ООО «Строймастерс» за счёт разработки и внедрения базы данных и прикладной программы по её ведению.
Объектом настоящего исследования является подсистемы автоматизации процесса разработки и расчёта смет на строительные и другие виды работ ООО«Строймастерс».

Содержание

ВВЕДЕНИЕ…………………………………………………………………….. 3
ГЛАВА 1. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ООО «Стройсервис»……………. 5
1.1. Основные направления деятельности ООО «Стройсервис»………….. 5
1.2. Модель «AS - IS» подсистемы автоматизации процесса разработки и расчёта смет на строительные и другие виды работ …...……..……………. 5
ГЛАВА 2. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССА РАЗРАБОТКИ И РАСЧЁТА СМЕТ НА СТРОИТЕЛЬНЫЕ И ДРУГИЕ ВИДЫ РАБОТ ……….…………………... 8
2.1. Инфологическое моделирование предметной области……………….... 8
2.2. Обоснование и выбор инструментария для разработки базы данных и приложения по её ведению…………………………………………………… 11
2.3. Датологическое проектирование………………………………………… 13
ГЛАВА 3. ПРОЕКТИРОВАНИЕ ПРИЛОЖЕНИЯ ДЛЯ АВТОМАТИЗАЦИИ ПРОЦЕССА РАЗРАБОТКИ И РАСЧЁТА СМЕТ НА СТРОИТЕЛЬНЫЕ И ДРУГИЕ ВИДЫ РАБОТ ……………………..……... 17
3.1 Физическая структура прикладной программы для автоматизации процесса разработки и расчета смет на строительные и другие виды работ………………………………………………………………………..…. 17
ЗАКЛЮЧЕНИЕ…..…………………………………………………………… 21
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ……………………………… 22
ПРИЛОЖЕНИЯ……………………………………………………………….. 23

Работа содержит 1 файл

Курсовая.doc

— 1.87 Мб (Скачать)

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

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

     Существует  два различных подхода к моделированию  данных. Первый подход определяется моделью  «Сущность - связь», второй – семантической объектной моделью.

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

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

     У сущностей есть атрибуты или свойства, которые описывают характеристики сущностей. Экземпляры сущностей имеют идентификаторы – атрибуты, с помощью которых эти экземпляры именуются или идентифицируются. Например, идентификатором гражданина России является номер паспорта Российской Федерации. Идентификаторы бывают уникальными и неуникальными. В данном примере номер паспорта гражданина РФ является уникальным идентификатором.

     Взаимоотношения между сущностями называются связями. Модель «Сущность – связь» включает в себя классы связей и экземпляры связей. Классы связей – это взаимоотношения между классами сущностей, экземпляры связи - взаимоотношения между экземплярами сущностей.

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

1. Объект  «Смета» - содержит данные о  выполненной работе по строительству, обладает свойствами:

-  код;

-  наименование  работ и затрат;

- единицы  измерения;

-количество;

- Стоимость;

- прямые затраты;

- основная зарплата;

- эксплуатация машин;

- в том числе зарплата;

- прямые затраты;

- основная заработная плата;

- эксплуатация машин;

- в том  числе зарплата;

- общая стоимость.

2. Объект  «Территориальные единичные расценки на строительные работы» обладает следующими свойствами:

- номер  расценок;

- наименование;

- единицы измерения;

- прямые затраты;

- оплата труда рабочих;

- эксплуатация машин, материалов;

-затраты  труда рабочих;

3. Объект  «Заказчики» обладает следующими свойствами:

- код;

- Фамилия  Имя Отчество;

- фирма;

- адрес;

- контактный  телефон;

-расчетный  счет;

- ИНН;

- БИК;

- ОГРН.

4. Объект  «Единицы измерения» обладает следующими свойствами:

- код;

- наименование единицы.

5. Объект  «Сотрудники» обладает следующими свойствами:

- код;

- Фамилия И.О.;

- должность. 
 

Таблица 1.1

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

    Наименование  и тип связи
    Сущность
    Сущность
    Включает (1:1)
Заявка Отчет
    Включают (1:1)
    Смета
Территориальные единицы
    Включает (1:N)
Сотрудники Должность
    Включает (1:N)
Заказчики Смета
    Включает (1:1)
    Единицы измерения
Наименования
 

      2.2. Обоснование и в ыбор инструментария для разработки базы данных и приложения по её ведению

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

      Кроме того, в рамках данного этапа проектирования базы данных и её приложения необходимо не только определить инструментальные средства для их реализации, но и привести обоснование сделанного выбора. Пример, обоснования выбора СУБД Access для разработки базы данных и приложения приводится ниже.

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

      На  сегодняшний день Microsoft Асcess – компонент семейства офисных приложений Microsoft Office – является одной из самых популярных настольных СУБД. Это связано с тем, что Асcess обладает очень широким диапазоном средств для ввода, анализа и представления данных. Эти средства являются не только простыми и удобными, но и высокопродуктивными, что обеспечивает высокую скорость разработки приложений.

      Чтобы приложения, созданное в среде Асcess, сделать удобными для пользователей и функционирующими эффективно, использовался язык VBA, который, будучи языком программирования для всех компонентов Microsoft Office, позволяет также интегрировать их между собой и тем самым способствует быстрой разработке приложений на основе уже готовых компонентов.

      База  данных под управлением СУБД Асcess – это файл с расширением .MDB, включающий в себя классы объектов:

      - таблицы для хранения данных;

      - формы для ввода и редактирования БД в интерактивном режиме;

      - запросы для обработки таблиц и других запросов;

      - страницы доступа для работы с БД с помощью программ-обозревателей Интернета;

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

      - модули на базовом языке программирования Visual Basic для обработки данных;

      - отчеты для вывода результатов обработки данных.

        СУБД Асcess позволяет создавать БД различного объема, с которыми работают в монопольном режиме или режиме коллективного доступа.

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

      2.3. Датологическое проектирование

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

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

      Выделяют  следующую последовательность нормальных форм.

  • Первая нормальная форма (1НФ). Отношения находятся в 1НФ, если все его атрибуты являются простыми (имеют единственной значение);
  • Вторая нормальная форма (2НФ). Отношения находятся в 2НФ, если оно находится   в 1НФ  и каждый неключевой атрибут функционально полно зависит от первичного ключа (составного).
  • Третья нормальная форма (3НФ). Отношение находится в 3НФ, если оно находится в 2НФ и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.
  • Усиленная третья нормальная форма, или нормальная форма Бойса – Кодда (БКНФ). Отношение находится в БКНФ, если оно находится в 3НФ и в нем отсутствуют зависимости ключей (атрибутов составного ключа) от неключевых атрибутов.
  • Четвертая нормальная форма (4НФ). Отношение находится в четвёртой нормальной форме, если оно находится в нормальной форме Бойса – Кодда и не имеет многозначных зависимостей.
  • Пятая нормальная форма (5НФ). В общей степени она является теоретическим исследованием. Очень тяжело определить само отношение «проекции - соединения», потому что утверждение о наличии такой зависимости делается для всех возможных состояний  БД, а не только для текущего экземпляра.

      Основные  свойства нормальных форм:

- каждая следующая нормальная форма в некотором смысле улучшает свойства предыдущей;

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

     В рассмотренной выше автоматизации деятельности бухгалтерии ООО «Строймастерс» следующие таблицы.

     

     Рис. 2.1. Таблица БД «Единицы измерения»

     Рис. 2.1 носит название «Единицы измерения», содержит  данные о видах единиц измерения. Ключевое поле:  Код- номер п/п.

     Рис. 2.2 носит название «Заказчики», содержит сведения об основных заказчиках фирмы.

     

     Рис. 2.2. Таблица БД «Заказчики»

     

     Рис.2.3. Таблица БД «Сотрудники»

   Рис. 2.3 называется «Сотрудники»  - список работников фирмы.

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