Файл: Введение Технический проект.docx

БИТ.СТРОИТЕЛЬСТВО в комплексе автоматизирует:

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

3. 
   АЛТИУС Управление строительством.
   

Программа «АЛТИУС — Управление строительством» предназначена специально для управления строительной организацией и позволяет полностью автоматизировать управленческий учёт, финансовый учёт, все области планирования и другие бизнес-процессы строительных компаний.

С помощью программы «АЛТИУС — Управление строительством» строительные организации могут контролировать ход выполнения строительных работ в режиме реального времени, осуществлять финансовое планирование, автоматически формировать календарные и ресурсные планы, автоматизировать документооборот, получать ряд отчётов, повышать уровень организации строительства, избегать незапланированных издержек, увеличивая тем самым рентабельность строительной компании [3].

К возможностям программного обеспечения относится:

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

---

---

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

Необходимо разработать автоматизированное рабочее место менеджера строительной компании ООО «АВИС».

Приложение будет иметь удобный и понятный пользователю интерфейс.

Приложение должно обеспечивать следующие функции:

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

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

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

Прейскурант компании представляет собой перечень основных выполняемых строительных и ремонтных работ с указанием стоимости.

1.4 Проектирование функциональности и структуры программы

Разрабатываемое автоматизированное рабочее место будет состоять из трех подсистем (рисунок 1):

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

Рисунок 1 - Функциональная структура АРМ менеджера строительной компании

1.5 Разработка концептуальной модели БД

---

Для хранения данных будет разработана БД. База данных представляет собой именованную совокупность данных, отражающую состояние объектов и их отношения в рассматриваемой предметной области [4].

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

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

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

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

Наборы принципов, которые определяют организацию логической структуры хранения данных в базе, называются моделями данных [5].

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

• 
  сетевую;
  
• 
  иерархическую;
  
• 
  реляционную;
  
• 
  объектно-ориентированную.
  

Реляционная БД представляет собой совокупность таблиц, связанных отношениями. Достоинствами реляционной модели данных являются простота, гибкость структуры. Кроме того ее удобно реализовывать на персональном компьютере. Исходя из этого, будет проектироваться реляционная БД [5].

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

---

Теория нормализации основана на наличии той или иной зависимости между полями таблицы. Определены следующие виды зависимости:

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

Академические определения нормальных форм:

• 
  таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто;
  
• 
  таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом;
  
• 
  таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля;
  
• 
  таблица находится в нормальной форме Бойса-Кодда (НФБК), если и только если любая функциональная зависимость между его полями сводится к полной функциональной зависимости от возможного ключа;
  
• 
  полной декомпозицией таблицы называют такую совокупность произвольного числа ее проекций, соединение которых полностью совпадает с содержимым таблицы;
  
• 
  таблица находится в пятой нормальной форме (5НФ) тогда и только тогда, когда в каждой ее полной декомпозиции все проекции содержат возможный ключ. Таблица, не имеющая ни одной полной декомпозиции, также находится в 5НФ;
  
• 
  четвертая нормальная форма (4НФ) является частным случаем 5НФ, когда полная декомпозиция должна быть соединением ровно двух проекций. Весьма не просто подобрать реальную таблицу, которая находилась бы в 4НФ, но не была бы в 5НФ [6].
  

---