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

Такая гибкость и приспосабливаемость позволяет создавать на основе предметных БД достаточно стабильные информационные системы, т.е. системы, в которых большинство изменений можно осуществить без вынужденного переписывания старых приложений. Основывая же проектирование БД на текущих и предвидимых приложениях, можно существенно ускорить создание высокоэффективной информационной системы, т.е. системы, структура которой учитывает наиболее часто встречающиеся пути доступа к данным. Современное специализированное издание обязано держать в курсе событий целевую аудиторию, представлять новейшую информацию о современных строительных технологиях и услугах строительного экономического рынка, а так же предоставлять собственые советы и прогнозы по выбору той или иной услуги, того или иного предприятия. Архитектура ПО - описание системы ПО, включающее совокупность структурных элементов системы и связей между ними; поведение элементов системы в процессе их взаимодействия и иерархию подсистем, объединяющих структурные элементы. Автоматизация функций выполняемых отделом рекламы, отделом маркетинга и отделом информации позволяет: сократить время на поиск, анализ и учет необходимой информации, повысить оперативность поиска по заданным условиям, избежать неточности и недостоверности информации, наглядно объяснить экономические расчеты и показатели по заданным условиям и параметрам, улучшить экономические показатели предприятия, качественно повысить управление предприятием.Автоматизированная система учета и анализа крупнейших строительных предприятий Краснодарского края, предоставляющих актуальные услуги строительного рынка, создана для журнала «Стройка. С помощью разработанной АС данные издания могут информировать свою целевую аудиторию обо всех изменениях в сфере ипотечного кредитования и инвестиционного бизнеса, а так же об организациях строительного характера, предоставляющих данные услуги. Предоставленная автоматизированная система используется на предприятии четырьмя отделами: отделом информации, отделом маркетинга и отделом рекламы. После анализа и учета всех предоставленных в программном продукте сведений, материалы подлежат публикации в вышеперечисленных изданиях. Необходимо определить затраты по заработной плате.В ходе выполнения работ по настоящему курсовой работе были получены следующие результаты: · изучена и описана предметная область; · выполнен полный цикл проектирования автоматизированной системы учета и анализа производственной деятельности строительных предприятий Кубани, применяющих актуальные услуги строительного рынка.If DM.Dostup.Fields.Fields[2].ASINTEGER = 4 then begin sp.TOOLBUTTON7.Visible := False; If DM.Dostup.Fields.Fields[2].ASINTEGER = 5 then begin sp.TOOLBUTTON1.Visible := False; begin if Trim(DBEDITEH2.Text) Trim(DBEDITEH3.Text) then begin begin if Trim(DBEDITEH2.Text) Trim(DBEDITEH3.Text) then begin If Trim(DM.Dostup.Fields.Fields[3].ASSTRING) = Trim(DBEDITEH1.Text) then begin if Trim(DBLOOKUPCOMBOBOXEH2.

6.2 Содержание бизнес процесса, в котором используется автоматизированная система

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

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

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

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

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

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

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

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

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

1.1 Область применения

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

1.1.1 Определения, термины и сокращения

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

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

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

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

SQL (Structured Query Language) - структурированный язык запросов, на котором осуществляется взаимодействия с базами данных через сервер управления базами данных.

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

ADO технологии - компоненты для работы с Microsoft® ACTIVEX® Data Objects (далее ADO). ADO это технология стандартного обращения к реляционным данным от Microsoft. Эта технология аналогична BDE по назначению и довольно близка по возможностям.

OLE DB - представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами.

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

ПО - программное обеспечение.

АРМ - автоматизированное рабочее место.

ПК - персональный компьютер.

АС «STROITEL» - разработанная автоматизированная система

1.2 Основания для разработки

Основаниями для разработки Технического Задания на данный продукт являются: - задание для курсового проектирования кафедры Вычислительных Технологий и Автоматизированных Систем Управления Кубанского Государственного Технологического Университета;

- договор на разработку программного продукта, подписанный директором фирмы ООО «БИЗНЕСКЛАСС-К» Лаппо В.М.;

1.3 Назначение программного продукта

В результате разрабатываемой АС полученное ПО позволяет осуществлять следующее: - обеспечивать удобную форму хранения и изменения данных по всем предоставленным организациям;

- обеспечивать удобную и быструю форму обновления данных;

- ведения учета и анализа деятельности предприятий;

- вывод отчета об эффективности деятельности интересующего предприятия в интересующей области;

- получение по предоставленным данным оптимального варианта.

1.4 Требования к программному продукту

1.4.1 Требования к функциональным характеристикам

Программный комплекс должен включать в себя: - интуитивно-понятный интерфейс;

- систему подсказок интерактивной помощи;

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

- методы поиска услуг по разным критериям;

- вывод необходимой информации в форме отчета;

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

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

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

- систему управления, позволяющую максимально быстро и эффективно осуществлять переходы, исправления введенных данных;

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

1.4.2 Входные данные

Входной информацией для программы являются следующие данные: - выбор интересующей услуги;

- денежный актив, которым располагает клиент;

- возраст клиента;

- гражданство;

- физическое/юридическое лицо;

- суммарный доход;

- целевое назначение;

- срок кредитования;

- вид интересующего жилья.

1.4.3 Выходные данные

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

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

- условия компании;

- преимущества компании;

- недостатки компании;

- список необходимых документов;

- наличие либо отсутствие запрашиваемого вида жилья;

- требования компании;

- список банков, сотрудничающих с компанией;

1.4.4 Требования к надежности

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

Синтаксический уровень предполагает контроль входных данных на соответствие допустимому алфавиту и шаблону ввода.

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

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

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

1.4.5 Условия эксплуатации

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

1.4.6 Требования к информационной и программной совместимости

Автоматизированная система учета и анализа производственной деятельности строительных предприятий Кубани, применяющих актуальные услуги строительного рынка, предназначена для эксплуатации на ПЭВМ на основе процессора, совместимого с технологией Intel класса Pentium IV (1800 МГЦ) или выше. Тип ОС должен принадлежать семейству Microsoft Windows 98 SE/ NT Workstation SP6/2000 Professional SP3/XP Professional SP1.

1.4.7 Требования к маркировке и упаковке

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

1.4.8 Требования к транспортировке и хранению

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

Специальные требования

Данный программный продукт должен быть разработан в инструментальной среде Borland С . В качестве СУБД MS SQL Server 2003.

1.5 Требования к программной документации

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

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

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

1.6 Требования к технико-экономическим показателям проектирования

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

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

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

1.7 Стадии и этапы разработки

В соответствии с ГОСТ 19.102-77 должны быть выполнены следующие стадии разработки: 1) Анализ требований к ПО.

2) Научно-исследовательская работа.

3) Анализ архитектуры ПО.

4) Детальное проектирование ПО.

5) Технические характеристики результатов проектирования.

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

Рисунок 1.1 - Стадии и этапы разработки

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

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

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

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

1.8 Порядок контроля и приемки

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

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

3. Испытания проводятся на базе технических средств Заказчика по согласованной программе и методике испытаний.

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

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

6. Ошибки устраняются разработчиком за свой счет по согласованному с заказчиком графику.

7. На основании рекомендаций по согласованию сторон может быть заключено дополнительное соглашение, предполагающее развитие АРМ. ипотечный кредитование инвестирование автоматизированный

2

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

2.1 Теория оптимального управления в распределении ресурсов при разработке автоматизированной системы

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

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

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

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

2.1.2 Исследования в построении модели оптимального варианта расчета процентной ставки и суммы переплаты

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

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

Для расчета суммы процентов воспользуемся формулой (2.1)

Sp = [P х I х t / K]/100 (2.1)

I - годовая процентная ставка;

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

K - количество дней в календарном году (365 или 366);

P - первоначальный взнос;

Sp - сумма процентов.

Для расчета суммы переплаты воспользуемся формулой (2.2)

S = P [P х I х t / K]/100 (2.2)

P - первоначальный взнос;

I - годовая процентная ставка;

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

K - количество дней в календарном году (365 или 366);

S - сумма выплаты.

2.1.3 Исследования в построении модели оптимального варианта расчета процентной ставки по инвестиционной деятельности

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

Для расчета сложных процентов воспользуемся формулами (2.3) и (2.4).

Sp = P x [(1 I x t/K/100) n-1] (2.3) или Sp = S - P = P x (1 I x t/K/100)n - P (2.4)

Sp - сумма процентов (доходов);

P - сумма привлеченной инвестиции;

S - сумма инвестиции (депозита) с процентами;

I - годовая процентная ставка;

t - количество дней начисления процентов по привлеченной инвестиции;

K - количество дней в календарном году (365 или 366);

n - число периодов начисления процентов.

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

S = P x (1 I x t / K / 100) n (2.5)

2.2 Расчет параметров оптимальных критериев распределения при выборе оптимального варианта ипотечного кредитования

Рассмотрим задачу в следующей формулировке: Необходимо рассчитать сумму переплаты по заданным условиям кредитования. Первоначальный взнос составляет 100 000 рублей, кредит предусматривает покупку жилья на вторичном рынке. При данном первоначальном взносе годовая процентная ставка у конкретной компании составит 13%. Выплата кредита рассматривается в течение 5 лет.

При данных условия, используя формулу простых процентов (2.2), рассчитаем окончательную сумму выплаты: S = 100 000 [100 000х13х1800/365]/100

S = 164 110

Следовательно, при заданных условиях сумма переплаты за 5 лет составит 164 110 рублей

Аналогично можно рассчитать оптимальный вариант для различных первоначальных условий. Для расчетов следует воспользоваться таблицами 2.1 и 2.2.

Таблица 2.1 - Условия приобретения жилья на вторичном рынке

Таблица 2.2 - Условия приобретения жилья на первичном рынке

2.3 Расчет параметров оптимальных критериев распределения при выборе процента инвестирования

Рассмотрим задачу в следующей формулировке: Принят депозит в сумме 50 000 рублей сроком на 90 дней по ставке 10,5 процентов годовых с начислением процентов каждые 30 дней. Необходимо рассчитать процент инвестирования и ожидаемый доход.

Воспользовавшись формулой (2.5) вычислим общую сумму инвестиции с процентами: S = 50000 х (1 10,5 х 30 /365/100)3

S = 51305,72

Для расчета суммы дохода для заданных условий инвестирования воспользуемся формулой (2.3): Sp = 50000 х [(1 10,5 х 30/365/100)3 - 1)

Sp = 1305,72

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

1 месяц S1 = 50000 50000 х 10,5 х 30/365/100 = 50431,51

Sp1 = 50000 х 10,5 х 30/365/100 = 431,51

2 месяц S2 = 50431,51 50431,51 х 10,5 х 30/365/100 = 50866,74

Sp2 = 50431,51 х 10,5 х 30/365/100 = 435,23

3 месяц S3 = 50866,74 50866,74 х 10,5 х 30/365/100 = 51305,72

Sp3 = 50866,74 х 10,5 х 30/365/100 = 438, 98

Итак, общая сумма процентов с учетом ежемесячной капитализации составляет: Sp = Sp1 Sp2 Sp3

Sp = 1305,72, что соответствует сумме, рассчитанной по сложным процентам. Таким образом, расчет по формуле сложных процентов, составлен и рассчитан верно.

3 Анализ архитектуры по разработке автоматизированной системы учета и анализа производственной деятельности строительных предприятий Кубани, применяющих актуальные услуги строительного рынка

3.1 Анализ предметной области

Анализ и моделирование предметной области является одним из важнейших этапов работ при проектировании программных систем масштаба предприятия.

Основными задачами при моделировании предметной области являются описание: 1. Бизнес-процессов предприятия;

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

3. Бизнес-сущностей;

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

5. Состояний бизнес-сущностей;

6. Бизнес-правил;

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

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

На рисунке 3.1 представлена модель автоматизируемого предприятия.

Рисунок 3.1 - Автоматизируемое предприятие

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

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

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

2. Проектирования БД системы;

3. Формирования альбома выходных форм системы;

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

3.2 Процессы предварительного проектирования автоматизированной системы

3.2.1 Разработка и описание методов решения задач, алгоритмов, структур данных

Для разработки автоматизированной системы учета и анализа производственной деятельности строительных предприятий Кубани, применяющих актуальные услуги строительного рынка, были выбраны следующие языки и пакеты разработки программного обеспечения: - сервер баз данных MS SQL Server 2003;

- среда разработки C Builder;

- среда моделирования Rational Rose;

- язык UML.

Представленный программный продукт был разработан с помощью визуального редактора «Rational Rose Enterprise Edition 2002”. Данная среда позволяет моделировать системы любой сложности, что значительно помогает при решении поставленных задач.

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

3.2.2 Описание среды разработки

3.2.2.1 Сервер баз данных Microsoft SQL Server 2003

Microsoft SQL Server 2003 - это законченное предложение в области баз данных и анализа данных для быстрого создания масштабируемых решений электронной коммерции, бизнес-приложений и хранилищ данных. Оно позволяет значительно сократить время выхода этих решений на рынок, одновременно обеспечивая масштабируемость, отвечающую самым высоким требованиям. В сервер SQL Server 2003 включена поддержка языка XML и протокола HTTP, средства повышения быстродействия и доступности, позволяющие распределить нагрузку и обеспечить бесперебойную работу, функции для улучшения управления и настройки, снижающие совокупную стоимость владения. Кроме того, SQL Server 2003 полностью использует все возможности операционной системы Windows, включая поддержку до 32 процессоров и 64 ГБ ОЗУ.

Основными преимуществами Microsoft SQL Server 2003 являются: · Удобное хранение и извлечение данных в формате XML при помощи встроенных хранимых процедур;

· Средства ввода, обновления и удаления данных для XML-разработчиков с использованием диаграмм обновлений XML;

· Интеграция систем с помощью поддержки основных стандартов W3C и IETF, таких как XPATH, HTTP и диаграммы обновлений XML;

Удобный доступ к данным через веб

· Удобный доступ к базе данных SQL Server непосредственно через веб по протоколу http;

· Быстродействующий встроенный полнотекстовый поиск в текстовых данных, хранящихся в БД и в документах;

· Средство формирования запросов через веб на естественном (английском) языке;

Эффективные средства анализа данных на базе веб

· Выявление взаимосвязей и закономерностей в веб-данных при помощи новых средств "информационной проходки";

· Связывание и анализ сложно организованных данных через веб, предоставление партнерам и сотрудникам, работающим в режиме удаленного доступа, всех возможностей анализа данных;

· Анализ использования веб-узла и управление трафиком при помощи средства Business Internet Analytics и сервера Commerce Server;

Платформа для безопасного размещения приложений

· Безопасная и надежная работа многих пользователей с многими приложениями на одном компьютере.

Масштабируемость для электронной коммерции

· Распределение нагрузки по серверам для обеспечения требуемой масштабируемости при наличии у разработчиков последовательной модели программирования;

· Автоматическая синхронизация нескольких систем;

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

Масштабируемость для бизнес-приложений

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

· Повышение быстродействия за счет симметричной многопроцессорной обработки, использования до 32 процессоров и 64 ГБ ОЗУ для больших наборов данных и высоких транзактных нагрузок;

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

Масштабируемость для хранилищ данных

· Значительное увеличение быстродействия даже в случае наиболее сложных отчетов;

· Анализ очень больших наборов данных.

Значительно увеличенные продолжительность бесперебойной работы и надежность

· Выполнение критически важных операций без перехода в автономный режим;

· Ускорение архивирования за счет копирования только измененных данных;

· Архивирование, не влияющее на быстродействие сервера

Интегрированные и расширяемые службы анализа

· Встроенные полнофункциональные решения для анализа данных при помощи интегрированных средств, позволяющие эффективно использовать накопленную информацию;

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

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

Упрощенное управление и настройка

· Централизованное управление базами данных SQL Server, осуществляемое совместно с управлением всеми ресурсами предприятия;

· Экономия времени и усилий благодаря динамическим средствам автоматического управления и настройки;

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

Быстрое преобразование данных, разработка и отладка

· Интерактивная настройка и отладка запросов;

· Быстрое перемещение и преобразование данных из любого источника;

· Определение и использование функций аналогичное работе со встроенными функциями языка T/SQL;

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

· Наглядная разработка и программирование приложений баз данных с использованием любого средства Visual Studio.

3.2.2.2 IBM Rational Rose - средство разработки моделей

Программный продукт был спроектирован и реализован при помощи CASE-средства - Rational Rose Enterprise Edition 2003. IBM Rational Rose со времени своего появления претерпело серьезную эволюцию, и в настоящее время представляет собой современный интегрированный инструментарий для проектирования архитектуры, анализа, моделирования и разработки программных систем.

Rational Rose позволяет создавать модели будущей системы, удобные для понимания алгоритмов работы, взаимосвязей между объектами, по которым в дальнейшем создается программный каркас будущей программной системы.

3.2.2.3 Среда разработки C Builder

Среда C Builder завоевала себе репутацию самого эффективного средства разработки приложений баз данных, то есть программ, обслуживающих электронные хранилища информации. Эта репутация определяется тремя обстоятельствами: высокопроизводительной машиной доступа к данным разного формата (Borland Database Engine, BDE), наличием многочисленных компонентов, ориентированных на эту сферу применения, и поставкой вместе с C Builder компактного, мощного и простого в администрировании сервера баз данных INTERBASE.

Машина BDE является средством доступа к данным разного формата (локальным таблицам типа DBASE, Paradox, к серверам баз данных INTERBASE, MS SQL Server, Oracle, Informix и т. п.). Особенностью BDE является использование собственных высокопроизводительных драйверов для доступа к локальным таблицам DBASE, Paradox, FOXPRO, а также SQL-ориентированных драйверов для доступа к серверам баз данных (этот набор драйверов называется SQL Links). Вместо собственных драйверов при желании могут использоваться драйверы сторонних производителей, соответствующие стандарту ODBC (Open DATABASE Connectivity Interface - открытый интерфейс взаимодействия с базами данных). Более того, в версии 6 появилась возможность использования альтернативных BDE средств доступа по технологиям ADO, INTERBASE Express, DBEXPP

Многочисленные компоненты, поддерживающие разработку приложений баз данных, обеспечивают обслуживание самых разных задач: выборку и сортировку данных, их наглядное представление (в том числе и графическое), изменение и публикацию данных в виде отчетов (документов) и/или НТМ L-страниц в Интернете и т. д.

Поставляемый вместе с C Builder (в наиболее дорогостоящих вариантах поставки) сервер INTERBASE фактически стал известен в России именно благодаря C Builder (до появления первой версии C Builder его поставки в нашу страну были запрещены в связи с тем, что INTERBASE широко используется в различных боевых системах армии США). Этот сервер создан дочерним отделением Borland - INTERBASE Software Corporation, а его поставка вместе с C Builder объясняется необходимостью дать разработчикам средство испытания программ, рассчитанных на архитектуру клиент-сервер. Сервер INTERBASE в максимальной степени соответствует стандарту SQL-92, которому в той или иной мере следуют все остальные серверы баз данных. С C Builder версии 6 в вариантах Enterprise и Professional поставляется набор компонентов INTERBASE Admin, позволяющий создавать программы для администрирования сервера.

В C Builder версий поддерживается технология ADO (ACTIVEX Data Objects - объекты данных, построенные как объекты ACTIVEX), которая усиленно развивается корпорацией Microsoft. На основе этой технологии созданы соответствующие компоненты-наборы TADOTABLE, TADOQUERY, TADOSTOREDPROC, повторяющие в функциональном отношении компоненты TTABLE, TQUERY, TSTOREDPROC, но не требующие развертывания и настройки BDE на клиентской машине.

Основные особенности использования технологии ADO не зависят от архитектуры БД: эта технология характерна не только для файл-серверных БД, но также и для клиент-серверных и трехзвенных БД.

Основным достоинст

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

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

Данный программный продукт может использоваться как одним пользователем, так и группой пользователей работающих в локальной сети с выделенным сервером или без такового. Разработанная АС «STROITEL» адаптирована для работы в любой организации, информирующей об услугах и условиях строительного рынка Кубани.

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

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

1. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на C , 2-е изд.: пер. с англ. - М.: “Бином”, СПБ.: “Невский Диалект”, 2000. - 500с.

2. Архангельский А.Я. Delphi 7. Справочное пособие.- М.: ООО «Бином-Пресс», 2004. - 1024 с.: ил.

3. Фаронов В.В. Delphi. Программирование на языке высокого уровня: Учебник для вузов.- СПБ.: Питер, 2004.- 640 с.: ил.

4. Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование: Пер. с англ.-М.: ДМК Пресс, 2001.-176с.: ил.

5. Оппель Э. Изучаем SQL / Джим Киу, пер. с англ. Д.А. Терентьева - М.: НТ Пресс, 2007. - 320 с.: ил.

6. Шкрыль А.А. Разработка клиент-серверных приложений в Delphi. - СПБ.: БХВ-Петербург, 2006. - 408 с.: ил.

7. Зубов А. Программирование на Delphi. Трюки и эффекты. - СПБ.: Питер, 2005. - 396с.: ил.

8. Путилин А.Б., Юрагов Е.А. Компонентное моделирование и программирование на языке UML: Практическое руководство по проектированию информационно-измерительных систем / А.Б. Путилин, Е.А. Юрагов. - М.: НТ Пресс, 2005. - 664с.: ил. - (Проектирование и моделирование).

9. Миклашевская Л.Н., Терехова Р.Л. Математические модели в расчетах на ЭВМ / Белорус. ин-т инж. ж.- д. трансп. - Гомель, 1993. - 54 с. - (Методические указания к лабораторным занятиям для студентов III курса строительного факультета).