Проектирование информационной системы "Мониторинг заказов строительной компании"

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

Беловский институт филиал

федерального государственного бюджетного образовательного учреждения

высшего профессионального образования

«Кемеровский государственный университет»

Кафедра математики и естественных наук

КУРСОВОЙ ПРОЕКТ

по теме: Проектирование информационной системы «Мониторинг заказов строительной компании»

по МДК 01.02. «Методы и средства проектирования информационных систем»

ПМ.01 «Эксплуатация и модификация информационных систем»

Выполнил

студент группы ИС-131

Мержоева Мадина Султановна

Руководитель

Злобин Андрей Юрьевич

Содержание

1. Аналитический раздел

1.1 Характеристика комплекса задач и обоснование необходимости автоматизации

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

1.3 Выбор и обоснование СУБД и инструментальных средств программирования

2. База данных по мониторингу заказов строительной компании

2.1 Мониторинг строительного рынка

2.2 Проектирование системы мониторинга

Введение

Тема курсового проекта: Проектирование информационной системы «Мониторинг заказов строительной компании».

Цель курсового проекта: проектирование информационной системы (ИС) «Мониторинг заказов строительной компании».

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

- Охарактеризовать комплекс задач и обоснование необходимости автоматизации;

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

- Обосновать выбор СУБД и инструментальных средств программирования;

- дать определение Мониторинга строительного рынка;

- Спроектировать систему мониторинга

Необходимыми этапами выполнения курсового проекта будут: аналитическая часть и проектная часть - описание базы данных по мониторингу заказов строительной компании

1. Аналитический раздел

1.1 Характеристика комплекса задач и обоснование необходимости автоматизации

В курсовом проекте более подробно будет рассмотрена деятельность по учету и мониторингу выполнения заказов строительной компании. Для того, чтобы спроектировать информационную систему отдела необходимо тщательно проанализировать его функции. Для анализа разработаем функциональную модель с применением методики IDEF0. Методика IDEF0 основана на ранее разработанной Дугласом Т. Россом методике моделирования SADT. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Результатом применения метода SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга [2, c. 15].

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

Такая диаграмма называется контекстной. Затем блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединённых интерфейсными дугами. Эти блоки определяют основные подфункции исходной функции [3, c. 8].

Для разработки функциональных моделей удобно использовать программное средство BP-Win, реализующее метод IDEF0. На рисунке 1.2. представлена контекстная диаграмма функциональной модели процесса «Учет заказов клиентов».

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

заявка клиента (заполняется на бланке установленного образца);

данные клиента (все необходимые данные: паспортные, контактные, данные о счетах и т.д.);

справочник услуг (полный перечень услуг с указанием примерных сроков и стоимости);

данные по оплате (данные предоставляются бухгалтерией);

Эти данные (и документы) являются входами функционального блока.

Рисунок 1.2 - Контекстная диаграмма функциональной модели процесса

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

договор с клиентом (передается самому клиенту и в бухгалтерию для учета оплаты);

данные по заказу (формируются данные о типе услуг, времени, сроках);

пакет документов по проекту (в ходе выполнения формируется пакет документов: техническое задание, схемы, планы, руководства пользователя и программиста и т.д.);

отчетность (отчеты для клиента на основе данных о ходе выполнения работ крупных проектов и итоговый отчет).

Эти данные (и документы) являются выходами функционального блока. В качестве управления используются такие механизмы:

должностная инструкция работника (в работе сотрудник руководствуется положениями своей должностной инструкции);

нормы ДОУ (данный процесс предполагает ведение документации, что требует обеспечения их соответствия нормам ведения документации, как на уровне организации, так и на уровне государственных стандартов);

НПА РФ (знание и применение норм законодательства особенно важно при заключении договора).

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

Рисунок 1.3 - Функциональная диаграмма первого уровня

Стоит отметить, что в результате декомпозиции основного процесса было выделено пять подпроцессов:

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

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

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

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

Закрытие проекта. По результатам приемки объекта (клиентом) формируется акт сдачи-приемки, подготавливается весь пакет документов для клиента, формируется итоговый счет на оплату.

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

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

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

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

Таблица 1

№п/п	Подразделение	Получение	Предоставление
1	Технологический отдел	Перечень и характеристика услуг	-
2	Экономический отдел	Цены и условия скидок	-
3	Отдел контроля качества	Отчеты о ходе выполнения работ	Подробные данные о заказе клиента (о запущенном проекте)
4	Производственный отдел	Проектная документация. Отчеты о ходе выполнения работ	Подробные данные о заказе клиента (о запущенном проекте)
5	Бухгалтерия	Данные по оплате клиентом работ по договору (предоплата, оплата по результатам приемки)	Счета на оплату
6	Клиент	Данные клиента Заявка	Договор Отчеты о ходе работ Пакет документов

Для анализа информационных потоков разработаем диаграмму потоков данных. Диаграммы потоков данных (DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления -- продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами [4, c.23].

Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона - ДеМарко и Гейна - Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (в дипломной работе будет использоваться нотация Гейна - Сэрсона). В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям -- потребителям информации. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла [31].

Контекстная диаграмма модели потоков данных по учету заказов клиентов представлена на рисунке 1.4.

Рисунок 1.4 - Контекстная диаграмма модели потоков данных

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

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

Рисунок 1.5 - Диаграмма первого уровня модели потоков данных

Для работы информационной системы используются такие входные документы:

заявка клиента;

форма, содержащая данные клиента;

справка о проведении оплаты;

отчет о ходе работ;

отчет о результатах контроля работы на объекте;

В процессе работы информационной системы применяются такие справочники:

перечень услуг;

прайс на услуги, условия формирования скидок;

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

данные клиентов;

база заказов компании;

договора;

счета;

технические документы;

отчеты по ходу работ;

документация проекта.

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

договор;

счета;

данные по заказу;

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

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

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

При анализе процесса выполнения задачи учета заказов клиентов были выявлены такие основные недостатки:

1. Большие затраты времени на выполнение процесса учета заказов клиентов. информационный мониторинг строительный программирование

2. Высокая стоимость выполнения процесса.

3. Наличие ошибок, которые могут негативно влиять на процесс принятия решения, а также требовать дополнительного времени для поиска и устранения.

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

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

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

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

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

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

Обеспечить возможность автоматического расчета скидок с учетом длительности контракта.

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

Обеспечить возможность прикрепления документов к заказам (ТЗ, генеральных планов и т.д.).

Обеспечить возможность печати необходимых документов.

Можно выделить такие основные задачи проектируемой информационной системы (рисунок 1.6):

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

Оформление заказа. После того, как клиент определился с видом услуг, происходит заполнение данных о заказе: данные клиента, тип услуг, объем работ, сроки. На основании этого выполняется расчет стоимости и подготовка договора с клиентом.

Отражение хода проекта. Оно выполняется автоматически и включает также формирование документации по проекту.

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

Рисунок 1.6 - Функции информационной системы

При внедрении указанной информационной системы будут решены три группы задач:

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

2. Улучшение показателей качества обработки информации, что обусловлено исключением ошибок, связанных с расчетами.

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

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

1.3 Выбор и обоснование СУБД и инструментальных средств программирования

В качестве методологии проектирования выбрана объектная модель. В качестве же технологии выбран язык моделирования UML. Он позволяет строить модели программных систем, по которым потом можно производить генерацию программного кода проектируемого программного обеспечения. Немаловажной чертой UML-модели является тот факт, что они сами по себе уже являются документами (и весьма понятными, даже для неспециалиста, см. рис. 9.2). Причем любой элемент на любой диаграмме может быть снабжен поясняющим текстовым комментарием. Таким образом, построение набора диаграмм уже является процессом документирования будущей программной системы.

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

Существуют следующие способы организации информационной базы (ИБ): совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ, и интегрированная база данных, основывающаяся на использовании универсальных программных средств загрузки, хранения, поиска и ведения данных, т.е. системы управления базами данных (СУБД) [27, c.84].

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

Интегрированная ИБ, т.е. база данных (БД), - это совокупность взаимосвязанных, хранящихся вместе данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для множества приложений. Централизация управления данными с помощью СУБД обеспечивает совместимость этих данных, уменьшение синтаксической и семантической избыточности, соответствие данных реальному состоянию объекта, разделение хранения данных между пользователями и возможность подключения новых пользователей. Но централизация управления и интеграция данных приводит к проблемам другого характера: необходимости усиления контроля вводимых данных, необходимости обеспечения соглашения между пользователями по поводу состава и структуры данных, разграничения доступа и секретности данных [14, c.78].

Выбор системы управления баз данных представляет собой сложную задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, обучение персонала, а также на пере -проектирование базы при возникновении новых задач [47, c.109]. При сравнении СУБД важно определить параметры, которые наиболее существенны для реализуемой задачи. В нашем случае это число объектов в БД, максимальные показатели, язык запросов и интерфейса, поддержка режимов, вопросы лицензирования.

Таблица 2

Характеристика	Access 2002	VFoxPro 8	Interbase SQL
Число объектов в БД	32 768	-	-
Max количество записей	-	1 000 000 000	-
Max размер таблицы	2 Гбайт, за вычетом места необходимого системным объектам	2 Гбайт	128 Гбайт
Max число переменных	-	65 000	-
Язык запросов	SQL	SQL	SQL
Язык интерфейса	русский	английский	английский
Режим клиент-сервер	Нет	Да	Да
Режим файл-сервер	Да	Да	Да
Необходимость оплаты лицензии программы	Нет	Да	Да

На основе анализа таблицы 2 можно сделать вывод, что наиболее подходящей в этой ситуации является СУБД MS Access.

Среда программирования - это программный комплекс, включающий специализированный текстовый редактор, встроенные компиляторы, отладчик, справочную систему и другие программы, которые облегчают написание программ [6, c.44].

Одной из ведущих систем программирования является среда программирования Delphi, разработанной компанией Borland, которая позволяет создавать приложения БД, реализованных на разных платформах. Особенностью работы с БД в Delphi является использование открытой архитектуры доступа к данным [43, c.15].

Кроме того обеспечивается возможность доступа как к удалённым, так и к локальным БД. Delphi - это среда визуального проектирования. Основная идея состоит в том, что приложения собираются из готовых компонентов, таких как кнопка, таблица и т.п. концепция работы в Delphi называется технологией RAD (быстрой разработки приложений). Система Delphi базируется на использовании языка программирования ObjectPascal, который является логическим продолжением и развитием классического языка программирования Паскаль. Система Delphi позволяет создавать профессиональные и эффективно работающие приложения, используемые в самых различных сферах человеческой деятельности [50, c.34].

Программирование в среде Delphi не требует совершенных знаний в данной области. Все сложности программирования в ней спрятаны и нам не придётся задумываться о таких понятиях как, например, стек или регистры. система программирования Delphi опирается на возможности операционной системы Windows. Используется графический интерфейс, что значительно облегчает работу пользователя с компьютером. Большая часть операций в процессе программирования выполняется при помощи мыши, а не клавиатуры, что гораздо облегчает работу с программой. Человек, который знаком с оболочкой Windows, увидит при работе с Delphi все те же самые окна, сможет проделывать все те же функции, например по сворачиванию и разворачиванию окон, изменению размеров. В Delphi предусмотрено меню, как и в различных офисных приложениях Windows [52, c.14].

В Delphi реализовано объектно-ориентированное программирование. Пользователь будет видеть все приложения в форме окон с лежащими на них всевозможными кнопками, надписями, графическими объектами. Так же данную систему часто называют системой событийно-ориентированного программирования, так как есть возможность реакции объекта на какое-либо событие [50, c.12].

Таким образом, для разработки программного средства автоматизации деятельности компании были выбраны СУБД MS Access и среда программирования Делфи 2010.

2. База данных по мониторингу заказов строительной компании

2.1 Мониторинг строительного рынка

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

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

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

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

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

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

Проведение исследований строительной отрасли опирается на основные факторы, оказывающие приоритетное влияние на развитие отрасли:

Факторы мониторинга:

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

2. Мониторинг рынка строительных услуг показал прямую зависимость развития отрасли от общего инвестиционного климата в России, доступности кредитов.

3. Возникновение новых инвестиционных идей основанных на использовании новейших технологий в строительстве.

2.2 Проектирование системы мониторинга

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

Основные компоненты мониторинга:

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

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

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

Контроль за дебиторской и кредиторской задолженностью. Сопоставление данных о принятии объемов работ по актам КС-3 и данных о фактической оплате.

Контроль за выполнением видов работ в физическом выражении. Сопоставление данных об объемах работ из сметных расчетов с данными ежемесячной отчетности по формам КС-2. В разрезе видов работ по сметам.

Контроль хода выполнения работ на основе выездных проверок.

Поиск и отбор информации по объектам.

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

Рис 1. Составляющие системы мониторинга

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

Рис 2. Карточка объекта

Раздел «Лимиты» позволяет вводить информацию о выделенных на очередной финансовый год предельных суммах затрат по объекту (в целом и по категориям затрат)

Рис 3. Лимиты затрат по объекту

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

Рис 4. Сметные расчеты

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

Рис 5. Внутрипостроечные титульные списки

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

Рис 6. Платежи по объекту

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

Рис 7. План-график жизненного цикла объекта

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

Рис 8. Документы по объекту

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

Рис 9. Дополнительные характеристики объекта

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

Рис 10. Отчет об исполнении сметы

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

Рис 11. Освоение лимитов.

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

Рис 12. Модуль построения отчетности

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

Рис 13. Информационная безопасность

Единая база данных позволит:

Организовать эффективное управление и мониторинг заказов строительной компании, сквозной контроль за финансовыми потоками и объемами выполненных работ;

Организовать централизованное хранение данных, относящихся к объектам ФЦП, избежать дублирования данных;

Автоматически готовить отчетные формы в режиме реального времени (включая графики, диаграммы и т.д.);

Заключение

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

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

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

Список использованной литературы

Абрамов Л.И., Манаенкова Э.А. Организация и планирование строительного производства. Управление строительной организацией: Учеб. для вузов. - М.: Стройиздат, 2010. - 400 с.

Ардзинов В.Д. Ценообразование и составление смет в строительстве. - СПб.: Питер, 2015. - 240 с.

Гумба Х.М. Экономика строительных организаций. - М.: Центр экономики и маркетинга, 2014. - 144 с.

Дунаева, Н.Ю. Стратегическое планирование/ Н.Ю. Дунаева. - М.: Инфра-М, 2014. - 178 с.

К. Хаксвер, Б. Рендер, Р. Рассел, Р. Мердик Управление и организация в сфере услуг, 2-е изд. /Пер. с англ. под ред. В.В. Кулибановой. - СПб.: Питер, 2012. - 752 с.: ил. - (Серия «Теория и практика менеджмента»).

Кошанов, А.А. Основы менеджмента / А.А. Кошанов. - М.: Бизнес и дело, 2015. - 189 с.

Кузьмин, С.А. Менеджмент/ С.А. Кузьмин. - М.: Наука, 2012. - 367 с.

Купряков, Е.М. Экономика предприятия: Учебник для вузов/Е.М. Купряков, В.П. Прасолова. - М.: Изд-во Банки и биржи, ЮНИТИ, 2013. - 314 с.

Микульский, К.А. Планирование/ К.А. Микульский. - М.: Экономист, 2012. - 145 с.

Москвин, Д.Д. Основы экономической теории/ Д.Д. Москвин. - М.: МИСиС, 2014. - 367 с.

Лещинская, Г.А. Маркетинг/ Г.А. Лещинская. - М.: Инфра-М, 2013. - 459 с.

Любушин, Н.П. Теория экономического анализа/ Н.П. Любушин, В.Б. Лещева, Е.А. Сучков. - М: Изд-во Экономистъ, 2012. - 115 с.

Люкшинов А.Н. Стратегический менеджмент: Учебное пособие для вузов. - М.: ЮНИТИ - ДАНА, 2010. - 375 с.

Маркова В.Д., Кузнецова С.А. Стратегический менеджмент: Курс лекций. - М.: ИНФРА-М; Новосибирск: Сибирское соглашение, 1999. - 288 с.

Панов А.И., Коробейников И.О. Стратегический менеджмент: учебное пособие для ВУЗов - 2е издание переработанное и дополненное - М.: ЮНИТИ - Дана -2014. - 285 с.

Переверзев М.П., Шайденко Н.А., Басовский Л.Е. Менеджмент: Учебник/ Под ред. проф. М.П. Переверзева. - М.: ИНФРА-М, 2002. - 288 с.

Попов С.А. Стратегический менеджмент: Видение - важнее, чем знание: Учеб. Пособие. - М.: Дело, 2013. - 352 с.

Толмачев Е.А., Монахов Б.Е. Экономика строительства: Учебное пособие. - М.: ИД Юриспруденция, 2013. - 224 с.

Томсон, Артур, А., Стрикленд, А., Дж. Стратегический менеджмент: концепции и ситуации для анализа, 12-е издание: Пер. с англ. - М.: Издательский дом «Вильямс», 2012. - 928 с.: ил. - Парал. Тит. Англ.

Фатхутдинов Р.А. Управленческие решения: Учебник.5-е издание, переработанное и дополненное. - М.: ИНФРА - М. - 2012. - 314 с.

Чистов Л.М. Экономика строительства. - СПб: Питер, 2001. - 384 с.

Маркетинг менеджмент. 11 - е изд. / Ф. Котлер. - СПб.: Питер, 2004. - 800 с.

Составление смет в строительстве / Под. общ. ред. П.В. Горячкина. - М., 2013. - 400 с.

Стратегический менеджмент / Под ред. А.Н. Петрова. - СПб.: Питер, 2013. - 496 с.

Стратегический менеджмент: Учебник / Пер. с англ. Н.И. Алмазовой. - М.: ООО «Издательство Проспект», 2013. - 336 с.

Размещено на Allbest.ru

...