2. Коэффициент реальной стоимости имущества (КРС), показывающий какую часть в стоимости имущества составляют средства производства:

КРС₂₀₀₇ = (50,6 + 13,6) / 287,8 = 0,22

КРС₂₀₀₈ = (46,6 + 15,6) / 272,7 = 0,23

КРС₂₀₀₉ = (42,2 + 14,2) / 250 = 0,23

Таким образом, в период с 2007 года по 2009 год доля средств производства в стоимости имущества практически не изменилась и составила 23% на конец 2009 года. Значения коэффициента реальной стоимости имущества не должно быть ниже, чем 0,5. Величина КРС на года говорит о высокой дебиторской задолженности на протяжении исследуемого периода, что должно насторожить как само предприятие, так и его партнеров. Финансовая устойчивость предприятия тесно связана с перспективой его платежеспособности. Ее оценка дает возможность определить финансовые возможности предприятия на соответствующую перспективу. Перейдем к оценке финансовой устойчивости ГП "Алушталифт". Проанализируем систему коэффициентов, характеризующих изменение финансовой устойчивости исследуемого предприятия за период с 2007 года по 2009 год, и представим в виде таблицы 2.5:

Таблица 2.5 Показатели финансовой устойчивости ГП "Алушталифт"

Коэффициенты	2007 г.	2008 г.	2009.г
Коэффициент автономии	0,41	0,38	0,21
Коэффициент финансовой зависимости	2,43	2,63	4,84
Коэффициент финансового риска	1,43	1,63	3,84
Коэффициент маневренности собственного капитала	1,34	1,22	0,22

На рисунке 2.7 приведена динамика финансовой устойчивости предприятия.

Рис. 2.7 Коэффициенты финансовой устойчивости ГП "Алушталифт"

Коэффициент автономии (финансовой независимости, покрытие) снизился к концу 2009 года в 2 раза и составил 0,21 (нормативное значение 0,5), т.е доля собственного капитала в общей величине источников средств составляет 21%. Такая ситуация обусловлена привлечением значительных кредитных средств, доля которых в общей величине имущества предприятия составила 42,6%. Коэффициент финансовой зависимости, показывающей долю привлеченных средств в сумме средств финансирования, на протяжении исследуемого периода возрастал (с 2,43 в 2007 году до 4,84 в 2009 году, т.е увеличился в 2 раза), что говорит об утрате финансовой независимости предприятием. Общую оценку финансовой устойчивости дает коэффициент финансового риска (коэффициент соотношения заемного капитала и собственного), показывающий сколько заемных средств приходится на 1 грн. Собственных средств предприятия, вложенных в активы. На исследуемом предприятии данный показатель возрастал и составил 3,84 в 2009 году (увеличился в 2,7 раза по сравнению с уровнем 2007 года), т.е заемные средства в 3,84 раза превышают собственный капитал. Что свидетельствует о неустойчивом финансовом положении. Коэффициент маневренности собственного капитала, показывающий, какая часть собственного оборотного капитала находится в обороте, а какая капитализируется, в 2009 году снизился в 6 раз по сравнению с 2007 годом (снизился на 1,12) и составил 0,22. Таким образом, собственные средства в основном капитализированы, а оборотные средства формируются за счет привлеченных средств (кредитов). Все вышесказанное позволяет говорить о том, что к концу 2009 года хозяйствующий субъект находился в кризисном неустойчивом финансовом состоянии, т.е данное состояние характеризуется ситуацией, при которой предприятие имеет займы, непогашенные в срок, и просроченную дебиторскую и кредиторскую задолженность.

Выводы по Разделу 2

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

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

3. Разработка и проектирование БД ИС на предприятии ГП "АЛУШТАЛИФТ"

3.1 Проектирование БД ИС "Вызов"

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

При выполнении данного процесса решаются следующие основные задачи:

- обеспечение хранения в БД всей необходимой информации;

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

- сокращение избыточности и дублирования данных;

- обеспечение целостности данных (правильности их содержания): исключение противоречий в содержании данных, исключение их потери и т.д.

В процессе написания был использован язык SQL, так как базовым требованием к реляционным СУБД является наличие мощного и в тоже время простого языка, позволяющего выполнять все необходимые пользователям операции. В последние годы таким повсеместно принятым языком стал язык реляционных БД SQL - Structured Query Language.

На основе описания предметной области во втором разделе и ER метода проектирования баз данных, описанной в первом разделе, разработаем модель базы данных проектируемой ИС.

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

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

- Номер вызова;

- Дата вызова;

- № лифта;

- Вид работы;

- Лифтер.

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

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

- "Вид ремонта", где будет показано его описание, какова цена и нужный допуск работника;

- "Выбор лифта", где будет список из лифтов с указанием точного адреса и номера подъезда;

- "Календарь", где надо будет выбрать дату получения заявки;

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

Согласно ER - методу проектирования на первом этапе определяем сущности и их атрибуты. При проектировании БД ИС ГП "Алушталифт" выделены следующие сущности:

- Дом;

- Вызов;

- Лифт;

- Ремонтные работы;

- Лифтер.

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

- Сущность "дом" включает в себя следующие атрибуты: код дома, город и адрес. Ключевое поле "Рег. № дома";

- Сущность "вызов" включает в себя следующие атрибуты: код вызова, код работы, код лифтера, код лифта и дату вызова. Ключевое поле "номер вызова";

- Сущность "лифт" включает в себя следующие атрибуты: код лифта, имя, тип лифта, тип дверей, подъезд и код дома. Ключевое поле "С/№ лифта";

- Сущность "ремонтные работы" включает в себя следующие атрибуты: код работы, тип работы, цена, описание и допуск работника. Ключевое поле "Код рем. Работы";

- Сущность "лифтер" включает в себя следующие атрибуты: код лифтера, ФИО, адрес лифтера, допуск и дату приема на работу. Ключевое поле "Рег. № лифтера"

На втором этапе проектирования определим степени связей между сущностями и класс принадлежностей. Предположим что в вызове может находится множество ремонтных работ, в то время как ремонтная работа может относится только к одному вызову. Ремонтные работы обязаны, относится к вызову, а вызов должен включать в себя ремонтные работы. Таким образом, степень связи между отношениями "ремонтные работы" и "вызов" - один ко многим (1:N), а класс принадлежности N - связной сущности - обязательный. Следовательно, по правилу 4 генерации предварительных отношений достаточным является наличие двух отношений, по одному на каждую сущность, при условии, что ключ сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен в качестве атрибута в отношение, отводимое N-связной сущности.

Аналогичным образом в вызове может находится множество лифтов, в то время как лифт относится только к одному вызову. Лифт обязан относится к вызову, а вызов должен включать в себя лифт. Таким образом, степень связи между отношениями "лифт" и "вызов" - один ко многим (1:N), класс принадлежности - обязательный. Следовательно, по правилу 4 генерации предварительных отношений достаточным является наличие двух отношений, по одному на каждую сущность, при условии, что ключ сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен в качестве атрибута в отношение, отводимое N-связной сущности.

В вызове может находится множество лифтеров, но лифтер может относится только к одному вызову. Лифтер обязан относится к вызову , а вызов должен включать в себя лифтера. Таким образом, степень связи между отношениями "лифтер" и "вызов" - один ко многим (1:N), класс принадлежности - обязательный. Следовательно, по правилу 4 генерации предварительных отношений достаточным является наличие двух отношений, по одному на каждую сущность, при условии, что ключ сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен в качестве атрибута в отношение, отводимое N-связной сущности.

В лифте может содержатся множество домов, но дом может содержать только один лифт. Дом обязан относится к лифту, а лифт должен включать в себя дом. Таким образом, степень связи между отношениями "дом" и "лифт" - один ко многим (1:N), класс принадлежности - обязательный. Следовательно, по правилу 4 генерации предварительных отношений достаточным является наличие двух отношений, по одному на каждую сущность, при условии, что ключ сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен в качестве атрибута в отношение, отводимое N-связной сущности.

В результате мы получили инфологическую модель БД ИС "Вызов" в виде ER - диаграммы (см. Рис. 3.1)

Рис 3.1. ER - диаграмма БД ИС "Вызов"

На основе полученной инфологической модели построим даталогическю модель в виде просто сети (см. Рис. 3.2)

Рис 3.2. Даталогическая модель БД ИС "Вызов"

Теперь мы можем на основе даталогической модели построить физическую модель БД ИС "Вызов" в нотации СУБД Paradox.

Рис 3.3. Физическая модель БД ИС "Вызов"

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

3.2 Разработка БД ИС "Вызов" в среде Delphi 7

Для обеспечения доступа к данным из таблиц при создании приложения использовался модуль данных (DM), на котором размещены компоненты Table и DataSource. Для этих компонентов была выбрана база данных ware (созданный alias). Модуль данных изображен на рисунке 3.4.

Рис 3.4. Модуль данных

Для реализации SQL запросов, которые используются приложением , в модуль данных были добавлены еще несколько компонентов TQuery и DataSource.

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

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

Рис. 3.5. Главное окно программы "Вызов"

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

При нажатии на кнопку "добавить" добавление заявки будет происходить при следующей обработки события OnClick для формы "Вызов":

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

dm.CALL.Append

else MessageBox(0, PChar('Не соответствует допуск работника!!'), PChar('Внимание'), mb_Right);

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

DM.call['KodLift']:=DM.HLKodLift.Value

else dm.CALL.Append;

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

DM.call['KodLiftMen']:=DM.MENKodLiftMen.Value

else dm.CALL.Append;

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

DM.call['KodWork']:=DM.WORKKodWork.Value

else dm.CALL.Append;

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

DM.call['DateCall']:=monthcalendar1.Date

else dm.CALL.Append;

If dm.MENDopuskM.Value>=DM.WORKDopuskW.Value then

DM.CALL.Post

else DM.CALL.Delete;

Для того что бы добавить нового лифтера нам надо открыть форму "Лифтеры" нажав в главном окне кнопку "Добавить лифтера" (см. рис. 3.6).

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

Рис. 3.6. Форма "Лифтеры"

При нажатии на кнопку "добавить" происходит событие OnClick для формы "Лифтеры":

DM.MEN.Append;

DM.MEN['KodLiftMen']:=edit1.Text;

DM.MEN['FIO']:=edit2.Text;

DM.MEN['AdressM']:=edit3.Text;

DM.MEN['DopuskM']:=radiogroup1.ItemIndex;

DM.MEN['DateTrud']:=monthcalendar1.Date;

dm.MEN.Post;

edit1.Text:='';

edit2.Text:='';

edit3.Text:='';

Вся необходимая информация о ремонтных работах содержится в форме "Ремонт" (см. рис. 3.6). При появлении новых видов работ, их можно добавить в базу при помощи той же формы.

Информация о новых ремонтных работах вносится при помощи формы "Ремонт" со вкладки "Вызов".

Рис. 3.7 Форма "Ремонт"

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

DM.WORK.Append;

DM.WORK['KodWork']:=edit1.Text;

DM.WORK['Type']:=edit2.Text;

DM.WORK['Price']:=edit3.Text;

DM.WORK['Type_txt']:=memo1.Text;

DM.WORK['DopuskW']:=radiogroup1.ItemIndex;

DM.WORK.Post;

edit1.Text:='';

edit2.Text:='';

edit3.Text:='';

memo1.Text:='';

Аналогичным способом выполнена форма "Лифт" (см. рис. 3.8).

Здесь можно увидеть список текущих лифтов с описанием их характеристик, таких как: код лифта, имя, тип лифта, тип дверей. Номер подъезда и код дома.

Рис. 3.8. Форма "Лифты"

Для добавления нового лифта мы заполняем следующие поля: С/н лифта, название, тип двигателя, тип дверей, номер подъезда и дом. Для удобства ввода данных поля "номер подъезда" и "Дом" выполнены с помощью элемента DBLookupComboBox. Для того чтобы не вводить каждый раз эту информацию вручную, её можно выбрать из выпадающего списка. Эта форма очень удобно для добавления новых лифтов которое предприятие будет обслуживать в будущем.

При нажатии на кнопку "Добавить" будет происходит следующие событие OnClick для формы "Лифты":

DM.Lift.Append;

DM.Lift['KodLift']:=edit1.Text;

DM.Lift['Name']:=edit2.Text;

DM.Lift['TypeDvig']:=edit3.Text;

DM.Lift['TypeDoor']:=edit4.Text;

DM.Lift['Podezd']:=ComboBox1.text;

DM.Lift['KodDom']:=DM.HomeKodDom.Value;

DM.Lift.Post;

edit1.Text:='';

edit2.Text:='';

edit3.Text:='';

edit4.Text:='';

При необходимости добавления нового дома в форме "Лифты" нужно нажать на кнопку добавить дом. При этом откроется форма "Дом" (см. рис. 3.9).

Рис. 3.9. Форма "Дома"

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

При нажатии на кнопку "Добавить" будет происходит следующие событие OnClick для формы "Дом":

DM.HOME.Append;

DM.HOME['KodDom']:=edit1.Text;

DM.HOME['City']:=edit2.Text;

DM.HOME['Adress']:=edit3.Text;

DM.HOME.Post;

edit1.Text:='';

edit2.Text:='';

edit3.Text:='';

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

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

Рис. 3.10. Отчет по дате

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

Рис. 3.11. Отчет по работнику

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

Рис. 3.12. Отчет по городу

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

3.3 Внедрение БД ИС "Вызов" и оценка эффективности

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

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

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

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

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

Итак, для принятия решения о внедрении корпоративной ИС (или отдельных ее модулей) необходимо уделить внимание следующим вопросам:

- обоснованию необходимости внедрения ИС;

- определению сдерживающих сил изменения;

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

- этапам внедрения ИС;

- оценке результатов внедрения ИС.

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

Затраты на разработку распределяются между двумя видами работ: научно-исследовательскими и опытно-конструкторскими. В рамках данной дипломной работы предусматривается расчет затрат на выполнения только научно-исследовательских работ (НИР). Удельные капиталовложения на создание БД ИС "Вызов" составляют 750 грн.

Расчет экономической эффективности от использования БД ИС "Вызов" как элемента новой технологии проектирования и внедрения вычисляется по формуле 3.1.

(3.1)

Где, Э - годовой экономический эффект от использования БД ИС "Вызов" в вычислительных процессах, грн;

З₁,З₂ - приведенные затраты на единицу работ, выполненных с помощью новой БД ИС "Вызов" и без нее, грн;

А₂ - годовой объем работ выполняемых с помощью новой БД ИС "Вызов" в расчетном году, натуральных еденицах.

Приведенные затраты (З₂) на единицу работы рассчитываются по формулам 3.2, 3.3.

(3.2)

(3.3)

Где С₁, С₂ - себестоимость единицы работ производимых без использования БД ИС "Вызов" и с помощью него, грн;

К₁, К₂ капитальные вложения, связанные с использованием БД ИС "Вызов" (К₁) и без него (К₂), грн;

Е_н - нормативный коэффициент экономической эффективности капитальных вложений, равный 0,15.

Себестоимость единицы работ (С₁, С₂) определяется по формулам 3.4, 3.5.

(3.4)

(3.5)

Где заработная плата составляет 830 грн.

N₀ - количество документов обработанных без компьютера (до 50);

N₁ - количество документов обработанных с применением БД ИС "Вызов" (до 90);

Следовательно, себестоимость составит:

(3.6)

(3.7)

Удельные капитальные вложения не связанные с использованием БД ИС "Вызов" рассчитываются по формуле 3.8.

(3.8)

В свою очередь в капитальные затраты отнесены: электроэнергия 140 грн. в месяц,

Подставив значения в формулу 3.8 получим:

(3.9)

Удельные капиталовложения, связанные с использованием БД ИС "Вызов" формула 3.10.

(3.10)

В свою очередь в L_CM отнесены затраты в размере 910 грн.

(3.11)

Следовательно, исходя из формул 3.2 и 3.3 приведенные затраты на единицу работы равны:

(3.12)

(3.13)

Для годового объема выполненных работ с помощью БД ИС "Вызов" необходимо использовать формулу 3.14.

(3.14)

Исходя из формулы 3.14 годовой объем выполненных работ при помощи БД ИС "Вызов" равен:

(3.15)

Зная все необходимые данные можно рассчитать годовой экономический эффект от использования БД ИС "Вызов" по формуле 3.1.

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

Внедренная БД ИС "Вызов" позволила:

- сократить двух диспетчеров;

- значительно сократить время на заполнение заявки;

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

- сократить процент ошибок при заполнение;

- уменьшить затраты на бумажную документацию;

Рис. 3.12. Затраты на единицу работы

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

Выводы по разделу 3

В данном разделе основываясь на ER - метод проектирования была построена инфологическая модель в виде ER - диаграммы и уже на основе ее была разработана даталогическая модель в виде простой сети. Были определены степени связей между сущностями и классы принадлежностей. Степени связи между отношениями данной БД ИС - один ко многим (1:N), а класс принадлежности N-связной сущности -- обязательный. Следовательно, по правилу 4 генерации предварительных отношений достаточным является наличие двух отношений, по одному на каждую сущность, при условии, что ключ сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен в качестве атрибута в отношение, отводимое N-связной сущности.

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

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

Заключение

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

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

В ходе данной дипломной работы была создана база данных с применением современного средства разработки приложений Borland Delphi 7.0. В ней реализованы все основные аспекты современных баз данных, в том числе язык запросов SQL.

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

В ходе работы над программой были изучены методы проектирования баз данных и работа с ними, исследована методология проектирования по предметной области, изучен один из наиболее используемых языков для создания запросов SQL, изучен язык программирования Object Pascal, реализованный в среде программирования Delphi 7.

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

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

Экономический анализ эффективности деятельности предприятия в результате внедрения БД ИС "Вызов" показал что программный продукт позволил уменьшить затраты на 30 коп. на единицу продукции. Что является хорошим результатом и может повысить экономические показатели предприятия, и упростить работу сотрудников по оформлению заявок на обслуживание лифтов.

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

Список литературы

1. Закон Украины "Об Информации" от 02.10.1992 № 2657-XII // Урядовий кур'єр. - 2005. - № 252. - 17 грудня.

2. Закон Украины "Об информации, информатизации и защите информации" от 02.10.1992 г. № 2657-XII // Урядовий кур'єр. - 2005. - № 252. - 17 грудня.

3. Указ Президента Украины о "Положении о технической защите информации в Украине", от 27.09.99 г. № 1229/99 // Урядовий кур'єр. - 2006. - № 60. - 20 липня.

4. Закон Украины "О распространении экземпляров аудиовизуальных произведений и фонограмм" от 10.7.2003 № 1098-IV // Урядовий кур'єр. - 2005. - № 256. - 28 грудня.

5. Архангельский А. Н. Программирование в Delphi / А. Н. Архангельский. - 7 М.: Библио-Пресс, 2003. - 256 с.

6. Ахмадеев И. А Базы данных. Учебное пособие / И. А. Ахмадеев., Хайруллин А.Х, Юрасов С.Ю. - Н. Челны.: КГПИ, 2004. - 224 с.

7. Бобровский С. В. Delphi 7. Учебный курс / С. В. Бобровский Информ-Пресс: Питер, 2003. - 362 с.

8. Воройский Ф. С. Информатика. Новый систематизированный словарь-справочник (Вводный курс по информатике и вычислительной технике в терминах). -- 2-е изд / Ф.С. Воройский. - Издательство Либерия, 2001. - 315 с.

9. Гарсиа-Молина Г., Ульман Дж., Уидом Дж. Системы баз данных. Полный курс / Гарсиа-Молина Г, Ульман Дж, Уидом Дж. -- М.: "Вильямс", 2003. - 229 с.

10. Грачев А. В. Анализ и управление финансовой устойчивостью предприятия / А. В. Грачев. - М.: Финпресс., 2002. - 387 с.

11. Дика В. В. Информационные системы в экономике / В. В. Дика. - М.: Финансы и статистика, 2006. - 295 с.

12. Данилова О. Д. Финансовая деятельность предприятий / О. Д. Данилова. - К.: КомпьютерПресс, 2005. - 316 с.

13. Зиндер Е. З. Новое системное проектирование: информационные технологии и бизнес- реинжиниринг (вторая часть) / Е. З. Зиндер. - К.: Центр учебной литературы, 1996. - 338 с.

14. Избачков Ю. С., Петров В. Н. Информационные системы: Учебник для Вузов, 2 / Ю. С. Избачков, В. Н. Петров. - изд. СПб.: Питер, 2006. - 275 с.

15. Ионин Е. Е. Финансовый анализ: Учеб. Пособие / Е. Е. Ионин. - Донецк: ДонНУ., 2002. - 331 с.

16. Калянов Г. Н. CASE. Структурный системный анализ (автоматизация и применение) / Г. Н. Калянов. - М.: "Лори", 2006. - 175 с.

17. Коннолли Т. М, Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика / Т. М. Коннолли, К. Бегг. - М.: Издательский дом "Вильямс", 2003. - 261 с.

18. Когаловский М. Р. Перспективные технологии информационных систем / М. Р. Когаловский. -- М.: ДМК Пресс; Компания АйТи, 2003. - 415 с.

19. Когаловский М. Р. Энциклопедия технологий баз данных / М. Р. Когаловский. -- М.: Финансы и статистика, 2002. - 352 с.

20. Кузнецов С. Д. Основы баз данных. -- 2-е изд / С. Д. Кузнецов. -- М.: Интернет-Университет ИТ; Бином. Лаборатория знаний, 2007. - 233 с.

21. Кузнецов С. Д. Базы данных: Вводный курс / С. Д. Кузнецов. - М.: Бином, 2008.

22. Дейт. К. Дж. Введение в системы баз данных / К. Дж. Дейт. -- "Вильямс", 2001. - 426 с.

23. Мейер М. Теория реляционных баз данных / М. Мейер. - М.: Мир, 1987. - 280 с.

24. Мюллер Р. Дж. Базы данных и UML. Проектирование / Р. Дж. Мюллер. - М.: ЛОРИ, 2002. - 193 с.

25. Пономаренко В. С Информационные системы и технологии в экономики / В. С. Пономаренко. - Киев: Академия, 2002. - 542 с.

26. Саймон А. Р. Стратегические технологии баз данных / А. Р. Саймон. - М.: Финансы и статистика, 1999. 457 с.

27. Станиславчик Е. Н. Основы финансового менеджмента / С. Н. Станиславчик. - М.: Ось, 2001. - 450 с.

28. Туманов В. Е. Введение в SQL для баз данных в архитектуре "клиент-сервер" / В. Е. Туманов, Б. Н. Гайфуллин, В. Я. Сгибнев. - М.: Интерфейс Пресс, 2000. - 289 с.

29. Туманов В. Е Архитектуры баз данных для крупных промышленных предприятий / В. Е. Туманов. - М.: Машиностроитель, 2005. - 401 с.

30. Харрингтон Д. Л Проектирование реляционных баз данных. Просто и доступно / Д. Л. Харрингтон. - М.: ЛОРИ, 2000. - 277 с.

31. Эонстантайн Л. Разработка программного обеспечения / Л. Эонстантайн, Л. Локвуд. - СПБ.: Питер 2004. - 431 с.

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