Проектирование, разработка и внедрение БД ИС в экономическую деятельность предприятия (на примере ГП "Алушталифт")

Дипломная работа
Проектирование,разработка и внедрение БД ИС в экономическую деятельность предприятия (напримере ГП «Алушталифт»)
По специальности«Экономическая кибернетика»
Симферополь,2010

Содержание
Введение
1.Теоретико-методические основы проектирования, разработки и внедрения БД ИС вэкономическую деятельность предприятия
1.1Общая характеристика баз данных и информационных систем
1.2Теория реляционных баз данных
1.3Методы проектирования БД ИС
Выводыпо Разделу 1
2.Анализ и оценка финансового состояния ГП «АЛУШТАЛИФТ»
2.1Организационная характеристика предприятия
2.2Экономическая характеристика предприятия, финансовый анализ и оценочныепоказатели
Выводыпо Разделу 2
3.Разработка и проектирование БД ИС на предприятии ГП «АЛУШТАЛИФТ»
3.1Проектирование БД ИС «Вызов»
3.2Разработка БД ИС «Вызов» в среде Delphi 7
3.3Внедрение БД ИС «Вызов» и оценка эффективности
Выводыпо Разделу 3
Заключение
Списокиспользованных источников
Введение
Для принятияэффективных управленческих решений в условиях динамичного развития рыночнойэкономики предприятию требуется целесообразная система информационногообеспечения, объективно отражающая сложившуюся экономическую ситуацию.Выбранная тема является наиболее актуальной на сегодняшний день, так какхорошее информационное обеспечение это не только залог успеха и конкурентоспособностифирмы, но и порой выступает как средство выживания в условиях жесткойконкуренции.
В современных условияхважной областью стало информационное обеспечение, которое состоит в сборе ипереработке информации, необходимой для принятия обоснованных управленческихрешений. Передача информации о положении и деятельности фирмы на высший уровеньуправления и взаимный обмен информацией между всеми взаимосвязаннымиподразделениями осуществляется на базе современной электронно-вычислительнойтехники.
Важнейшим факторомповышения эффективности производства в любой отрасли является улучшениеуправление ресурсами. Совершенствование форм и методов управления происходит наоснове достижений научно-технического прогресса, дальнейшего развитияэкономической кибернетики, которая рассматривает экономику, а также еёструктурные и функциональные части как сложные системы, в которых протекаютпроцессы регулирования и управления, реализуемые движением и преобразованиеминформации.
Различныеинформационно-технические новшества следует воспринимать как средствосокращения и удешевление аппарата управления. Так, например, появлениетелефона, телевидения, персональных компьютеров, локальных сетей и глобальнойсети Интернет приводило в свою очередь к совершенствованию системыинформационного обеспечения управления предприятием. Роль информационных систем(ИС) в организационном управление фирмой постоянно возрастает, что связано сизменениями социально-экономического характера, появлением новейших достиженийв области техники и технологий. Научно-техническая революция выдвинулаинформационные системы в качестве важнейшего фактора производственногопроцесса. ИС необходимы как непременное условие работы современной техники, каксредство повышения качества рабочий силы, как предпосылка успешной организациисамого процесса производства.
Основные идеисовременной информационной технологии базируются на концепции баз данных (БД).Согласно данной концепции основной информационной технологией являются данные,организованные в БД, адекватно отражающие реалии действительности в той илииной предметной области и обеспечивающие пользователя актуальной информацией всоответствующей предметной области.
Базы данных занимаютлидирующее положение в области информационных технологий, становятсянеотъемлемой частью жизни современного человека, насыщенной различного родаинформацией. Без основательного знакомства с базами данных и системами управлениябазами данных (СУБД) в наше время невозможно быть не только квалифицированнымпрограммистом, но и грамотным пользователем. Без знания основ баз данных труднона серьезном уровне работать с конкретными экономическими системами, как быхорошо они ни были документированы.
Основная цель даннойработы состоит в том, чтобы на основе тщательного и всестороннего изучениянаучного опыта показать механизм практического осуществления построение ивнедрения БД ИС в деятельность предприятия.
Исходя из поставленнойцели вытекают следующие задачи:
-               изучитьтеоретические основы проектирования, разработки и внедрения БД ИС вэкономическую деятельность предприятия;
-               проанализироватьфинансовое состояние предприятия;
-               рассмотретьпути совершенствования информационного обеспечения на предприятии, путемвыявления неавтоматизированных участков работы;
-               реализоватьполученную физическую модель БД ИС «Вызов» в среде Delphi;
-               внедритьразработанный программный продукт в экономическую деятельность предприятия иоценить эффективность внедрения.
Объектом данногоисследования является Государственное предприятие «Алушталифт».Предметом исследования данной работы является комплекс экономическихпоказателей, направленных на определение существующего финансового состоянияпредприятия и последующего внедрения БД ИС в деятельность предприятия.

1.Теоретико-методические основы проектирования, разработки и внедрения БД ИС вэкономическую деятельность предприятия
1.1Общая характеристика баз данных и информационных систем
Затри последних десятилетия стало общепризнанным, что информация является неменее важным ресурсом человеческого общества, чем сырье, энергия и пища. Можноутверждать, что практически в любом виде человеческой деятельности требуетсяудовлетворение информационных потребностей в той или иной степени. Так,например, собираясь на улицу, мы всегда хотим получить информацию о погоде.Большинство из нас в том или ином виде ежедневно получают различную информациюиз газет, радио, телепередач, Интернета. Не говоря уже об источникахпрофессиональной информации.
Развитиесистем связи и коммуникаций привело к усложнению и дифференциацииинформационных процессов в человеческом обществе. Способность накапливатьинформацию и обеспечивать эффективный доступ к ней становится определяющимфактором не только развития человеческого общества, но и поддержания егожизнеспособности. Быстрый рост объемов информации, закрепленной на внешних поотношению к человеку носителях, привел к появлению новых общественныхинститутов (библиотеки, архивы, пресса, вычислительные центры и т. д.) испециальных систем (службы научно-технической информации, справочные службы,глобальные информационные компьютерные сети).
Развитиесредств вычислительной техники и информационных технологий открыло новыевозможности и способы хранения, представления и поиска информации, в частности,создание вычислительных систем, «доступных по требованию» — т.е.вычислительные ресурсы становятся таким же доступным ресурсом для потреблениячеловеком, как электроэнергия, природный газ, вода.
Такимобразом, резко возрастают требования к качеству и надежности проектированиясистем для работы с информацией, представляемой в электронном виде.
Преждечем перейти к обсуждению понятия информационной системы (ИС), попытаемсявыяснить, что же понимается под словом информация. Информация (от лат.informatio—осведомление, разъяснение, изложение, от лат.informare— придавать форму)— вшироком смысле абстрактное понятие, имеющее множество значений, в зависимостиот контекста. В узком смысле этого слова— сведения (сообщения) независимо отформы их представления. (Стратонович Р. Л. Теория информации. М.:Сов. радио, 1975).
Данные(калька от лат.data) — это представление фактов и идей в формализованном виде,пригодном для передачи и обработки в некотором информационном процессе. (Международнаяассоциация обработки данных).http://ru.wikipedia.org/wiki/%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D1%8F- cite_note-0
 Содержательнаяже сторона понятия «информация» очень многогранна и не имеет четкихсемантических границ. Однако всегда можно сказать, что можно с ней делать.Именно ответ на этот вопрос чаще всего и интересует как системных аналитиков иразработчиков (ИС), так и пользователей информации (ее основных потребителей).
Сточки зрения, как пользователей, так и разработчиков ИС, у информации есть одноважное свойство — она является единицей данных, подлежащих обработке. Обычноинформация поступает потребителю именно в виде данных: таблиц, графиков,рисунков, фильмов, устных сообщений, которые фиксируют в себе информациюопределенной структуры и типа. Таким образом, данные выступают как способпредставления информации в определенной, фиксированной форме, пригодной дляобработки, хранения и передачи. Хотя очень часто термины «информация»и «данные» выступают как синонимы (особенно в среде разработчиковИС), следует помнить об этом их существенном отличии. Именно в данныхинформация обретает интерпретацию в конкретной ИС.
Приупоминании о «форме» представления информации следует сказать и ещеоб одном, «человеческом» свойстве информации — ее восприятииразличными категориями людей. Данные могут быть сгруппированы совместно вдокумент. Документ может иметь или не иметь определенную внутреннюю структуру.Данные могут быть отображены на экране дисплея компьютера. Документы могутиметь аудио- или видеоформу. Разрабатывая ИС, никогда не следует забывать, длякого они (системы) создаются и кто будет их использовать (восприниматьинформацию в них). Форма представления информации в ИС определяет не только ее«дружелюбие», но также и категории пользователей. ИС создаются дляконкретных групп пользователей, т.е. они, как правило,проблемно-ориентированны.
ВоройскийФ.С определяет: информацию как данные, которым придается некоторый смысл(интерпретация) в конкретной ситуации в рамках некоторой системы понятий. Информацияпредставляется посредством кодирования данных и извлекается путем ихдекодирования и интерпретации [8, С. 10-11].
Вэтом определении фиксируется три основных преобразования информации и данных впроцессе их обработки в ИС: информация-данные, данные-данные,данные-информация.
Нарис. 1.1 представлены две стороны определения понятия информации:функциональная и представительная. Первая в общих чертах определяет кругдействий над информацией, а вторая — результат выполнения этих действий [8, С.12].
Приразработке ИС важно отличать собственно генерацию информации и поддержку ееактуальности (соответствия текущему моменту) от процедур ее оформления дляпотребления пользователем.
Основнойцелью создания ИС является удовлетворение информационных потребностейпользователей путем предоставления необходимой им информации на основе хранимыхданных. Потребность в информации как таковой не исчерпывает понятияинформационных потребностей. Обычно в понятие информационных потребностейвключают определенные требования к качеству информационного обслуживания иповедению системы в целом (производительность, актуальность и надежностьданных, ориентация на пользователя и ряд других).
/>/>
Рис.1.1.Содержание термина «информация» по [8]
Рассмотримразличные определения информационных систем:
1.        Подинформационной системой (ИС) понимается организационная совокупностьтехнических и обеспечивающих средств, технологических процессов и кадров,реализующих функции сбора, обработки, хранения, поиска, выдачи и передачиинформации. (Вендров А.М. Проектированиепрограммного обеспечения экономических информационных систем. — М.: Финансы истатистика. 2000.)
2.        Поопределению Закона Украины «Об информации, информатизации и защитеинформации» от 25 января 1995 года, информационная система (ИС), в широкомсмысле своего значения, есть «организационно упорядоченная совокупностьдокументов (массивов документов) и информационных технологий, в том числе сиспользованием средств вычислительной техники и связи, реализующихинформационные процессы». Так же юридическое определение термина «информационнаясистема», как «автоматизированная система, компьютерная сеть илисистема связи», дано в («Положении о техническойзащите информации в Украине», утвержденному Указом Президента Украины от27.09.99 г. № 1229/99).
Необходимостьповышения производительности труда в сфере информационной деятельности приводитк тому, что в качестве внешних средств хранения и быстрого доступа к информациичаще всего используются средства вычислительной техники (цифровой и аналоговой)на основе компьютеров. Современные ИС — сложные комплексы аппаратных ипрограммных средств, технологии и персонала, которые еще называютавтоматизированными информационными системами. Структурно ИС включают в себяаппаратное (hardware), программное (software), коммуникационное (netware),промежуточного слоя (middleware), лингвистическое иорганизационно-технологическое обеспечение.
Аппаратноеобеспечение ИС включает в себя широкий набор средств вычислительной техники,средства передачи данных, а также целый ряд специальных технических устройств(устройства графического отображения информации, аудио- и видеоустройства,средства речевого ввода и т.д.). Аппаратное обеспечение является основой любойИС.
Коммуникационное(сетевое) обеспечение включает в себя комплекс аппаратных сетевых коммуникацийи программных средств поддержки коммуникаций в ИС. Оно имеет существенноезначение при создании распределенных ИС и ИС на основе Интернета. При созданиираспределенных ИС огромную роль также играет программное обеспечениепромежуточного слоя, состоящее из набора программных средств (служб исервисов), которые управляют взаимодействием распределенных объектов в системе.
Программноеобеспечение ИС обеспечивает реализацию функций ввода данных, их размещения намашиночитаемых носителях, модификации данных, доступ к данным, поддержкуфункционирования оборудования. Программное обеспечение можно разделить насистемное (которое венчает процесс выбора аппаратно-программного решения, илиплатформы, как говорят в настоящее время) и пользовательское (которое применяетсядля решения задач удовлетворения потребностей пользователя в компьютернойсреде, а именно, реализует бизнес-логику) [8, С. 18]
Лингвистическоеобеспечение ИС предназначено для решения задач формализации смысловогосодержания полнотекстовой и специальной информации для создания поисковогообраза данных (профиля). В классическом смысле обычно оно включает процедурыиндексирования текстов, их классификацию и тематическую рубрикацию. ЗачастуюИС, содержащие сложно-структурированную информацию, включают в себя тезаурусытерминов и понятий (средства поддержки метаданных). Сюда можно отнести исоздание процессоров специализированных формальных языков конечныхпользователей, например языков для манипулирования бухгалтерской информацией ит.д. Чаще всего работам по разработке лингвистического обеспечения не придаетсядолжного значения. Подобные упущения чаще всего ведут к неприятиюпользователями самой системы и, как следствие, к ее закономерной гибели. Этоотносится в первую очередь к узко специализированным ИС.
Помере возрастания сложности и масштабов ИС важную роль начинает игратьорганизационно-технологическое обеспечение, которое соединяет разнородныекомпоненты (аппаратуру, программы и персонал) в единую систему и обеспечиваетпроцедуры ее управления и функционирования. Недооценка этой составляющей ИСчаще всего приводит к срыву сроков внедрения системы и вывода ее напроизводственные мощности.
Нарис. 1.2 просуммированы в общих чертах функции ИС через ее основные структурныекомпоненты. [14. С.85]
/>/>
Рис.1.2.Определение информационной системы по [14]
Вчем состоит преимущество ориентации на автоматизацию основных бизнес-процессовпри автоматизации организации или предприятия? Традиционно и повсеместноиспользуемым подходом (особенно на начальных этапах развития информационнойинфраструктуры организации) является применение так называемого позадачногометода решения задач автоматизации, направленного на решение достаточно простыхи понятных руководству задач.
Например,учет заказов, выписка счетов, подготовка документов. Конъюнктурное преимуществотакого метода очевидно: достаточно быстро может быть получен результат,существование модной ныне ИТ-службы оправдано, внутренние инвестиции быстровернулись. В принципе, с точки зрения системного анализа это является порочнойпрактикой. Однако он существует, поскольку позволяет, с одной стороны, вроде быне отставать от жизни (наличие ИС в организации зачастую является одним изопределяющих факторов ее конкурентоспособности), а с другой — экономитьденежные средства на автоматизации. Вышеуказанный подход позволяет использоватьслужащих с невысокой квалификацией. Рано или поздно это становится тормозом вразвитии информационной инфраструктуры организации.
Низкаяотдача уже существующей ИС организации на текущем этапе ее эксплуатации такжестановится тормозящим фактором. Изменение направлений бизнеса организации и ряддругих факторов приводят к вопросу пересмотра отношения к ИС в организации,т.е. к извечному вопросу — переделать или начать с начала. Начать сначалавсегда выгодней. Можно применить уже хорошо отработанные в информатике методикипроектирования «сверху-вниз» или «снизу-верх». Однако раноили поздно опять встанет вопрос о соответствии требованиям сегодняшнего дня.
Дажев тех случаях реализации ИС, которые одобряются системным анализом, не удаетсяизбежать переделки ИС, т.к. она, как органическая часть производственногопроцесса, должна следовать и отвечать стратегическому генеральному бизнес-плануразвития организации. Такой план всегда должен быть, если организациясобирается долго жить в своем секторе рынка.
РазработчикиИС фактически всегда находятся в методике «из-середины» (midlle ofdesign). Есть некоторая основа (уже созданная или создаваемая), и вокруг нееследует развиваться в различных направлениях, не сильно ломая сложившиеся традиции.Таким образом, постулируется итерационный подход в разработке и созданииинформационных систем. И, как следует из вышесказанного, он определяется нежеланием теоретиков ИС, а жизненной необходимостью [14, С 89-90]
Основнымподходом в таких переделках (так же, как и при создании) ИС является концепцияреинжиниринга, суть которого сводится к постоянному моделированиюинформационных процессов и данных организации и их отображения в существующейсистеме.
Чтоявляется основной особенностью технологии реализации итерационного подходаразработки и сопровождения ИС? Основная особенность реализации концепцииразработки ИС, ориентированной на интегрированные процессы, — это наличие илиотсутствие сборочного конвейера, поскольку необходимо собирать воедино многиетехнологические процессы обработки информации. При объединении технологическихпроцессов обработки информации увеличивается скорость прохождения информации всистеме, принятие решений на основе информационных потоков становится частьюпроцесса обработки информации (и более состоятельной), уменьшается иерархияуправленческих структур.
Следуеттакже иметь в виду, что наличие в организации корпоративной ИС зачастую меняетпредставление пользователей о том, как информация должна циркулировать ворганизации, что является еще одним важным стимулом модернизации ИС. ИС — составляющая и несущая часть пирамиды обработки информации. Поэтому в процессеразработки и реализации ИС приходится перестраивать как бизнес-процессы, так ибизнес-правила и их взаимодействие, что и составляет основу реинжиниринга.
Длятого чтобы ИС жила долго и ее эксплуатация приносила ощутимую выгоду,необходимо тщательно проектировать и ее архитектуру, и ее составные компоненты,в частности базы данных, о которых пойдет речь ниже. Подавляющее большинствокомпьютеров, которые используются для аппаратного обеспечения создателями ИС,являются компьютерами фон Неймана. Основная идея, положенная в основу созданиякомпьютера фон Неймана, состоит в том, что компьютер представляет собойвычислительную машину с загружаемым в его память кодом — программами и данными.В процессе своей работы такая машина интерпретирует код и различает программы(исполняемый код) и данные (неисполняемый код). Рассмотрим основные подходы кобработке информации в автоматизированных информационных системах. Одним изглавных вопросов разработки программного обеспечения ИС (и программирования каксамостоятельной дисциплины) является вопрос о соотнесении программ и данных,ибо решение этого вопроса, в конечном счете, определяет выбор алгоритмовобработки информации, аппаратных средств и технологической платформы.Фундаментальным принципом в решении вопроса о соотнесении программ и данныхявляется концепция независимости прикладных программ от данных, и неважно,какая обработка данных предполагается: централизованная или распределенная.Суть этой концепции состоит не столько в отделении программ от данных, скольков рассмотрении их как самостоятельных взаимодействующих объектов [14, С. 105] Однойиз последних модификаций этого принципа является концепция независимостиприкладных программ от данных вместе с процедурами их обработки(объектно-ориентированный подход в программировании), который позволяет решитьряд вопросов обработки данных, связанных с интерпретацией семантического смысладанных. Торжество концепции независимости программ от данных привело кформированию в 1962 году концепции базы данных (БД) и созданию на ее основеметода баз данных для решения задач обработки информации. До середины 60-хгодов прошлого века основной концепцией построения программного обеспеченияявлялась концепция файловой системы и так называемый позадачный метод. Такойподход по-прежнему остается доминирующим в разработке и функционированиинесущих операционных платформ. В конце 80-х годов прошлого века была предложенаконцепция объектно-ориентированных баз данных и объектно-ориентированный подходразработки программ на основе обработки событий [21, С. 68]. На рис. 1.4представлены основные черты для каждой из указанных выше концепций. На рис. 1.3проведено сопоставление основных методов обработки данных: концепции файловойсистемы, концепция баз данных и концепция объектно-ориентированных баз данных. Основнойсмысл объектной технологии состоит в том, что программы рассматриваются каксовокупность объектов. Объекту присущи следующие свойства:
-          Инкапсуляция.Объекты наделяются структурой и обладают определенным поведением (наборомопераций). Операции над объектами составляют его методы. Структура объектаскрыта от пользователя, который манипулирует с объектом через его операции.Объект рассматривается как абстракция реального мира. Для того чтобы объектвыполнил некоторое действие, ему нужно послать сообщение. Объектвзаимодействует с другими объектами через события.
-          Наследование.Представляет собой механизм, позволяющий производить одни объекты из других,при этом свойства родительского объекта сохраняются у потомка.
-          Полиморфизм.Различные объекты могут получать одинаковые сообщения, но реагировать на нихпо-разному, в соответствии с реализацией своих одноименных методов.
/>
Рис.1.3.Основные методы обработки информации по [21]

/>/>
Рис.1.4.Основные концепции обработки информации по [21]
/>
Идеяповышения степени независимости обрабатывающих программ от способов хранения исодержания хранимых данных впервые была использована в концепции баз данныхпутем разделения логического и физического уровней хранения данных в 1964 годув исследованиях сотрудников фирмы IBM.
Базуданных в общем случае можно определить как унифицированную совокупностьхранимых и воспроизводимых данных, используемых в рамках организации (EnglesR.A., 1972 г.). Однако понятие базы данных не основывается в настоящее время наединой концепции, скорее это целое семейство связанных между собой понятий изпредметной области, программного и аппаратного обеспечения, анализа имоделирования данных и приложений. Мы дадим несколько определений базы данных.
Рассмотримразличные определения баз данных
1.        Базаданных есть совокупность взаимосвязанных данных, совместно используемыхнесколькими приложениями и хранящимися с (минимальной) регулируемойизбыточностью. Данные запоминаются таким образом, чтобы они, по меревозможности, не зависели от программ. Для обработки данных применяется общийуправляющий метод доступа. Если базы данных не пересекаются по структуре, тоговорят о системе баз данных [21, С. 75].
2.        (Согласноматериалам комитета КОДАСИЛ) База данных состоит из всех экземпляров записей,экземпляров наборов записей и областей, которые контролируются конкретнойсхемой. (Под схемой можно понимать карту всей логической структуры базы данных.Определение понятия схемы по КОДАСИЛ будет дано при обсуждении сетевой моделиданных) [20, С. 83].
3.        ЗаконодательствомУкраины, термин БАЗА ДАННЫХ определяется как «совокупностьпроизведений, данных или какой-либо иной независимой информации в произвольнойформе, в том числе электронной, подбор и расположение составных частей которойи ее упорядочение является результатом творческого труда, составные частикоторой доступны индивидуально и могут быть обнаружены при помощи специальнойпоисковой системы на основании электронных средств (компьютера) или иныхсредств» (Закон Украины «О распространенииэкземпляров аудиовизуальных произведений и фонограмм», ст. 2, сизменениями от 10.7.2003года) [4, С. 235].
Дляразработчика ИС существенным моментом при использовании концепции баз данныхявляется то обстоятельство, что данные становятся определенным образоморганизованы, приобретают некую упорядоченность и внутреннюю структуру, а такжето, что имеется некоторый набор унифицированных операций обработки данных идекларативных средств представления данных. К таким операциям следует отнестиоперации «Вставить» (Insert), «Добавить» (Add),«Удалить» (Delete) и ряд других. К декларативным средствампредставления данных следует отнести языки определения данных. То естьиспользование данной концепции при создании ИС предполагает наличие языкаопределения данных и языка манипулирования данными, а также правил построенияинтерфейсов программ (приложений) с БД и пользователем.
Такоеделение средств манипулирования данными и их представления является вопределенной степени условным. Язык определения данных служит для описаниялогической структуры (схемы) БД, а в некоторых случаях и способов хранения идоступа к данным. Язык манипулирования данными предоставляет алгоритмическиесредства построения приложений для обработки сохраняемых в БД элементов данных.
Вситуации применения концепции базы данных для создания ИС естественным образомвозникает вопрос — а кто или что должно все это поддерживать? Таким образом,встает вопрос о Системе управления базой данных (СУБД). СУБД являются сложнымипрограммными системами, работающими на различных операционных платформах.Именно СУБД должна предоставить средства определения и манипулирования данными,сделав данные независимыми от прикладных программ, их использующих. В последнеевремя набирает обороты концепция машин баз данных, которая предполагаетаппаратную реализацию некоторых процедур обработки данных.
Однакопосле признания концепции БД прошло почти четыре года, прежде чем в 1966 годубыла создана первая СУБД. На рис. 1.5 представлены основные функции СУБД.
Системойуправления базами данных (Data-base Management System) называется совокупностьпрограммных средств, необходимых для использования базы данных ипредоставляющих разработчикам и пользователям множество различных представленийданных [20, С. 113].
/>/>
Рис.1.5.Основные функции СУБД по [20]
Вышевсе время подчеркивалась роль представления данных в решении задач обработкиинформации (принцип независимости программ от данных, концепция баз данных ит.д.). Представление информации с помощью данных требует унифицированногоподхода к понятию данных как независимого объекта моделирования. Поэтому дляразработчика ИС выбор соответствующей модели данных является одной из самыхважных проблем. Выбор модели данных влечет за собой выбор средств анализапредметной области (ПО БД) как сферы реального мира, подлежащего изучению иобработке. В конечном счете такой выбор делает разработчика зависимым от тойили иной информационной технологии создания информационных систем с базами данных.
-         Модельданных ограничивает возможность выбора СУБД, так как обычно отдельно взятаямодель поддерживает определенную модель данных.
-         Модельданных определяет и методы создания дружественного интерфейса пользователя засчет средств СУБД (особенности конкретной реализации модели (замкнутость насвою среду), иногда весьма существенные, ибо коммерческие интересы фирм — разработчиков СУБД вступают в противоречие с требованиями рынка информационныхуслуг).
-         Модельданных требует приведения представлений пользователя о данных и результатах ихобработки к определенному уровню понимания, что может повлечь за собойнеобходимость обучения пользователя методам и средствам работы с данными(необходимость использования моделей высокого уровня для описания семантикипредметной области информационной системы, желательно возможностьюиспользования средств реинжиниринга).
Такимобразом, понятие модели данных является одним из фундаментальных понятийинформатики, от которого во многом зависят механизмы реализации ИС какпрограммно-аппаратного комплекса.
Чтоже такое модели данных? В самом общем случае модель данных — это логическоепредставление данных и совокупность операций над ними.
Модельданных (Data Model) есть логическая структура данных, которая представляет присущиеэтим данным свойства, не зависимые от аппаратного и программного обеспечения ине связанные с функционированием компьютера [21, С.122].
Можнорассмотреть несколько аспектов моделирования в обработке данных:
-         информационноемоделирование:
-         концептуальное моделирование (моделированиесемантики предметной области);
-         логическое моделирование данных;
-         физическоемоделирование:
-         создание моделей доступа к данным;
-         оптимизация физической организации данных ваппаратной среде.
Рассмотриминформационную модель данных. На рис. 1.6 иллюстрируется общеесодержание понятия модели данных, сложившееся к настоящему времени.

/>/>
Рис.1.6.Представление об информационной модели данных по [21]
Объектамиинформационной модели являются сущности реального мира из предметной области.Иногда их называют итемами, чтобы подчеркнуть их целостность. Свойства объектов(сущностей) называют атрибутами. Сущности вступают в связи друг с другом черезсвои атрибуты. Эти три компонента информационной модели представляютсубъективные средства описания модели, которые после определенной формализациидают внешнюю схему данных БД ИС.
Врамках информационного моделирования существует несколько точек зрения (схем)на абстрагирование данных. С точки зрения пользователя (называемой внешнейсхемой), определение данных представляется в контексте языка предметнойобласти. Структура данных и содержание меняется в зависимости от сферыдеятельности и особенностей конкретного пользователя. С точки зрения компьютера(называемой внутренней схемой), данные определяются в терминах файловыхструктур для хранения и поиска. Структура данных в этом случае зависит отконкретной компьютерной технологии и от требований эффективности обработкиданных.
Примоделировании информации на основе разработки только внешней и внутренней схемпо-прежнему остаются трудными для решения проблемы избыточности ипротиворечивости данных. Хотя СУБД значительно расширяет возможностисовместного использования данных, все же ее применение не гарантируетнепротиворечивости определения данных.
Исследовательскаягруппа по СУБД ANSI/X3/SPARC пришла к выводу, что для создания идеальной средыуправления данными необходимо определение их с третьей, промежуточной точкизрения (концепция трех схем ANSI/X3/SPARC). Эта точка зрения (называемаяконцептуальной схемой) сводится к единообразному определению данных в рамкахпредметной области, не ориентированному на какое-либо конкретное использованиеих и не зависящему от того, как данные физически обрабатываются на компьютере(рис. 1.7).
Основнойцелью концептуальной схемы является выработка непротиворечивой интерпретацииопределения взаимосвязей данных для их объединения, совместного использования иуправления целостностью данных. Любая информационная модель данных определяетсясредствами поддержки модели данных, реализуемыми СУБД [21, С. 129].
Наличиев СУБД определенной, допустимой структуры данных приводит к понятию базструктурированных данных, то есть данные в таких БД должны быть представленыкак совокупность взаимосвязанных элементов. Если допустить возможность порожденияновых типов и динамический процесс установления связей (во время появленияобъекта в БД), то мы придем к понятию баз неструктурированных данных. Допустимыи промежуточные варианты, которые носят название БД с частичнодетерминированной схемой. Такое деление БД с точки зрения степениструктурированности сохраняемых данных оказывается существенным моментом привыборе несущей СУБД для реализации ИС, поскольку конкретная СУБД обычноподдерживает определенную модель данных. С другой стороны, следует иметь ввиду, что для каждого из приведенных типов БД используются соответствующиемодели данных, т.е. существует некоторое множество моделей данных.
/>/>
Рис.1.7.Концепция трех схем по [21]
Внастоящее время для баз структурированных данных различают три основных типалогических моделей данных в зависимости от характера поддерживаемых ими связеймежду элементами данных — сетевую, иерархическую и реляционную.Классифицирующими признаками в этих моделях являются: степень жесткости(фиксации) связи, математическое представление структуры модели и допустимыетипы данных (см. таблицу 1.1).

Таблица1.1 Общие характеристики моделей данных
/>Модель данных Характер связи между объектами Формальное представление Сетевая Полужесткие связи Произвольный граф Иерархическая Жесткие связи Древовидная структура Реляционная Изменчивые связи Плоский файл
Рис.1.8 иллюстрирует особенности каждой модели данных. При сопоставлении моделейследует помнить, что все они теоретически эквивалентны. Эквивалентность моделейсостоит в том, что они могут быть сведены одна к другой путем формальныхпреобразований. Подробное доказательство этого факта можно найти в классическоймонографии Дж. Дейта по БД. Суть доказательства состоит в отказе от принципаизбыточности данных, то есть разрешается дублировать данные в узлах представления.Тогда преобразование одной модели в другую получается простым удвоением вершинсоответствующего представления в цепочке моделей«сетевая-иерархическая-реляционная» [22, С.28-29].
Оченьчасто СУБД классифицируются по типу модели данных, которую они поддерживают.Следовательно, различают СУБД сетевые, иерархические и реляционные. Однако впрактике обработки данных СУБД характеризуются по их способности поддерживатьопределенный тип БД. В самом общем виде БД подразделяют на:
-          фактографические,которые хранят совокупность фактов интегрированных, возможно, из различныхдокументов;
-          документальные,которые ориентированы на хранение документов;
-          документально-фактографические,которые обладают чертами и тех и других.

/>/>
Рис.1.8.Основные типы моделей данных по [22]
Так,СУБД CDS/ISIS в первую очередь ориентирована на поддержку работы с документом,который состоит из определенного числа рубрик, проиндексированных по тезаурусуключевых слов. СУБД ADABAS хорошо подходит для организации фактографических БД,а СУБД ORACLE — для БД смешанного типа. Во избежание несуразностей сиспользованием определенной модели данных, БД, за редким исключением,целесообразно классифицировать по типу используемой модели в СУБД. Отметим, чтоклассификация БД далеко не завершенная область исследований: попытки ввести новыетипы БД продолжаются (активные, дедуктивные, нечеткие реляционные, графическиеБД и т.д.).
Вомногих случаях для разработчиков ИС бывает важно деление СУБД (и БД) похарактеру обработки: на централизованные и распределенные. При использованиираспределенной обработки следует обратить внимание на характер обработкитранзакций, т.к. последние оказывают существенное влияние на производительностьсистемы. Под транзакцией в самом общем случае понимают единицу работы,требуемой пользователем от БД, независимо от характера обработки. Чаще всего врезультате обработки транзакции реализуется запрос пользователя либо на выборкуданных из БД, либо на обновление БД, либо на выполнение каких-то иных действийнад БД. При этом предполагается, что выполнение запроса сопровождаетсявыполнением комплекса внутрисистемных действий СУБД, направленных наподдержание целостности данных, разграничение доступа и т.п.
Существуютразличные концептуальные подходы к обработке транзакций при распределеннойобработке. Принципиальным здесь является не только вопрос как, но и гделокализуется обработка транзакции: на файлах компьютера конечного пользователяили на выделенном в сети компьютере. От выбора той или иной концепции будетзависеть время отклика системы на запрос пользователя. Параметр «времяотклика системы на запрос пользователя» очень часто выступает в качествеопределяющего или желательного параметра разрабатываемой системы. Следуетзаметить, что классификация архитектур информационных систем, как и любаяклассификация, не является абсолютно «жесткой». В архитектуре любойконкретной информационной системы часто можно найти влияния нескольких общихархитектурных решений. Современные информационные системыде-факто немыслимы без использования баз данных (БД) и системы управлениябазами данных (СУБД), поэтому термин «информационная система» напрактике сливается по смыслу с термином «система баз данных». Асловосочетание «база данных информационных систем», объединившисьподчинительной связью, превратилось почти в единое целое. И так в данномпараграфе были рассмотрены общие характеристики баз данных информационныхсистем, даны основные определения, показаны функции информационных систем. Рассмотреныосновные типы моделей данных: сетевая, иерархическая, сетевая и иххарактеристики.

1.2Теория реляционных баз данных
Реляционнаябаза данных — это совокупность отношений, содержащих всюинформацию, которая должна храниться в базе данных. То есть база данныхпредставляет набор таблиц, необходимых для хранения всех данных. Таблицы реляционнойбазы данных логически связаны между собой [23, С. 20]
Итак,целью информационной системы является обработка данных об объектах реальногомира, с учетом связей между объектами. В теории БД данные часто называют атрибутами,а объекты — сущностями. Объект, атрибут и связь — фундаментальные понятия ИС.
Объект(илисущность) — это нечто существующее и различимое, то есть объектом можно назватьто «нечто», для которого существуют название и способ отличать одинподобный объект от другого. Объектами могут быть не только материальныепредметы, но и более абстрактные понятия, отражающие реальный мир [23, С.24].
Атрибут(илиданные) — это некоторый показатель, который характеризует некий объект ипринимает для конкретного экземпляра объекта некоторое числовое, текстовое илииное значение. Информационная система оперирует наборами объектов,спроектированными применительно к данной предметной области, используя при этомконкретные значения атрибутов (данных) тех или иных объектах [23, С.25].
Развитиереляционных баз данных началось в конце 60-х годов, когда появились первыеработы, в которых обсуждались; возможности использования припроектировании баз данных привычных и естественных способов представленияданных — так называемых табличных даталогических моделей.
Основоположникомтеории реляционных баз данных считается сотрудник фирмы IBM доктор Э. Кодд,опубликовавший 6 (июня 1970 г. статью A Relational Model of Data forLarge-Shared Data Banks (Реляционная модель данных для больших коллективныхбанков данных). В этой статье впервые был использован термин «реляционнаямодель данных. Теория реляционных баз данных, разработанная в 70-х годах в СШАдоктором Э. Коддом, имеет под собой мощную математическую основу, описывающуюправила эффективной организации данных. Разработанная Э. Коддом теоретическаябаза стала основой для разработки теории проектирования баз данных.
Э.Кодд, будучи математиком по образованию, предложил использовать для обработкиданных аппарат теории множеств (объединение, пересечение, разность, декартовопроизведение). Он доказал, что любой набор данных можно представить в видедвумерных таблиц особого вида, известных в математике как „отношения“.
Реляционнойсчитаетсятакая база данных, в которой все данные представлены для пользователя в видепрямоугольных таблиц значений данных, и все операции над базой данных сводятсяк манипуляциям с таблицами.
Таблицасостоит из столбцов (полей) и строк (записей); имеет имя, уникальное внутрибазы данных. Таблица отражает тип объекта реального мира (сущность), а каждаяее строка— конкретный объект. Каждый столбец таблицы — это совокупностьзначений конкретного атрибута объекта. Значения выбираются из множества всехвозможных значений атрибута объекта, которое называется доменом (domain).
Всамом общем виде домен определяется заданием некоторого базового типа данных, ккоторому относятся элементы домена, и произвольного логического выражения,применяемого к элементам данных. Если при вычислении логического условияотносительно элемента данных в результате получено значение „истина“,то этот элемент принадлежит домену. В простейшем случае домен определяется какдопустимое потенциальное множество значений одного типа. Например, совокупностьдат рождения всех сотрудников составляет „домен дат рождения“, аимена всех сотрудников составляют „домен имен сотрудников“. Домен датрождения имеет тип данных, позволяющий хранить информацию о моментах времени, адомен имен сотрудников должен иметь символьный тип данных [23, С. 27].
Еслидва значения берутся из одного и того же домена, то можно выполнять сравнениеэтих двух значений. Например, если два значения взяты из домена дат рождения,то можно сравнить их и определить, кто из сотрудников старше. Если же значенияберутся из разных доменов, то их сравнение не допускается, так как, по всейвероятности, оно не имеет смысла. Например, из сравнения имени и даты рождениясотрудника ничего определенного не выйдет.
Каждыйстолбец (поле) имеет имя, которое обычно записывается в верхней части таблицы.При проектировании таблиц в рамках конкретной СУБД имеется возможность выбратьдля каждого поля его тип, то есть определить набор правил по его отображению, атакже определить те операции, которые можно выполнять над данными, хранящимисяв этом поле. Наборы типов могут различаться у разных СУБД.
Имяполя должно быть уникальным в таблице, однако различные таблицы могут иметьполя с одинаковыми именами. Любая таблица должна иметь, по крайней мере, однополе; поля расположены в таблице в соответствии с порядком следования их именпри ее создании. В отличие от полей, строки не имеют имен; порядок ихследования в таблице не определен, а количество логически не ограничено.
Таккак строки в таблице не упорядочены, невозможно выбрать строку по ее позиции —среди них не существует „первой“, „второй“, „последней“.Любая таблица имеет один или несколько столбцов, значения в которых однозначноидентифицируют каждую ее строку. Такой столбец (или комбинация столбцов)называется первичным ключом (primary key). Часто вводят искусственное поле,предназначенное для нумерации записей в таблице. Таким полем, например, можетбыть его порядковый, который сможет обеспечить уникальность каждой записи втаблице. Ключ должен обладать следующими свойствами [30, С. 164]:
-    Уникальностью.Вкаждый момент времени никакие два различных кортежа отношения не имеютодинакового значения для комбинации входящих в ключ атрибутов. То есть втаблице не может быть двух строк, имеющих одинаковый идентификационный номерили номер паспорта.
-    Минимальностью.Ниодин из входящих в ключ атрибутов не может быть исключен из ключа без нарушенияуникальности. Это означает, что не стоит создавать ключ, включающий и номерпаспорта, и идентификационный номер. Достаточно использовать любой из этихатрибутов, чтобы однозначно идентифицировать кортеж. Не стоит также включать включ неуникальный атрибут, то есть запрещается использование в качестве ключакомбинации идентификационного номера и имени служащего. При исключении именислужащего из ключа все равно можно уникально идентифицировать каждую строку.
Каждоеотношение имеет, по крайней мере, один возможный ключ, поскольку совокупностьвсех его атрибутов удовлетворяет условию уникальности — это следует из самогоопределения отношения.
Одиниз возможных ключей произвольно выбирается в качестве первичного ключа. Остальныевозможные ключи, если они есть, принимаются за альтернативные ключи. Например,если в качестве первичного ключа выбрать идентификационный номер, то номерпаспорта будет альтернативным ключом.
Взаимосвязьтаблиц является важнейшим элементом реляционной модели данных. Онаподдерживается внешними ключами (foreign key).
Таблицыневозможно хранить и обрабатывать, если в базе данных отсутствуют „данныео данных“, например, описатели таблиц, столбцов и т.д. Их называют обычнометаданными. Метаданные также представлены в табличной форме и хранятся всловаре данных (data dictionary).
Помимотаблиц, в базе данных могут храниться и другие объекты, такие как экранныеформы, отчеты (reports), представления (views) и даже прикладные программы,работающие с базой данных.
Дляпользователей информационной системы недостаточно, чтобы база данных простоотражала объекты реального мира. Важно, чтобы такое отражение было однозначными непротиворечивым. В этом случае говорят, что база данных удовлетворяет условиюцелостности (integrity).
Длятого, чтобы гарантировать корректность и взаимную непротиворечивость данных, набазу данных накладываются некоторые ограничения, которые называют ограничениямицелостности (data integrity constraints).
Вреляционной модели Кодда есть несколько ограничительных условий, используемыхдля проверки данных в базе данных, а также для придания осмысленности структуреданных. Принято выделять следующие ограничения:
-         Категорнаяцелостность;
-         Целостностьна уровне ссылок;
-         Функциональныезависимости.
/>/>В целостной части реляционной модели данныхфиксируются два базовых требования целостности, которые должны поддерживаться влюбой реляционной СУБД. Первое требование называется требованием целостностисущности (entity integrity). Объекту или сущности реального мира в реляционныхБД соответствуют кортежи отношений. Конкретно требование состоит в том, чтолюбой кортеж любого значения-отношения любой переменной отношения должен бытьотличим от любого другого кортежа этого значения отношения по составнымзначениям заранее определенного множества атрибутов переменной отношения, т.е., другими словами, любая переменная отношения должна обладать первичнымключом. Это требование автоматически удовлетворяется, если в системе не нарушаютсябазовые свойства отношений.
/>Требование целостности сущностиполностью звучит следующим образом: у любой переменной отношения долженсуществовать первичный ключ, и никакое значение первичного ключа в кортежах значения-отношенияпеременной отношения не должно содержать неопределенных значений. Чтобы этаформулировка была полностью понятна, кратко обсудим понятие неопределенногозначения (NULL) [23, С. 35].
Конечно,теоретически любой кортеж, заносимый в сохраняемое отношение, должен содержатьвсе характеристики моделируемой им сущности реального мира, которые мы хотимсохранить в базе данных. Однако на практике не все эти характеристики могутбыть известны к тому моменту, когда требуется зафиксировать сущность в базеданных.
ЭдгарКодд предложил использовать в таких случаях неопределенные значения.Неопределенное значение не принадлежит никакому типу данных и можетприсутствовать среди значений любого атрибута, определенного на любом типеданных (если это явно не запрещено при определении атрибута).
/>Так вот, первое из требований —требование целостности сущности — означает, что первичный ключ должен полностьюидентифицировать каждую сущность, а поэтому в составе любого значения первичногоключа не допускается наличие неопределенных значений. (В классическойреляционной модели это требование распространяется и на возможные ключи, вSQL-ориентированных СУБД такое требование для возможных ключей неподдерживается).
Второетребование, которое называется требованием целостности по ссылкам (referentialintegrity), является более сложным. Очевидно, что при соблюдениинормализованности отношений сложные сущности реального мира представляются вреляционной БД в виде нескольких кортежей нескольких отношений. Конечно,внешний ключ может быть составным, т. е. состоять из нескольких атрибутов.Говорят, что отношение, в котором определен внешний ключ, ссылается насоответствующее отношение, в котором такой же атрибут является первичнымключом.
/>Требование целостности по ссылкам, илитребование целостности внешнего ключа, состоит в том, что для каждого значениявнешнего ключа, появляющегося в кортеже значения-отношения ссылающейсяпеременной отношения, либо в значении-отношении переменной отношения, накоторую указывает ссылка, должен найтись кортеж с таким же значением первичногоключа, либо значение внешнего ключа должно быть полностью неопределенным (т. е.ни на что не указывать) [23, С. 41].
Нужнозаметить, что как и первичный ключ, внешний ключ должен специфицироваться приопределении переменной отношения и представляет собой ограничение на допустимыезначения-отношения этой переменной. Другими словами, определение внешнего ключапредставляет собой определение ограничения целостности базы данных.
Ограниченияцелостности сущности и по ссылкам должны поддерживаться СУБД. Для соблюденияцелостности сущности достаточно гарантировать отсутствие в любой переменнойотношения значений-отношений, содержащих кортежи с одним и тем же значениемпервичного ключа (и запрещать вхождение в значение первичного ключанеопределенных значений). С целостностью по ссылкам дело обстоит несколькосложнее.
Понятно,что при обновлении ссылающегося отношения (вставке новых кортежей или модификациизначения внешнего ключа в существующих кортежах) достаточно следить за тем,чтобы не появлялись некорректные значения внешнего ключа.
Существуюттри подхода, каждый из которых поддерживает целостность по ссылкам. Первыйподход заключается в том, что вообще запрещается производить удаление кортежа,для которого существуют ссылки (т. е. сначала нужно либо удалить ссылающиесякортежи, либо соответствующим образом изменить значения их внешнего ключа). Привтором подходе при удалении кортежа, на который имеются ссылки, во всехссылающихся кортежах значение внешнего ключа автоматически становится полностьюнеопределенным. Наконец, третий подход (каскадное удаление) состоит в том, чтопри удалении кортежа из отношения, на которое ведет ссылка, из ссылающегосяотношения автоматически удаляются все ссылающиеся кортежи [21, С. 113].
Вразвитых реляционных СУБД обычно можно выбрать способ поддержания целостностипо ссылкам для каждого случая определения внешнего ключа. Конечно, для принятиятакого решения необходимо анализировать требования конкретной прикладнойобласти.
/>Любаякомпания, производящая подобные СУБД, называет их реляционными системами. Оченьважно отчетливо понимать, какие свойства таких систем действительно являютсяреляционными, а что в них не вполне соответствует исходным, ясным и строгимидеям реляционного подхода и даже противоречит им. Это поможет более правильноорганизовывать базы данных и строить приложения в среде SQL-ориентированнойСУБД.
Значенияданных, хранимые в реляционной базе данных, являются типизированными, т. е.известен тип каждого хранимого значения. Понятие типа данных в реляционноймодели данных полностью соответствует понятию типа данных в языкахпрограммирования. />Традиционное (нестрогое)определение типа данных состоит из трех основных компонентов: определениемножества значений данного типа; определение набора операций, применимых кзначениям типа; определение способа внешнего представления значений типа(литералов).
Обычнов современных реляционных базах данных допускается хранение символьных,числовых данных (точных и приблизительных), специализированных числовых данных(таких, как „деньги“), а также специальных „темпоральных“данных (дата, время, временной интервал). Кроме того, в реляционных системахподдерживается возможность определения пользователями собственных типов данных[21, С. 116].
/>Понятиедомена более специфично для баз данных, хотя и имеются аналогии с подтипами внекоторых языках программирования (более того, в своем „Третьем манифесте“Кристофер Дейт и Хью Дарвен вообще ликвидируют различие между доменом и типомданных). В общем виде домен определяется путем задания некоторого базового типаданных, к которому относятся элементы домена, и произвольного логическоговыражения, применяемого к элементу этого типа данных (ограничения домена).Элемент данных является элементом домена в том и только в том случае, есливычисление этого логического выражения дает результат истина. С каждым доменомсвязывается имя, уникальное среди имен всех доменов соответствующей базыданных.
/>Наиболее правильной интуитивнойтрактовкой понятия домена является его восприятие как допустимогопотенциального, ограниченного подмножества значений данного типа. Например, вбазовый типе символьных строк, но в число его значений могут входить только тестроки, которые могут представлять имена (в частности, для возможностипредставления русских имен такие строки не могут начинаться с мягкого илитвердого знака и не могут быть длиннее, например, 20 символов). Если некоторыйатрибут отношения определяется на некотором, то в дальнейшем ограничение доменаиграет роль ограничения целостности, накладываемого на значения этого атрибута.
/>/>/>/>В классическихреляционных базах данных после определения схемы базы данных могли изменятьсятолько значения переменных отношений. Однако теперь в большинстве реализацийдопускается и изменение схемы базы данных: определение новых и изменениезаголовков существующих переменных отношений. Это принято называть эволюцией схемыбазы данных.
/>/>По определению,первичным ключом переменной отношения является такое подмножество S множестваатрибутов ее заголовка, что в любое время значение первичного ключа (составное,если в состав первичного ключа входит более одного атрибута) в любом кортежетела отношения отличается от значения первичного ключа в любом другом кортежетела этого отношения, а никакое собственное подмножество S этим свойством необладает [20, С. 119].
Существованиепервичного ключа у любого значения отношения является следствием одного изфундаментальных свойств отношений, а именно того свойства, что тело отношенияявляется множеством кортежей.
Представлениемотношения в реляционной модели данных является таблица, заголовком которойявляется схема отношения, а строками – кортежи отношения-экземпляра; в этомслучае имена атрибутов соответствуют именам столбцов данной таблицы. Поэтомуиногда говорят про „столбцы таблицы“, имея в виду „атрибутыотношения“.
/>Отношенияникогда не должно содержать кортежей-дубликатов, это следует из определениятела отношения как множества кортежей [20, С. 121]. В классической теориимножеств по определению любое множество состоит из различных элементов.
Именноиз этого свойства вытекает наличие у каждого значения отношения первичногоключа – минимального множества атрибутов, являющегося подмножеством заголовкаданного отношения, составное значение которых уникально определяет кортежотношения. Действительно, поскольку в любое время все кортежи тела любогоотношения различны, у любого значения отношения свойством уникальностиобладает, по крайней мере, полный набор его атрибутов. Однако в формальномопределении первичного ключа требуется обеспечение его „минимальности“,т. е. в набор атрибутов первичного ключа не должны входить такие атрибуты,которые можно отбросить без ущерба для основного свойства – однозначногоопределения кортежа. Немного позже мы покажем, почему свойство минимальностипервичного ключа является критически важным. Понятно, что если у любогоотношения существует набор атрибутов, обладающий свойством уникальности, тосуществует и минимальный набор атрибутов, обладающий свойством уникальности.
Могутсуществовать значения отношения с несколькими несовпадающими минимальныминаборами атрибутов, обладающими свойствами уникальности. В этом случаепроектировщик базы данных должен решить, какое из альтернативных множестватрибутов назвать первичным ключом, а остальные минимальные наборы атрибутов,обладающие свойством уникальности, называются возможными ключами.
Понятиепервичного ключа является исключительно важным в связи с понятием целостностибаз данных. Заметим, что хотя формально существование первичного ключа значенияотношения является следствием того, что тело отношения – это множество, напрактике первичные (и возможные) ключи переменных отношений появляются врезультате явных указаний проектировщика отношения. Определяя переменнуюотношения, проектировщик моделирует часть предметной области, данные из которойбудет содержать база данных. И конечно, проектировщик должен знать природу этихданных [17, С. 124].
/>Вреляционной СУБД нельзя хранить кортежи отношений на физическом уровне в нужномразработчикам порядке. Отсутствие требования к поддержанию порядка на множествекортежей отношения придает СУБД дополнительную гибкость при хранении баз данныхво внешней памяти и при выполнении запросов к базе данных. Это не противоречиттому, что при формулировании запроса к БД, например, на языке SQL можнопотребовать сортировки результирующей таблицы в соответствии со значенияминекоторых столбцов. Такой результат, вообще говоря, является не отношением, анекоторым упорядоченным списком кортежей, и он может быть только окончательнымрезультатом, к которому уже нельзя адресовать запросы.
/>/>Согласно трактовке Дейта, реляционная модель состоитиз трех частей, описывающих разные аспекты реляционного подхода: структурнойчасти, манипуляционной части и целостной части (К. Дейт, 2000).
Вструктурной части модели фиксируется, что единственной родовой структуройданных,используемой в реляционных БД, является нормализованное парное отношение.Определяются понятия доменов, атрибутов, кортежей, заголовка, тела и переменнойотношения. По сути дела, выше рассматривалось именно понятия и свойстваструктурной составляющей реляционной модели.
Вманипуляционной части модели определяются два фундаментальных механизмаманипулирования реляционными БД – реляционная алгебра и реляционное исчисление.Первый механизм базируется в основном на классической теории множеств (снекоторыми уточнениями и добавлениями), а второй – на классическом логическомаппарате исчисления предикатов первого порядка. Основной функциейманипуляционной части реляционной модели является обеспечение мерыреляционности любого конкретного языка реляционных БД: язык называетсяреляционным, если он обладает не меньшей выразительностью и мощностью, чемреляционная алгебра или реляционное исчисление.
Извсего вышесказанного следует, что классический подход к проектированию структурреляционных БД имеет следующие проблемы:
1.        идентификацияфункциональных зависимостей;
2.        трудоемкостьидентификации всех функциональных зависимостей;
3.        зависимостьконечного результата проектирования от опыта и субъективного взглядапроектировщика, а не от формальной методики проектирования;
4.        проблемаидентификации сущностей и атрибутов сущностей.
1.3Методы проектирования БД ИС
Методологиясоздания информационных систем заключается в организации процесса построенияинформационной системы и в управлении этим процессом для того, чтобыгарантировать выполнение требований, как к самой системе, так и кхарактеристикам процесса разработки. [18, С.130]
Основнымизадачами, решение которых должна обеспечивать методология созданияинформационных систем (ИС) (с помощью соответствующего набора инструментальныхсредств), являются [18, С. 131]:
— соответствие создаваемой информационной системы целям и задачам предприятия, атакже предъявляемым к ней требованиям по автоматизации желаемых процессов игарантирование создания системы с заданными параметрами в течение заданноговремени в рамках оговоренного заранее бюджета;
— простота сопровождения, модификации и расширения системы с целью обеспечения еесоответствия изменяющимся условиям работы предприятия и соответствиесоздаваемой информационной системы требованиям открытости, переносимости имасштабируемости;
— возможность использования в создаваемой системе разработанных ранее иприменяемых на предприятии средств информационных технологий (программногообеспечения, баз данных, средств вычислительной техники, телекоммуникаций).
Методологии,технологии и инструментальные средства проектирования (CASE-средства)составляют основу проекта любой информационной системы. Методология реализуетсячерез конкретные технологии и поддерживающие их стандарты, методики иинструментальные средства, которые обеспечивают выполнение процессов жизненногоцикла информационных систем.
Основноесодержание технологии проектирования составляют технологические инструкции,состоящие из описания последовательности технологических операций, условий, взависимости от которых выполняется та или иная операция, и описаний самихопераций. Данная технология может быть представлена как совокупность трехсоставляющих [9, С. 52]:
1.        Заданнойпоследовательности выполнения технологических операций проектирования;
2.        Критериеви правил, используемых для оценки результатов выполнения технологическихопераций;
3.        Графическихи текстовых средств (нотаций), используемых для описания проектируемой системы.
Причемкаждая технологическая операция должна обеспечиваться соответствующимиматериальными, информационными и людскими ресурсами. (Данными, полученными напредыдущей операции (или исходными данными), представленными в стандартномвиде, методическими материалами, инструкциями, нормативами и стандартами,программными и техническими средствами и исполнителями).
Результатывыполнения операции должны представляться в некотором стандартном виде,обеспечивающем их адекватное восприятие при выполнении следующейтехнологической операции (на которой они будут использоваться в качествеисходных данных). Технология проектирования, разработки и сопровожденияинформационных систем, должна отвечать ряду общих правил [17, С. 156]:
-          Поддерживатьполный жизненный цикл информационной системы;
-          Предусмотретьвозможность управления конфигурацией проекта, ведения версий проекта и егосоставляющих, автоматического выпуска проектной документации и синхронизацию ееверсий с версиями проекта;
-          Обеспечиватьгарантированное достижение целей разработки системы с заданным качеством вустановленное время и возможность разделения (декомпозиции) крупных проектов наряд подсистем, как составных частей, разрабатываемых группами исполнителейограниченной численности, с последующей интеграцией этих частей;
-          Обеспечитьвозможность ведения работ по проектированию отдельных подсистем небольшимигруппами, что обусловлено принципами управляемости коллектива и повышенияпроизводительности за счет минимизации числа внешних связей.
-          Обеспечитьминимальное время получения работоспособной системы. (реализация информационнойсистемы не в целом, а разработка и реализация ее отдельных подсистем);
-          Обеспечитьнезависимость выполняемых проектных решений от средств реализации системы —системы управления базами данных, операционной системы, языка и системыпрограммирования.
Наначальном этапе существования компьютерных информационных систем их разработкавелась на традиционных языках программирования. Однако по мере возрастаниясложности разрабатываемых систем и запросов пользователей, благодарятехнологическому прогрессу и появлению удобного графического интерфейсапользователя в системном программном обеспечении. Появилась методологиясоздания информационных систем, основанная на использовании средств быстройразработки приложений, которая в последнее время получила широкоераспространение и приобрела название Методологии быстрой разработки приложений (RapidApplication Development, RAD). Данная методология охватывает все этапыжизненного цикла современных информационных систем и представляет собой комплексспециальных инструментальных средств, позволяющих оперировать с определеннымнабором графических объектов, функционально отображающих отдельныеинформационные компоненты приложений.
Подметодологией быстрой разработки приложений обычно понимается процесс разработкиинформационных систем, основанный на трех основных элементах:
-          Нанебольшой команде программистов (обычно от 2 до 10 человек);
-          Натщательно проработанном производственном графике работ, рассчитанном насравнительно короткий срок разработки;
-          Наитерационной модели разработки, основанной на тесном взаимодействии сзаказчиком, когда по мере выполнения проекта разработчики уточняют и реализуютв продукте требования, выдвигаемые заказчиком.
Основныепринципы методологии RAD заключаются в том, что используется итерационная(спиральная) модель разработки. Полное завершение работ на каждом из этаповжизненного цикла не обязательно. В процессе разработки информационной системы,осуществляемой немногочисленной и хорошо управляемой командой профессионалов,обеспечивается тесное взаимодействие с заказчиком и будущими пользователями.Применяются CASE-средства и средства быстрой разработки приложений, а так жесредства управления конфигурацией, облегчающие внесение изменений в проект исопровождение готовой системы. Используются прототипы, позволяющие полнеевыяснить и реализовать потребности конечного пользователя. Тестирование иразвитие проекта осуществляются одновременно с разработкой. Обеспечиваютсяграмотное руководство разработкой системы, четкое планирование и контрольвыполнения работ.
CASE-средства(отComputer Aided Software/System Engineering) — позволяют проектировать любыесистемы на компьютере. Необходимый элемент системного иструктурно-функционального анализа, CASE средства позволяют моделироватьбизнес-процессы, базы данных, компоненты программного обеспечения, деятельностьи структуру организаций [24, С. 55]
Применимыпрактически во всех сферах деятельности. Результат использования CASE-средств — оптимизация систем, снижение расходов, повышение эффективности, снижениевероятности ошибок.
СредстваRAD позволили реализовать совершенно иную по сравнению с традиционнойтехнологию создания приложений. Информационные объекты формируются как некиедействующие модели (прототипы), чье функционирование согласуется спользователем, а затем разработчик может переходить непосредственно кформированию законченных приложений, не теряя из виду общей картины проектируемойсистемы.
Возможностьиспользования подобного подхода в значительной степени является результатомприменения принципов объектно-ориентированного проектирования (ОПП). Этипринципы позволяют преодолеть одну из главных трудностей, возникающих приразработке сложных систем. Колоссальный разрыв между реальным миром (предметнойобластью) и имитирующей средой.
Ониже позволяют создать описание (модель) предметной области в виде совокупностиобъектов — сущностей, объединяющих данные и методы обработки этих данных(процедуры). Где каждый объект обладает собственным поведением и моделируетнекоторый объект реального мира. С этой точки зрения объект является вполнеосязаемым и демонстрирует определенное поведение.
Вобъектном подходе акцент переносится на конкретные характеристики физическойили абстрактной системы, являющейся предметом программного моделирования.Объекты обладают целостностью, которая не может быть нарушена. Таким образом,свойства, характеризующие объект и его поведение, остаются неизменными. Объектможет только менять состояние, управляться или становиться в определенноеотношение к другим объектам [24, С. 68].
Широкоераспространение объектно-ориентированное проектирования получило с появлениемсредств визуального программирования, которые обеспечивают слияние(инкапсуляцию) данных с процедурами, описывающими поведение реальных объектов,в объекты программ, которые могут быть отображены определенным образом вграфической пользовательской среде. Это позволило приступить к созданиюпрограммных систем, максимально похожих на реальные, и добиваться наивысшегоуровня абстракции. В свою очередь, объектно-ориентированное программированиепозволяет создавать более надежные коды, так как у объектов программ существуетточно определенный и жестко контролируемый интерфейс [24, С. 70].
Приразработке приложений с помощью инструментов RAD используются множество готовыхобъектов, сохраняемых в общедоступном хранилище. Однако имеется такжевозможность разработки новых объектов. При этом новые объекты могутразрабатываться как на основе существующих, так и „с нуля“.
Инструментальныесредства RAD обладают удобным графическим интерфейсом пользователя и позволяютна основе стандартных объектов формировать простые приложения без написаниякода программы. Это является большим преимуществом RAD, так как в значительнойстепени сокращает рутинную работу по разработке интерфейсов пользователя (прииспользовании обычных средств разработка интерфейсов представляет собойдостаточно трудоемкую задачу, решение которой отнимает много времени). Высокаяскорость разработки интерфейсной части приложений позволяет быстро создаватьпрототипы и упрощает взаимодействие с конечными пользователями [24, С. 82].
Такимобразом, инструменты RAD позволяют разработчикам сконцентрировать усилия насущности реальных производственных процессов учреждения, для которого создаетсяинформационная система. Что приводит к росту качества разрабатываемой системы.
Рассмотримструктурный подход проектирования. Сущность структурного подхода к разработкеИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции:система разбивается на функциональные подсистемы, которые в свою очередь делятсяна подфункции, подразделяемые на задачи и так далее. Процесс разбиенияпродолжается вплоть до конкретных процедур. При этом автоматизируемая системасохраняет целостное представление, в котором все составляющие компонентывзаимоувязаны. При разработке системы „снизу-вверх“ от отдельныхзадач ко всей системе целостность теряется, возникают проблемы приинформационной стыковке отдельных компонентов.
Всенаиболее распространенные методологии структурного подхода базируются на рядеобщих принципов [29, С.104]. В качестве двух базовых принципов используютсяследующие:
-          принцип»разделяй и властвуй" — принцип решения сложных проблем путем ихразбиения на множество меньших независимых задач, легких для понимания ирешения;
-          принципиерархического упорядочивания — принцип организации составных частей проблемы виерархические древовидные структуры с добавлением новых деталей на каждомуровне.
Выделениедвух базовых принципов не означает, что остальные принципы являютсявторостепенными, поскольку игнорирование любого из них может привести кнепредсказуемым последствиям (в том числе и к провалу всего проекта). Основнымииз этих принципов являются следующие [29, С. 105]:
-          принципабстрагирования — заключается в выделении существенных аспектов системы иотвлечения от несущественных;
-          принципформализации — заключается в необходимости строгого методического подхода крешению проблемы;
-          принципнепротиворечивости — заключается в обоснованности и согласованности элементов;
-          принципструктурирования данных — заключается в том, что данные должны бытьструктурированы и иерархически организованы.
Вструктурном анализе используются в основном две группы средств, иллюстрирующихфункции, выполняемые системой и отношения между данными. Каждой группе средствсоответствуют определенные виды моделей (диаграмм), наиболее распространеннойсреди которых являятся: ERD (Entity-Relationship Diagrams) диаграммы«сущность-связь».
Настадии проектирования ИС модели расширяются, уточняются и дополняютсядиаграммами, отражающими структуру программного обеспечения: архитектуру ПО,структурные схемы программ и диаграммы экранных форм [26, С.108].
Семантическаямодель (концептуальная модель, инфологическая модель) – модель предметнойобласти, предназначенная для представления семантики предметной области насамом высоком уровне абстракции. Это означает, что устранена или минимизировананеобходимость использовать понятия «низкого уровня», связанные соспецификой физического представления и хранения данных [22, С 139].
Семантическоемоделирование стало предметом интенсивных исследований с конца 1970-х годов.Основным побудительным мотивом подобных исследований (т.е. проблемой, которуюпытались разрешить исследователи) был следующий факт. Дело в том, что системыбаз данных обычно обладают весьма ограниченными сведениями о смысле хранящихсяв них данных. Чаще всего они позволяют лишь манипулировать данными определенныхпростых типов и определяют некоторые простейшие ограничения целостности,наложенные на эти данные. Любая более сложная интерпретация возлагается напользователя. Однако было бы замечательно, если бы системы могли обладатьнемного более широким объемом сведений и несколько интеллектуальнее отвечать назапросы пользователя, а также поддерживать более сложные (т.е. болеевысокоуровневые) интерфейсы пользователя [25, С. 35].
Идеисемантического моделирования могут быть полезны как средство проектированиябазы данных даже при отсутствии их непосредственной поддержки в СУБД.
Наиболее известнымпредставителем класса семантических моделей является модель «сущность-связь»(ER-модель).Методология построения баз данных базируется на теоретическихосновах их проектирования. Для понимания концепции методологии приведемосновные ее идеи в виде двух последовательно реализуемых на практике этапов:
1-й этап — обследованиевсех функциональных подразделений фирмы с целью:
-         понятьспецифику и структуру ее деятельности;
-         построитьсхему информационных потоков:
-         проанализироватьсуществующую систему;
-         определитьинформационные объекты и соответствующий состав реквизитов (параметров,характеристик), описывающих их свойства и назначение.
2-йэтап — построение концептуальной информационно-логической модели данных дляобследованной на 1-м этапе сферы деятельности. В этой модели должны бытьустановлены и оптимизированы все связи между объектами и их реквизитами.Информационно-логическая модель является фундаментом, на котором будет созданабаза данных.
МодельСущность-Связь (ER-модель) (англ. entity-relationship model(ERM) или англ. entity-relationship diagram (ERD)) — модель данных, позволяющаяописывать концептуальные схемы. Предоставляет собой графическую нотацию,основанную на блоках и соединяющих их линиях, с помощью которых можно описыватьобъекты и отношения между ними какой-либо другой модели данных. В этом смыслеER-модель является мета-моделью данных, то есть средством описания моделейданных [25, С. 37].
Модель«сущность-связь» была предложена в 1976 году Питером Пин-Шен Ченом(англ. Peter Pin-Shen Chen) – американским профессором компьютерных наук в университетештата Луизиана. Фактически Чен не изобретал модель, он взял идеи из болееранних работ таких практиков, как А. Браун и других. Однако Питер Чен сделалбольше, чем кто бы то ни было до него для формализации и популяризацииER-модели, а также для её внедрения в научную литературу.
Всвязи с наглядностью представления концептуальных схем баз данных ER-моделиполучили широкое распространение в системах CASE, поддерживающихавтоматизированное проектирование реляционных баз данных. Среди множества нотацийER-моделей одна из наиболее развитых – Unified Modeling Language (Унифицированныйязык моделирования), сокр. UML – применяется в системе CASE фирмы ORACLE.Нотация UML так же используется и/или поддерживается: Borland SoftwareCorporation, Университетом Бремена, Университетом Кента, Университетом.
Основныепреимущества ER-моделей [6, С. 68]:
-   наглядность;
-   моделипозволяют проектировать базы данных с большим количеством объектов и атрибутов;
ER-моделиреализованы во многих системах автоматизированного проектирования баз данных(например, ERWin, Oracle Designer).
Основныеэлементы ER-моделей:
-   объекты(сущности);
-   атрибутыобъектов;
-   связимежду объектами.
Сущность- любой объект предметной области, имеющий атрибуты.
Связьмежду сущностями характеризуется:
-   типомсвязи (1:1, 1: М, М: М);
-   классомпринадлежности. Класс может быть обязательным и необязательным. Если каждыйэкземпляр сущности участвует в связи, то класс принадлежности – обязательный,иначе – необязательный.
Концептуальное(инфологическое) проектирование – построение формализованноймодели предметной области. Такая модель строится с использованием стандартныхязыковых средств, обычно графических, например ER-диаграмм. Такая модельстроится без ориентации на какую-либо конкретную СУБД.
Основныеэлементы данной модели:
1.        Описаниеобъектов предметной области и связей между ними.
2.        Описаниеинформационных потребностей пользователей (описание основных запросов к БД).
3.        Описаниедокументооборота. Описание документов, используемых как исходные данные для БДи документов, составляемых на основе БД.
4.        Описаниеалгоритмических зависимостей между данными.
5.        Описаниеограничений целостности, т.е. требований к допустимым значениям данных и ксвязям между ними.
Логическое(даталогическое) проектирование – отображение инфологическоймодели на модель данных, используемую в конкретной СУБД, например нареляционную модель данных. Для реляционных СУБД даталогическая модель – набортаблиц, обычно с указанием ключевых полей, связей между таблицами. Еслиинфологическая модель построена в виде ER-диаграмм (или других формализованныхсредств), то даталогическое проектирование представляет собой построение таблицпо определённым формализованным правилам, а также нормализацию этих таблиц.Этот этап может быть в значительной степени автоматизирован [25, С. 40].
Физическоепроектирование – реализация даталогической модели средствамиконкретной СУБД, а также выбор решений, связанных с физической средой храненияданных: выбор методов управления дисковой памятью, методов доступа к данным,методов сжатия данных и т.д. – эти задачи решаются в основном средствами СУБД искрыты от разработчика БД [25, С. 42].
Наэтапе инфологического проектирования в ходе сбора информации о предметнойобласти требуется выяснить:
1.        основныеобъекты предметной области (объекты, о которых должна храниться информация вБД);
2.        атрибутыобъектов;
3.        связимежду объектами;
4.        основныезапросы к БД.
Нормальная форма –свойство отношения в реляционной модели данных, характеризующее его с точкизрения избыточности, которая потенциально может привести к логически ошибочнымрезультатам выборки или изменения данных. Нормальная форма определяется каксовокупность требований, которым должно удовлетворять отношение [25,С. 44].
Процесс преобразованиябазы данных к виду, отвечающему нормальным формам, называется нормализацией.Нормализация предназначена для приведения структуры базы данных к виду,обеспечивающему минимальную избыточность, то есть нормализация не имеет цельюуменьшение или увеличение производительности работы или же уменьшение илиувеличение объема БД. Конечной целью нормализации является уменьшение потенциальнойпротиворечивости хранимой в БД информации.
Устранение избыточностипроизводится, как правило, за счет декомпозиции отношений таким образом, чтобыв каждом отношении хранились только первичные факты (то есть факты, невыводимые из других хранимых фактов).

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

2.Анализ и оценка финансового состояния ГП «Алушталифт»
2.1Организационная характеристика предприятия
Государственноепредприятие «Алушталифт» основано на государственной формесобственности и находится в сфере управления Республиканского комитетажилищно-коммунального хозяйства Автономной республики Крым (орган управленияимуществом).
Предприятиеявляется правопреемником реорганизационного Государственного СпециализированногоРемонтно-Строительного Управления «Крымлифт», в части объемов работ иактивов хозрасчетного специализированного ремонтно-строительного участка «Алушталифт».
Предприятиесоздано с целью обеспечения бесперебойной и безаварийной работы лифтов,подъемников и диспетчерских систем независимо от их ведомственнойпринадлежности; преодоление отраслевого и регионального монополизма впроизводстве, расширение конкуренции, насыщения данного рынка услуг.
Руководителемпредприятия является Гопоненко Татьяна Владимировна. Крымское республиканскоепредприятие «АЛУШТАЛИФТ г.Алушта» находиться по адресу г. Алушта, ул.Октябрьская 30.
Основнойзадачей Государственного предприятия «АЛУШТАЛИФТ» являетсяобеспечение бесперебойной и безаварийной работы лифтов городе Алушта;эксплуатация, техническое обслуживание и ремонт диспетчерских систем.
Предметомдеятельности предприятия является:
— специализированные строительные, строительно-монтажные, ремонтно-строительные,пусконаладочные работы и техническое обслуживание лифтов, подъемников идиспетчерских систем в гражданском и промышленном строительстве независимо отих ведомственной принадлежности;
— ремонтные работы, модернизация, замена лифтов и диспетчерских систем;
— ремонт и восстановление запасных частей для лифтов и подъемников;
— обследование технического состояния лифтов и составление дефектных ведомостей,выполнение технических освидетельствований лифтов в объеме ПУБЭЛ, выполнениеэлектроизмерительных работ на лифтах;
— оказание складских услуг;
— грузовые и пассажирские перевозки всеми видами транспорта, экспедиторскиеуслуги;
— юридические услуги
— услуги по капремонту, монтажу, техобслуживанию и наладке оборудования.
Функции:
1.Осуществляет руководство деятельности службы организацию и совершенствованиеэкономической деятельности предприятия.
2.Направляет на повышение производительности труда, эффективности ирентабельности производства, качества выпускаемой продукции, снижение еесебестоимости, достижение наибольших результатов при наименьших затратахматериальных, трудовых и финансовых ресурсов.
3.Методически руководит и координирует деятельность всех подразделенийпредприятия по разработке организационно-технических мероприятий по совершенствованиюхозяйственного механизма, экономической работы, выявлению и использованиюрезервов производства.
4.Руководит работой по повышению уровня экономических знаний рабочих и служащих.
5.Руководит структурными подразделениями предприятия, выполняющими экономическую,бухгалтерскую, сбытовую и юридическую работы, содействует внедрениюэкономически наиболее целесообразных решений по управлению производства.
6.В соответствии с целями производства решает задачи:
а)обеспечение безопасности производственных процессов, оборудования, зданий исооружений;
б)профессиональной подготовки и повышения квалификации работников и обучения повопросам охраны труда, пропаганды безопасных методов работы;
в)обеспечение работающих средствами индивидуальной и коллективной защиты;
г)выбор оптимальных режимов труда и отдыха работающих.
7.Разрабатывает эффективную целостную систему управления производством и охранойтруда, способствует совершенствованию деятельности в этом направленииработников цеха и каждого должностного лица.
8.Проводит оперативно-методическое руководство всей работой, в т.ч. по охранетруда.
9.Составляет вместе со структурными подразделениями предприятия комплексныемероприятия для достижения установленных нормативов безопасности, гигиены трудаи производственной среды.
10.Проводит работникам первичные инструктаж по вопросам охраны труда.
Контролируетсоблюдение работниками правил и норм ОТ и ТБ, производственной и трудовойдисциплины, правил внутреннего трудового распорядка. Проводит воспитательную работув коллективе.
Производственнаяструктура предприятия представлена на рисунке 2.1.
Всеработники предприятия находятся в подчинении у директора и своих структурныхруководителей.
Впрямом подчинении у директора находятся:
— главный инженер предприятия (1);
— главный бухгалтер (1);
Остальныеотделы и подразделения находятся в подчинении у руководителей высшегоуправленческого звена:
— у главного инженера:
— Диспетчер;
— Служба ЛАС;
— Электромеханик ЛАС;
— Электромеханик по ремонту лифтов;
— Водители;
/>
Рис.2.1. Производственная структура ГП «Алушталифт» г.Алушта
Оперативноеруководство предприятием осуществляется Главным инженером предприятия, всоответствии с полномочиями, определенными в Уставе предприятия. Работойотделов руководят начальники цехов, отделов, подразделений – среднееуправленческое звено. В соответствии со штатным расписанием должность Главногоинженера введена на предприятии для организации и исполнения правовых, организационно-технических,санитарно-гигиенических, социально-экономических мероприятий, трудовых ресурсовна всех участках хозяйственной деятельности предприятия. Главный инженерпредприятия назначается на должность приказом директора предприятия.
Главныйинженер так же осуществляет контроль за соблюдением на предприятии действующегозаконодательства, инструкций, правил и норм по охране труда, техникебезопасности, производственной санитарии, за предоставлением работникамустановленных льгот и компенсаций по условиям труда. Участвует в разработкепроектов перспективных и годовых планов по улучшению условий и охране труда,укреплению здоровья работников. Изучает условия труда на рабочих местах.Участвует во внедрении более совершенных конструкций оградительной техники,предохранительных устройств и других средств защиты, мероприятий по созданиюбезопасных и здоровых условий труда, рациональных режимов труда и отдыха сучетом специфики производства, динамики работоспособности, периодичностифизиологических функций человека, а также разработке рекомендаций поорганизации труда в целях сохранения здоровья и работоспособности работниковорганизации, повышения содержательности и привлекательности труда.
Длятого чтобы система финансового учета и контроля работала, главный инженерзанимается вопросами персонала. Он определяет не только ключевых сотрудников,но и составляет план по их замещению. Чтобы, если кто-либо из них решитуволиться, это не было катастрофой для предприятия. Кроме того, главный инженервыполняет публичную функцию, то есть выступает от имени компании, дает интервьюи комментарии для СМИ
Главныйбухгалтер несет ответственность за следующие процессы в деятельностипредприятия: бухгалтерский и налоговый учет, внесение изменений в договора, ведениебухгалтерского учета предприятия, ведение налогового учета предприятия.
ВГП «АЛУШТАЛИФТ г.Алушта» штат работников включает 29 человек. Работающихпенсионеров – 4 человека. Работники прошедшие курсы повышения квалификации — 7человек.
Возрастнойуровень персонала:
1)с 18 до 25 лет – 7 человек;
2)с 25 до 30 лет – 6 человек;
3)с 35 до 45 лет – 5 человек;
4)с 45 до 55 лет – 3 человека;
5)с 55 до 60 лет – 4 человека;
6)Свыше 60 лет – 4 человека;
Образовательныйуровень персонала:
1)работники имеющие высшее образование – 6 человек;
2)работники имеющие среднее — специальное образование – 17 человек.
Такимобразом мы видим что предприятие ГП «Алушталифт» предприятие сотносительном небольшим количеством сотрудников, но не смотря на это оновыполняет важную роль в жизни города Алушта. От него на прямую зависитбезопасность людей передвигающихся в лифтах ежедневно.
2.2 Экономическаяхарактеристика предприятия, статистический анализ и оценочные показатели
Цельфинансового анализа — получение наиболее информативных параметров, дающихобъективную и точную картину финансового состояния предприятия, его прибыли иубытков, изменений в структуре пассивов и активов.
Оценкуфинансового состояния начнем с общей оценки имущественного положения.Информация о ресурсах предприятия и источник формирования содержится в балансе.Произведем оценку имущества по составу и представим данные в таблице 2.1.
Таблица2.1 Оценка имущества ГП «Алушталифт» по составу№ п/п Показатели 2007 2008 2009 Измене-ние 2008-2007 Измене-ние 2009-2008 Измене-ние 2009-2007 1.
Всего имущества,
тыс.грн., 287,80 272,70 250,00 -15,10 -22,70 -37,80 2. Необоротные активы, тыс.грн 50,60 46,60 42,20 -4,00 -4,40 -8,40 % к имуществу 17,58% 17,09% 16,88% -0,49 -0,21 -0,70 3 Оборотные активы, тыс.грн. 237,20 226,10 207,80 -11,10 -18,30 -29,40 3.1 Материал. оборотные активы, тыс.грн. 13,60 15,60 14,20 2,00 -1,40 0,60 % к оборот. активам 5,73% 6,90% 6,83% 1,17 -0,07 1,10 3.2 Денежные средства, тыс.грн. 0,70 4,50 5,10 3,80 0,60 4,40 % к оборот. активам 0,30% 1,99% 2,45% 1,70 0,46 2,16 3.3 Дебиторская задолженность, тыс.грн 222,90 206,30 188,50 -16,60 -17,80 -34,40 в % к оборотным активам 93,97% 91,24% 90,71% -2,73 -0,53 -3,26
Изпредставленных данных в таблице 2.1 следует, что в составе имущества предприятияпроизошли следующие изменения: оборотные активы уменьшились на 8,4 тыс.грн., вто время как оборотные активы уменьшились на протяжении лет на 29,4 тыс.грн.,при этом в связи с уменьшением количественного показателя всего имущества наначало 2009 года. Это привело к структурным изменениям имущества предприятия, аименно, доля необоротных активов уменьшилась, соответственно доля оборотныхактивов увеличилась, на 0,7 пункта.
Следуетотметить немаловажный факт: очень высокий удельный вес в составе оборотныхактивов занимает дебиторская задолженность (около 90%), в составе всегоимущества ей принадлежит 75% (в 2009 году). Именно снижение дебиторскойзадолженности на 34,4 тыс.грн. за исследуемый период привело к снижению всехоборотных активов и уменьшению стоимости имущества на 37,8 тыс.грн. На рисунке2.4 показана динамика изменения состава имущества предприятия.
Изданной тенденции можно сделать следующие выводы:
1)        Увеличениеудельного веса оборотных активов в составе имущества (при прочих равных) должносказаться положительно на оборачиваемости имущества. Это связанно с тем, чтооборотные активы имеют более быструю оборачиваемость, чем необоротные активы –чем больше их удельный вес, тем быстрее вся совокупность будет обращаться.
2)         Спозиции возможности обращения активов в денежную форму (ликвидность) увеличениеудельного веса оборотных активов является положительной тенденцией.
3)        Еслиснижение необоротных активов связанно с уменьшением основных фондов, это можетотрицательно сказаться на производственной программе предприятия:
а)фондов будет меньше, чем нужно;
б)увеличение степени изношенности приводит к снижению остаточной стоимости, чтоотрицательно скажется на хозяйственной деятельности предприятия.

/>
Рис.2.2. Динамика изменения состава имущества ГП «Алушталифт»
Наличиеденежных средств несколько возросло в составе оборотных
активов,что может быть связанно с незначительным сокращением дебиторской задолженности(повышением дисциплины дебиторов) или с увеличением кредиторской задолженности(краткосрочный кредит).
Финансовое положениепредприятие в значительной степени обуславливается его производственнойдеятельностью, что определяется производственным потенциалом. В этой связинеобходимо определить наличие, динамику и удельный вес производственных активовв стоимости имущества (Таблица 2.2):

Таблица 2.2 Оценкапроизводственных активов ГП «Алушталифт»
№
п/п Показатели Ед. изм. 2007 2008 2009 1. Основные средства тыс.грн. 50,60 46,60 42,20 22. Производственные запасы тыс.грн. 13,60 15,60 14,20 33. Незавершенное производство тыс.грн. 0,00 0,00 0,00 44. Всего производственных активов, (стр.1+стр.2+стр.3) тыс.грн. 64,20 62,20 56,40 55. Всего имущества тыс.грн. 287,80 272,70 250,00 66. Удельный вес производственных активов в имуществе предприятия % 22,31 22,81 22,56
Нарисунке 2.3 приведена динамика изменения удельного веса производственныхактивов предприятия.
/>
Рис.2.3 Динамика изменения удельного веса производственных активов ГП «Алушталифт»

Увеличение удельноговеса производственных активов в имуществе при прочих равных условияхсвидетельствует о повышении производственных возможностей.
Из рисунка 2.3 следует,что для данного предприятия характерен низкий удельный вес производственныхактивов в имуществе: 22,31% на начало анализируемого периода и 22,56% на конец(доля производственных запасов в составе всего имущества существенноизменилась). Незначительное увеличение (на 0,25пункта) связано с уменьшениемстоимости имущества предприятия на 37,8 тыс.грн., на которое в свою очередьповлияло, как уже отмечалось ранее, снижение дебиторской задолженности. Всоставе и структуре оборотных активов произошли следующие изменения:
1)        Материальныеоборотные активы, представляющие собой производственные запасы на данномпредприятии, в 2007 году увеличилась на 2,0 тыс.грн., а в 2008 году уменьшиласьна 1,2 тыс.грн., в целом произошло увеличение на 0,6 тыс.грн. Это изменениесвязано с уменьшением основных средств в структуре производственных запасов идолжно быть сопоставлено с нормативом, то есть с потребностью, необходимой дляпроизводственной деятельности.
2)        Напредприятии за исследуемый период произошло увеличение денежных средств на 4,4тыс.грн
3)        Дляанализируемого предприятия характерен очень высокий удельный вес дебиторскойзадолженности в составе оборотных активов (93,37% на начало анализируемогопериода и 90,71 на конец) по отношению к всему имуществу (77% в 2007 году и 75%в 2009 году) Такое положение может быть расценено следующим образом:
-    спозиции будущих поступлений это можно рассматривать как положительный фактор;
-    спозиции отвлечения средств, то есть оплаты – это отрицательно характеризуетпредприятие.
На данном этапенаблюдается уменьшение дебиторской задолженности на протяжении анализируемогопериода на 34,4 тыс.грн, что положительно сказывается на структуре имуществапредприятия.
Перейдем к анализуимущества по источникам формирования ( т.е определим какие изменения произошлив структуре собственного и заемного капитала) и представим данные в Таблице 2.3
Таблица 2.3 Анализимущества ГП «Алушталифт» по источникам формирования
№
п/п Показатели 2007 2008 2009
Измене-
ние 2008-2007
Измене-
ние 2009-2008
Измене-
ние 2009-2007 1. Всего имущества, тыс.грн., 287,80 272,70 250,00 -15,10 -22,70 -37,80 2. Собственный капитал, тыс.грн 118,30 103,60 51,60 -14,70 -52,00 -66,70 % к имуществу 41,10 37,99 20,64 -3,11 -17,35 -20,46 2.1 Собственные оборот. средства, тыс.грн. 67,70 57,00 9,40 -10,70 -47,60 -58,30 % к капиталу 57,23 55,02 18,22 -2,21 -36,80 -39,01 3 Заемные средства тыс.грн 169,50 169,10 198,40 -0,40 29,30 28,90 % к имуществу 58,90 62,01 79,36 3,11 17,35 20,46 3.1 Кредиторская задолженность за услуг тыс.грн 37,10 47,00 21,70 9,90 -25,30 -15,40 в % к текущим обязательствам 21,97 27,89 10,94 5,93 -16,96 -11,03 3.2 Текущие обязательства тыс.грн 129,50 104,40 68,10 -25,10 -36,30 -61,40 в % к текущим обязательствам 76,97 61,96 34,32 -14,71 -27,63 -42,35
Из представленныхданных в таблице 2.3 следует, что стоимость имущества предприятия уменьшиласьна 37,8 тыс.грн или на 13 процентов. В составе источников произошли следующиеизменения: собственный капитал значительно сократился на (66,7 тыс.грн. или в2,3 раза), заемные и привлеченные источники увеличились на 28,9 тыс.грн. (на17%). Это в свою очередь, привело к следующим структурным изменениям: удельныйвес собственного капитала уменьшился на 20,46 пункта, соответственно долязаемных и привлеченных источников увеличилась на 20,46 пункта. Заемных ипривлеченных средств на 100 % представлены текущими обязательствами, из них: наначало периода 21,47% и 10,94% 0- на конец приходится кредиторскойзадолженности за услуги, остальные 76,67% на начало периода и 34,32% на конец –текущие обязательства по расчетам, 53,68% краткосрочных кредитов банковприходится на конец анализируемого периода.
Изменение соотношениясобственного и заемного капитала наглядно представлены на Рисунке 2.4.
/>
Рис. 2.4. Динамикаизменения структуры имущества ГП «Алушталифт» по источникамформирования
На предприятиипроизошло значительное уменьшение величины наличия собственных оборотныхсредств (см. рисунок 2.5) на 58,3 тыс.грн. или на 86,1%.

/>
Рис. 2.5. Динамикаизменения оборотных средств ГП «Алушталифт»
Как известно, длянормальной деятельности предприятия необходимо наличие собственных оборотныхсредств на конкретную дату. Собственный капитал используется для финансированиянеоборотных и оборотных активов. Долгосрочные пассивы (кредиты и займы)используются для финансирования необоротных активов. Поэтому при расчетеналичия собственных оборотных средств к собственному капиталу необходимоприбавить долгосрочные пассивы и вычесть необоротные активы, тем самымопределить, сколько реально имеется в наличии собственных оборотных средств. Вданном случае долгосрочные пассивы отсутствуют. Приступим к расчету собственныхоборотных средств.
Наличие собственныхоборотных средств по данным баланса составило:
На начало 2008 года =118,3 – 50,6 = 67,7 (тыс.грн.)
На начало 2009 года =103,6 – 46,6 = 57,0 (тыс.грн.)
На начало 2010 года =51,6 – 42,2 = 9,40 (тыс.грн.)
Данная динамикасокращения собственных оборотных средств в составе собственного капитала на58,3 тыс.грн. и увеличения заемного капитала предприятия на 29,5 тыс.грн.свидетельствует о том. Что у предприятия возникнут в будущем трудности восуществлении своих платежей (расчетов).
Целесообразносопоставить остатки дебиторской и кредиторской задолженности и вывести сальдозадолженностей за каждый период. Полученные данные приведены в таблице 2.4. Изтаблицы видно, что в 2007-2009 гг. наблюдалось превышение дебиторскойзадолженности над кредиторской, тогда как к концу 2009 года кредиторскаязадолженность превысила дебиторскую на 9,8 тыс.грн.
Таблица 2.4 Сальдозадолженности в 2007-2009 гг.Виды задолженности Ед.измерения 2007 2008 2009 Кредиторская задолженность тыс.грн. 168,9 168,5 198,4 Дебиторская задолженность тыс.грн. 223,0 206,4 188,6 Сальдо задолженности тыс.грн. 54,1 37,9 -9,8
На рисунке 2.6 показанадинамика изменения величины и соотношения дебиторской и кредиторскойзадолженности предприятия.
/>
Рис. 2.6 Динамикаизменения величины и соотношения дебиторской и кредиторской задолженности ГП «Алушталифт»

Из рисунка 2.6 видно,что уровень дебиторской задолженности по сравнению с кредиторской уменьшался напротяжении анализируемого периода, и вскоре достигает отрицательного сальдо, тоесть превышение уровня дебиторской задолженности над кредиторской. Это в своюочередь, означает, что даже полное погашение дебиторской задолженности неперекроет кредиторскую задолженность, и предприятию необходимо будет искатьдополнительные резервы для расчетов с кредиторами. Рассчитаемкоэффициенты, характеризующие имущественное состояние предприятия.
1. Индекс постоянногоактива (ИПА), показывающий часть основных средств и необоротных активов висточниках формирования собственных средств:
ИПА2007 =50,6/118,3 = 0,22
ИПА2008 =46,6/103,6 = 0,45
ИПА2009 =42,2/51,6 = 0,82
Из полученных данныхможно сделать вывод о том, что на протяжении исследуемого периода напредприятии происходит рост доли необоротных активов в собственном капитале,что однако связано не с увеличением основных средств, а с сокращениемсобственного капитала.
2. Коэффициент реальнойстоимости имущества (КРС), показывающий какую часть в стоимости имущества составляютсредства производства:
КРС2007 =(50,6 + 13,6) / 287,8 = 0,22
КРС2008 =(46,6 + 15,6) / 272,7 = 0,23
КРС2009 =(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 дляформы «Вызов»:
Ifdm.MENDopuskM.Value>=DM.WORKDopuskW.Value then
dm.CALL.Append
else MessageBox(0,PChar('Не соответствует допуск работника!!'), PChar('Внимание'), mb_Right);
Ifdm.MENDopuskM.Value>=DM.WORKDopuskW.Value then
DM.call['KodLift']:=DM.HLKodLift.Value
else dm.CALL.Append;
Ifdm.MENDopuskM.Value>=DM.WORKDopuskW.Value then
DM.call['KodLiftMen']:=DM.MENKodLiftMen.Value
else dm.CALL.Append;
Ifdm.MENDopuskM.Value>=DM.WORKDopuskW.Value then
DM.call['KodWork']:=DM.WORKKodWork.Value
else dm.CALL.Append;
Ifdm.MENDopuskM.Value>=DM.WORKDopuskW.Value then
DM.call['DateCall']:=monthcalendar1.Date
else dm.CALL.Append;
If dm.MENDopuskM.Value>=DM.WORKDopuskW.Valuethen
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)
Где, Э – годовойэкономический эффект от использования БД ИС «Вызов» в вычислительныхпроцессах, грн;
З1, З2– приведенные затраты на единицу работ, выполненных с помощью новой БД ИС «Вызов»и без нее, грн;
А2 – годовойобъем работ выполняемых с помощью новой БД ИС «Вызов» в расчетномгоду, натуральных еденицах.
Приведенные затраты (З2)на единицу работы рассчитываются по формулам 3.2, 3.3.

/> (3.2)
/> (3.3)
Где С1, С2– себестоимость единицы работ производимых без использования БД ИС «Вызов»и с помощью него, грн;
К1, К2капитальные вложения, связанные с использованием БД ИС «Вызов» (К1)и без него (К2), грн;
Ен –нормативный коэффициент экономической эффективности капитальных вложений,равный 0,15.
Себестоимость единицыработ (С1, С2) определяется по формулам 3.4, 3.5.
/> (3.4)
/> (3.5)
Где заработная платасоставляет 830 грн.
N0–количество документов обработанных без компьютера (до 50);
N1 –количество документов обработанных с применением БД ИС «Вызов» (до 90);
Следовательно,себестоимость составит:
/> (3.6)
/> (3.7)
Удельные капитальныевложения не связанные с использованием БД ИС «Вызов» рассчитываютсяпо формуле 3.8.

/> (3.8)
В свою очередь вкапитальные затраты отнесены: электроэнергия 140 грн. в месяц, />
Подставив значения вформулу 3.8 получим:
/> (3.9)
Удельныекапиталовложения, связанные с использованием БД ИС «Вызов» формула3.10.
/> (3.10)
В свою очередь в LCMотнесены затраты в размере 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, реализованный в среде программирования Delphi7.
На основеформализации и моделирования предметной области разработан и внедренпрограммный продукт для автоматизации оформления заявок на ремонтные работы «Вызов».Разработанная информационная система позволила сократить затраты предприятия,повысить качество обслуживания клиентов, а также способствует болееэффективному решению управленческих задач вследствие своевременногопредоставления всей полноты актуальной информации, необходимой для принятиярешений.
Таким образом,внедрив данную систему, мы обеспечили автоматическую обработку и оптимизациюданных. Это несет косвенную экономическую выгоду за счет усиления контролядвижения денежных средств и возможности быстрого доступа к любой информации.
Экономический анализэффективности деятельности предприятия в результате внедрения БД ИС «Вызов»показал что программный продукт позволил уменьшить затраты на 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 с.