Проектирование базы данных "Клиенты" предприятия
Суть признаков, позволяющих определить информацию как базу данных. Изучение схемы движения сообщения о клиентах. Применение языков аналитического типа и графических средств для инфологической модели. Показ структуры таблиц с помощью даталогической формы.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 12.06.2017 |
| Размер файла | 202,4 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ
ГЛАВА 1. ОСНОВЫ ТЕОРИИ БАЗЫ ДАННЫХ
1.1 Базы данных: понятия, классификация, требования
1.2 Модели базы данных
ГЛАВА 2. ОАО «КУЗБАССЭНЕРГОСБЫТ» КАК ОБЪЕКТ АВТОМАТИЗАЦИИ
2.1 Организационно-функциональная структура и направления деятельности ОАО «Кузбассэнергосбыт»
2.2 Характеристика документального потока ОАО «Кузбассэнергосбыт»
2.3 Характеристика задач, решаемых базой данных «Клиенты ОАО «Кузбассэнергосбыт» и технико-экономическое обоснование ее создания
ГЛАВА 3. РАЗРАБОТКА МОДЕЛИ БАЗЫ ДАННЫХ «КЛИЕНТЫ ОАО «КУЗБАССЭНЕРГОСБЫТ»
3.1 Инфологическая модель базы данных «Клиенты ОАО «Кузбассэнергосбыт»
3.2 Даталогическая модель данных базы данных «Клиенты ОАО «Кузбассэнергосбыт»
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
СПИСОК СОКРАЩЕНИЙ
ВВЕДЕНИЕ
Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД).
Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных СУБД. Для обеспечения одновременного доступа к данным множества пользователей, нередко расположенных достаточно далеко друг от друга и от места хранения баз данных, созданы сетевые мультипользовательские версии БД основанных на реляционной структуре. В них тем или иным путем решаются специфические проблемы параллельных процессов, целостности и безопасности данных, а также санкционирования доступа.
Объект курсового проекта - база данных.
Предмет курсового проекта - база данных «Клиенты ОАО «Кузбассэнергосбыт».
Цель курсового проекта - спроектировать базу данных «Клиенты ОАО «Кузбассэнергосбыт» на примере ОАО «Кузбассэнергосбыт». Для достижения поставленной цели необходимо решить следующие задачи:
- рассмотреть понятие базы данных, а также их виды и требования, предъявляемые к ним;
- рассмотреть организационно-функциональную структуру ОАО «Кузбассэнергосбыт»;
- сформулировать перечень задач, подлежащих автоматизации и дать технико-экономическое обоснование создания базы данных «Клиенты ОАО «Кузбассэнергосбыт»;
- разработать модель базы данных для ОАО «Кузбассэнергосбыт».
Для реализации поставленных задач использовались следующие методы:
- сравнительный анализ данных;
- анализ и синтез информации;
- метод моделирования.
Данный курсовой проект состоит из введения, трех глав, заключения, списка литературы, включающего 54 источника.
В первой главе рассматривается понятие баз данных, классификация, требования. Рассматриваются различные модели баз данных.
Во второй главе рассматривается организационно-функциональная структура ОАО «Кузбассэнергосбыт», дается характеристика задачам, решаемым базой данных «Клиенты ОАО «Кузбассэнергосбыт», проводится расчет техническо-экономического обоснования ее создания.
В третьей главе описывается инфологическая и даталогическая модели базы данных «Клиенты ОАО «Кузбассэнергосбыт».
В качестве источников литературы при написании курсового проекта использовались учебные материалы, справочники, словари, статьи из периодических изданий.
ГЛАВА 1. ОСНОВЫ ТЕОРИИ БАЗЫ ДАННЫХ
1.1 Базы данных: понятия, классификация, требования
Существует множество определений базы данных (БД). Общепризнанная единая формулировка отсутствует. Ниже приведено несколько примеров определений.
База данных (БД) - это данные, организованные в виде набора записей определенной структуры и хранящиеся в файлах, где, помимо самих данных, содержится описание их структуры. Система управления базами данных (СУБД) - это система, обеспечивающая ввод данных в БД, их хранение и восстановление в случае сбоев, манипулирование данными, поиск и вывод данных по запросу пользователя [7, с.185].
База данных - организованная в соответствии с определёнными правилами и поддерживаемая в памяти компьютера совокупность данных, характеризующая актуальное состояние некоторой предметной области и используемая для удовлетворения информационных потребностей пользователей [20, с.98].
База данных - совместно используемый набор логически связанных данных (и описание этих данных), предназначенный для удовлетворения информационных потребностей организации [21, с.27].
Чаще используются следующие признаки, позволяющие определить информацию как базу данных [30, с.84]:
- БД хранится и обрабатывается в вычислительной системе. Таким образом, любые некомпьютерные хранилища информации (архивы, библиотеки, картотеки и т. п.) базами данных не являются.
- Данные в БД логически структурированы (систематизированы) с целью обеспечения возможности их эффективного поиска и обработки в вычислительной системе. Структурированность подразумевает явное выделение составных частей (элементов), связей между ними, а также типизацию элементов и связей, при которой с типом элемента (связи) соотносится определённая семантика и допустимые операции.
- БД включает метаданные, описывающие логическую структуру БД в формальном виде (в соответствии с некоторой метамоделью). В соответствии с ГОСТ Р ИСО МЭК ТО 10032-2007, «постоянные данные в среде базы данных включают в себя схему и базу данных. Схема включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. База данных включает в себя набор постоянных данных, определенных с помощью схемы. Система управления данными использует определения данных в схеме для обеспечения доступа и управления доступом к данным в базе данных».
Существует огромное количество разновидностей баз данных, отличающихся по различным критериям. Например, в «Энциклопедии технологий баз данных» определяются свыше 50 видов БД [20, с.87].
Базы данных можно классифицировать по различным основаниям деления, например:
- по модели данных:
· иерархические;
· сетевые;
· реляционные;
· объектные и объектно-ориентированные;
· объектно-реляционные.
- по среде физического хранения:
· БД во вторичной памяти (традиционные): средой постоянного хранения является периферийная энергонезависимая память (вторичная память) - как правило, жёсткий диск. В оперативную память СУБД помещает лишь кеш и данные для текущей обработки;
· БД в оперативной памяти: все данные находятся в оперативной памяти;
· БД в третичной памяти: средой постоянного хранения является отсоединяемое от сервера устройство массового хранения (третичная память), как правило, на основе магнитных лент или оптических дисков. Во вторичной памяти сервера хранится только каталог данных третичной памяти, файловый кеш и данные для текущей обработки; загрузка же самих данных требует специальной процедуры.
- по технологии обработки:
· централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ часто применяется в локальных сетях;
· распределенная БД состоит из нескольких пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ компьютерной сети;
- по способу применения и сфере использования
· транзакционные (рабочая или операционная, каждая запись которой представляет собой транзакцию, на которую отводится мало времени и результат запроса отображается в наикратчайшие сроки) [44];
· БД поддержки принятия решения обеспечивающая на базе имеющихся данных получение информации, необходимой для тактического планирования и деятельности [42].
БД должна соответствовать следующей системе требований:
- многократное использование;
- быстрый поиск и получение информации по запросам;
- простота обновления;
- уменьшение избыточности данных;
- защита от несанкционированного доступа;
- защита от уничтожения данных;
- максимальная независимость от прикладных программ.
Для успешней реализации системы на основе БД на первом месте стоит проектирование структуры данных, а затем только осуществляется разработка приложений. Плохо спроектированная база данных будет поставлять некорректную информацию, порождать ошибки, способные привести к принятию неправильных решений.
Проектируемая БД должна обладать определенными свойствами. Назовем основные свойства БД [35].
- Целостность.
В каждый момент времени существования БД сведения, содержащиеся в ней, должны быть непротиворечивы. Целостность БД достигается вследствие введения ограничений целостности, в частности, к ним относятся ограничения, связанные с нормализацией БД.
- Восстанавливаемость.
Данное свойство предполагает возможность восстановления БД после сбоя системы или отдельных видов порчи системы. Сюда относится проверка наличия файлов, составляющих приложение. В основном свойство восстанавливаемости обеспечивается дублированием БД и использованием техники повышенной надежности.
- Безопасность.
Безопасность БД предполагает защиту данных от преднамеренного и непреднамеренного доступа модификации или разрушения. Применяется запрещение несанкционированного доступа, защита от копирования и криптографическая защита. Также необходимы и чисто административные меры, например ограничение доступа к носителям информации.
- Эффективность.
Свойство эффективности обычно понимается как:
· минимальное время реакции на запрос пользователя;
· минимальные потребности в памяти
· сочетание этих параметров.
Таким образом, база данных - это организованная структура, предназначенная для хранения информации. В современных базах данных хранятся не только данные, но и информация [7, с.185]. Наиболее известными из корпоративных СУБД являются Oracle , Informix , Sybase , MS SQL Server, Progress и некоторые другие.
1.2 Модели базы данных
Модель данных - набор принципов, определяющих организацию логической структуры хранения данных в базе. Модели баз данных определяются тремя компонентами:
- допустимой организацией данных;
- ограничениями целостности;
- множеством допустимых операций.
Основополагающими в концепции баз данных являются обобщенные категории «данные» и «модель данных». Понятие «данные» в концепции баз данных - это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы. Сами данные не обладают определенной структурой. Данные становятся информацией тогда, когда для них задается определенная структура. Поэтому центральным понятием в области баз данных является понятие модели [20, c.144].
Первоначально понятие модели данных употреблялось как синоним структуры данных в конкретной базе данных. В процессе развития теории систем баз данных термин «модель данных» приобрел новое содержание. Возникла потребность в термине, который обозначал бы инструмент, а не результат моделирования, и воплощал бы, таким образом, множество всевозможных баз данных некоторого класса. В настоящее время в научной литературе термин «модель данных» трактуется в подавляющем большинстве случаев в инструментальном смысле - как инструмент моделирования [20, с.146].
Модель данных - это абстракция, которая будучи приложена к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязи между ними.
На рисунке 1 представлена классификация моделей данных.
Рисунок 1 - Классификация моделей данных
Инфологическая модель - модель предметной области, предназначенная для представления семантики предметной области на самом высоком уровне абстракции. Это означает, что устранена или минимизирована необходимость использовать понятия «низкого уровня», связанные со спецификой физического представления и хранения данных. Наиболее известным представителем класса инфологических моделей является модель «сущность-связь» (ER-модель). ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных. Среди множества нотаций ER-моделей одна из наиболее развитых - Unified Modeling Language (Унифицированный язык моделирования), сокр. UML - применяется в системе CASE фирмы ORACLE [47, с. 20].
Даталогическая модель - модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации. При этом даталогическая модель разрабатывается с учетом конкретной реализации СУБД, также с учетом специфики конкретной предметной области на основе ее инфологической модели.
Документальные модели данных соответствуют представлению слабоструктурированной информации, ориентированной в основном на свободные форматы документов, текстов на естественном языке [22, с. 58]:
- Модели, ориентированные на формат документа связаны со стандартным общим языком разметки документов, который позволяет организовывать информацию, содержащуюся в документах, и представлять ее в некотором стандартном виде.
- Дескрипторные модели. Каждому документу соответствует дескриптор или описатель, который имеет жесткую структуру и описывает документ в соответствии с теми характеристиками, которые требуются для работы с документами. Обработка информации ведется исключительно по дескриптору документа, а не по его содержанию.
- Тезаурусные модели основаны на принципе организации словарей, описывающих языковые выражения и взаимодействия между ними. Под тезаурусом понимается иерархический словарь понятий и отношений между ними, что позволяет представлять исходный текст документа в виде системы этих понятий.
Фактографические модели данных соответствуют представлению информации в виде определенных структур данных (иерархическая, сетевая, реляционная, объектно-ориентированная):
- Иерархическая модель данных представляет собой совокупность элементов, расположенных в порядке их подчинения от общего к частному и образующих перевернутое дерево (граф). Данная модель характеризуется такими параметрами, как уровни, узлы, связи. Принцип работы модели таков, что несколько узлов более низкого уровня соединяется при помощи связи с одним узлом более высокого уровня. Узел - информационная модель элемента, находящегося на данном уровне иерархии.
- Сетевая модель данных - логическая модель данных, являющаяся расширением иерархического подхода, строгая математическая теория, описывающая структурный аспект, аспект целостности и аспект обработки данных в сетевых базах данных. Разница между иерархической моделью данных и сетевой состоит в том, что в иерархических структурах запись-потомок должна иметь в точности одного предка, а в сетевой структуре данных у потомка может иметься любое число предков.
- Реляционная модель данных включает следующие компоненты:
· Структурный аспект - данные в базе данных представляют собой набор отношений (таблиц).
· Аспект целостности - отношения (таблицы) отвечают определенным условиям целостности. Реляционная модель данных поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.
· Аспект обработки - Реляционная модель данных поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).
Кроме того, в состав реляционной модели данных включают теорию нормализации.
- Объектно-ориентированная модель - модель, в которой данные моделируются в виде объектов, его атрибутов, методов и классов.
Физическая модель базы данных определяет способы размещения данных в среде хранения и способы доступа к этим данным, которые поддерживаются на физическом уровне. Физическая модель данных оперирует категориями, касающимися организации внешней памяти и структур хранения, используемых в конкретной СУБД. В качестве физических моделей используются различные методы размещения данных, основанные на файловых структурах: это организация файлов прямого и последовательного доступа, индексных файлов и инвертированных файлов, файлов, использующих различные методы хеширования, взаимосвязанных файлов.
ГЛАВА 2. ОАО «КУЗБАССЭНЕРГОСБЫТ» КАК ОБЪЕКТ АВТОМАТИЗАЦИИ
2.1 Организационно-функциональная структура и направления деятельности ОАО «Кузбассэнергосбыт»
ОАО «Кузбассэнергосбыт» создано как самостоятельная энергосбытовая организация 1 июля 2006 год согласно плану реформы энергетической отрасли, выделившись из состава ОАО «Кузбассэнерго». Выступая правопреемником ОАО «Кузбассэнерго» по всем договорам электроснабжения, в настоящее время ОАО «Кузбассэнергосбыт» является крупнейшей энергосбытовой компанией на территории Кемеровской области.
В сентябре 2006 года после утверждения Правительством РФ Постановления от 31 августа 2006г. №530 «Об утверждении Правил функционирования розничных рынков электрической энергии в переходный период реформирования электроэнергетики» ОАО «Кузбасская энергетическая сбытовая компания» автоматически получило статус гарантирующего поставщика. Организационная структура компании адаптировалась к работе в новых условиях, были созданы необходимые службы и отделы.
22 мая 2007 года состоялся открытый аукцион по продаже акций ОАО «Кузбассэнергосбыт», принадлежавших РАО «ЕЭС России». Победителем торгов и основным акционером компании стало ООО «Мечел-Энерго», входящее в компанию «Мечел».
В мае 2007 года ОАО «Кузбассэнергосбыт» вступило в Некоммерческое Партнерство гарантирующих поставщиков и энергосбытовых компаний, которое представляет и защищает интересы компании как участника энергорынка [16].
ОАО «Кузбассэнергосбыт» осуществляет следующие виды деятельности [31]:
- покупка электрической энергии на оптовом и розничных рынках электрической энергии;
- реализация электрической энергии на оптовом и розничных рынках электрической энергии потребителям;
- оказание услуг третьим лицам, в том числе по сбору платежей за отпускаемые товары и оказываемые услуги;
- оказание услуг по организации коммерческого учета.
ОАО «Кузбассэнергосбыт» имеет 4 отделения [43]:
- Восточное межрайонное отделение. Главный офис расположен в г.Анжеро-Судженск.
- Центральное межрайонное отделение. Главный офис расположен в г.Белово.
- Южное межрайонное отделение. Главный офис расположен в г.Новокузнецк.
- Северное межрайонное отделение. Главный офис расположен в г.Кемерово.
Главный офис ОАО «Кузбассэнергосбыт» расположен по адресу: г.Кемерово, пр.Ленина, 90/4.
В данной работе мы будем рассматривать главный офис ОАО «Кузбассэнергосбыт».
Организационная структура ОАО «Кузбассэнергосбыт» представлена на рисунке 2 [33].
Рисунок 2 - Организационная структура ОАО «Кузбассэнергосбыт»
Общее руководство деятельностью ОАО «Кузбассэнергосбыт», в том числе принятие решений, издание приказов и распоряжений осуществляет управляющий директор ОАО «Кузбассэнергосбыт».
За каждую часть работы ОАО «Кузбассэнергосбыт» отвечает свой руководитель.
Так заместитель управляющего директора контролирует деятельность отдела реализации, договорного, юридического отделов, директора по работе с потребителями-гражданами, который в свою очередь отвечает за работу отдела по организации работы с потребителями гражданами.
Технический директор отвечает за деятельность инженера по охране труда, отделов АИИС, АСУ, технического аудита, отделов хозяйственного, материально-технического обеспечения и канцелярии.
Директор по экономике и финансам отвечает за деятельность планово-экономического и финансового отделов.
Директор по работе на оптовом рынке электроэнергии курирует деятельность отдела по работе на оптовом рынке электроэнергии и отдела маркетинга.
В прямом подчинении у управляющего директора находятся отдел управления персоналом, группа корпоративной политики, группа внутреннего контроля, помощник по делам гражданской обороны и чрезвычайным ситуациям, а так же руководители межрайонных отделений.
Отдел автоматизированных информационно-измерительных систем предоставляет информацию об обороте товарной продукции (электроэнергии), осуществляет монтаж, наладку и техническое обслуживание автоматизированных информационно-измерительных систем.
Отдел автоматизированных систем управления обеспечивает функционирование комплекса технических средств, программного, математического и информационного обеспечения.
Отдел технического аудита осуществляет подготовку и корректировку схем электроснабжения районов Кемеровской области, организацию работы по расстановке и настройке устройств автоматической частотной разгрузки и частотного автоматического повторного включения, ограничения потребления и временного отключения электрической энергии, технический аудит потребителей электроэнергии, подготовку технических сведений при заключении и перезаключении договоров.
Хозяйственный отдел осуществляет хозяйственное обслуживание и поддержание надлежащего состояния в соответствии с правилами и нормами охраны труда, промышленной и пожарной безопасности производственного здания и хозяйственных сооружений, а также инженерных систем организации.
Отдел материально-технического обеспечения проводит сбор и объединение заявок на поставку товарно-материальных ценностей от структурных подразделений, планирование расходов на их приобретение, проведение тендеров, контроль за выполнением сроков поставок и оплаты.
Отдел реализации проводит расчеты за электрическую энергию в соответствии с условиями заключенных договоров, предоставляет отчетную информации о реализации электрической энергии.
Договорной отдел оформляет договорные отношения в части электроснабжения с субъектами розничного рынка электрической энергии (потребителями, сетевыми организациями и т.д.).
Юридический отдел представляет и защищает законные права и интересы организации.
Отдел по организации работы с потребителями гражданами осуществляет координацию, методическое руководство деятельностью подразделений в работе с потребителями-гражданами.
Планово-экономический отдел вырабатывает и реализует экономическую стратегию организации, осуществляет организацию эффективного использования основных фондов, материальных и финансовых ресурсов, анализ хозяйственной деятельности.
Финансовый отдел формирует финансовую политику организации, осуществляет организацию и анализ финансовой деятельности организации.
Отдел по работе на оптовом рынке электроэнергии осуществляет покупку и продажу электроэнергии на оптовом рынке, а также у поставщиков на розничном рынке электроэнергии.
Отдел маркетинга проводит маркетинговые исследования, сбор и анализ экономической, общественно-политической социологической информации, касающейся деятельности организации, разработку концепции внешней политики организации, налаживание обратной связи с потребителями.
Отдел управления персоналом осуществляет учет персонала, ведение трудовых книжек и личных дел, оформление необходимой кадровой документации, обеспечение кадрового делопроизводства (прием, увольнение, перемещение).
Группа корпоративной политики осуществляет управление акционерным капиталом и работу с акционерами, организацию корпоративных мероприятий.
Группа внутреннего контроля выявляет и анализирует риски, которые могут повлиять на искажение финансовой отчетности при осуществлении бизнес-процессов, ведет контроль над соблюдением сотрудниками общества и его структурных подразделений политик, процедур, регламентов организации.
Рассмотрим основные показатели деятельности организации за 2008-2010гг.
Таблица 2 - Основные показатели деятельности организации за 2008-2010гг.
|
Наименование показателя |
Отчетный период |
|||
|
2008 |
2009 |
2010 |
||
|
Вид хозяйственной деятельности: реализация электроэнергии |
||||
|
Объем выручки (доходов) от данного вида хозяйственной деятельности, тыс. руб. |
16 020 686 |
15 487 842 |
17 132 831 |
|
|
Доля объема выручки (доходов) от данного вида хозяйственной деятельности в общем объеме выручки (доходов) эмитента, % |
99,96 % |
99,98 % |
99,98% |
|
|
Другие виды хозяйственной деятельности |
||||
|
Объем выручки (доходов) от других видов хозяйственной деятельности, тыс. руб. |
5 666 |
3 254 |
2 717 |
|
|
Доля объема выручки (доходов) от данных видов хозяйственной деятельности в общем объеме выручки (доходов) эмитента, % |
0,04 % |
0,02 % |
0,02 % |
|
|
Итого |
||||
|
Объем выручки (доходов) от хозяйственной деятельности, тыс. руб. |
16 026 352 |
15 491 096 |
17 135 548 |
|
|
Доля объема выручки (доходов) от хозяйственной деятельности в общем объеме выручки (доходов) эмитента, % |
100 % |
100 % |
100% |
Как видно из представленных данных в 2009 году по сравнению с 2008 годом наблюдается снижение прибыли на 3.3%. Но в 2010 году прибыль выросла как по сравнению с 2009 годом, так и по сравнению с 2008 годом. Так по сравнению с 2008 годом рост прибыли составил 6.5%, а по сравнению с 2009 годом - 9.6%.
Основными источниками дохода организации является реализация электроэнергии.
Ведение базы данных учета клиентов важно для взаимодействия с клиентами, принятия компанией обязательств и их осуществления перед клиентами, обмен информацией между структурами организации. Учет клиентов необходим для стратегии организации бизнеса, в котором отношения с клиентом ставятся в центр деятельности компании. БД клиентов предназначена для автоматизации деятельности таких отделов как отдел реализации, отдел работы с потребителями-гражданами и т.д. Подобная БД помогает поставлять продукт, корректно и своевременно выставлять счета, предоставлять услуги. база данный графический инфологический
2.2 Характеристика документального потока ОАО «Кузбассэнергосбыт»
Для нормального функционирования и развития любой организации необходимо постоянно владеть как оперативной, так и стратегической информацией в соответствующей области деятельности. Под информацией обычно понимают совокупность сведений, показателей, данных, требуемых для описания того или иного явления или процесса.
Управленческий процесс по своей сути сводится к сбору, обработке, передаче, хранению, поиску и использованию информации с целью выработки управленческого решения.
Информация может быть бездокументной (устной) и документированной, то есть зафиксированной на каком-либо носителе информации (бумажном, магнитном и др.). Процесс фиксирования информации, то есть создания документа, называется документированием управленческой деятельности. При этом важно подчеркнуть, что запись информации на различных носителях (документирование) должна осуществляться по установленным правилам. Таким образом, документ или документированная информация - это зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать.
При создании документов используют различные способы документирования в зависимости от содержания информации: звукозапись (фонодокумент), фотографию (фотодокумент), запись изображений и звуков (аудиовизуальный документ) и т. д.
Документ, созданный юридическим или физическим лицом, оформленный и удостоверенный в установленном порядке, называется официальным документом. Официальный документ, используемый в текущей деятельности организации, называют служебным документом.
Если документ создан лицом вне сферы его служебной или общественной деятельности, то он считается документом личного происхождения [36].
Таблица 3 - Характеристика информационных потоков в ОАО «Кузбассэнергосбыт»
|
№ |
Наименование документа |
Вид документа |
Источник формирования |
Получатель |
Время обработки |
|
|
1 |
Письмо о заключении договора электроснабжения |
Входящий |
Клиент |
Договорной отдел |
10 мин |
|
|
2 |
Заявка на заключение договора электроснабжения |
Входящий |
Клиент |
Договорной отдел |
20 мин |
|
|
3 |
Анкета абонента |
Входящий |
Клиент |
Договорной отдел |
15 мин |
|
|
4 |
Юридические документы |
Входящий |
Клиент |
Юридический отдел |
1 день |
|
|
5 |
Технические документы |
Входящий |
Клиент |
Отдел технического аудита |
30 дней |
|
|
6 |
Договор электроснабжения |
Исходящий |
Договорной отдел |
Клиент |
25 мин |
Из данной таблицы видно, что по времени обработки много занимают юридические и технические документы, остальные же занимают не значительное время.
Таблица 4 - Перечень документов, необходимых для заключения договора электроснабжения с юридическими лицами
|
№ |
Наименование документа |
|
|
Юридические документы |
||
|
1 |
Учредительные документы (устав, учредительный договор, положение) |
|
|
2 |
Свидетельство о государственной регистрации |
|
|
3 |
Свидетельство о постановке на налоговый учет |
|
|
4 |
Документ, подтверждающий полномочия руководителя организации (приказ, доверенность, выписка из протокола собрания акционеров) |
|
|
5 |
Доверенность на право заключения договора (в необходимых случаях, если временно отсутствует первый руководитель) |
|
|
6 |
Документы, подтверждающие право собственности (пользования) на объекты недвижимости в отношении которых заключается договор (здания, сооружения, подстанции, ВЛ) |
|
|
7 |
Сведения об открытых счетах организации, заверенные руководителем и главным бухгалтером |
|
|
Дополнительно для бюджетников |
||
|
8 |
Документы, подтверждающие, что организация финансируется из бюджета РФ, субъектов РФ, местных бюджетов |
|
|
9 |
Документы, подтверждающие установление лимита в денежном выражении от распорядителя бюджетных средств |
|
|
Дополнительно для Энергоснабжающих организаций |
||
|
10 |
Сведения о местах расположения пунктов приема платежей за электроэнергию от покупателей организации |
|
|
Технические документы |
||
|
11 |
Акты на установление границ балансовой принадлежности электросетей и эксплуатационной ответственности сторон |
|
|
12 |
Однолинейная схема электроснабжения предприятия |
|
|
13 |
Технические условия (для новых организаций или организаций сменивших статус) |
|
|
14 |
Акт приемки в эксплуатацию энергопринимающих устройств потребителя |
|
|
15 |
Акты осмотра (приемки) расчетного учета |
|
|
16 |
Заявка на необходимую величину энергопотребления (кВтч), величину заявленной (договорной) мощности (кВт) |
|
|
17 |
Сведения о присоединенной мощности |
|
|
18 |
Сведения об установленной мощности асинхронных и синхронных высоковольтных двигателях |
|
|
19 |
Сведения о наличии компенсирующих устройств |
|
|
20 |
Перечень субабонентов в случае их наличия |
|
|
21 |
Максимальная величина заявленной мощности (кВт) |
|
|
22 |
Список лиц, имеющих право ведения с ЭСО оперативных переговоров, а также подписания документов по договору, телефоны и факс и e-mail для оперативной связи |
В таблице 5 приведены реквизиты, используемые при работе организации.
Таблица 5 - Используемые реквизиты
|
№ |
Название реквизита |
Где используется |
|
|
1 |
Организация |
Письмо, заявка, анкета, акты, договора |
|
|
2 |
Должность |
Письмо, заявка, анкета, акты, договора |
|
|
3 |
ФИО |
Письмо, заявка, анкета, акты, договора |
|
|
4 |
Адрес |
Анкета, акты, договора |
|
|
5 |
Дата |
Письмо, заявка, анкета, договора |
|
|
6 |
Печать |
Письмо, заявка, анкета, акты, договора |
|
|
7 |
Регистрационный номер документа |
Акты, договора |
|
|
8 |
Подпись |
Письмо, заявка, анкета, акты, договора |
Таким образом, в данном параграфе были рассмотрены виды документов, используемых в организации. Из данных таблицы 3 было выяснено, что значительное время занимает обработка технических и юридических документов.
2.3 Характеристика задач, решаемых базой данных «Клиенты ОАО «Кузбассэнергосбыт» и технико-экономическое обоснование ее создания
Задача -- проблемная ситуация с явно заданной целью, которую необходимо достичь; в более узком смысле задачей также называют саму эту цель, данную в рамках проблемной ситуации, то есть то, что требуется сделать.
Термин задача употребляется в сфере программирования, как единица работы вычислительной системы, требующая выделения вычислительных ресурсов (процессорного времени, основной памяти и т.п.) [15, с.25].
Технологические задачи ставятся и решаются при организации технологического процесса обработки информации на компьютере. Функциональные задачи требуют решения при реализации функций управления в рамках информационных систем предметных областей (ПО). Функциональные задачи в совокупности образуют предметную область и полностью определяют ее специфику [7, с.125].
Постановка задачи -- точная формулировка условий задачи с описанием входной и выходной информации.
Входная информация по задаче -- данные, поступающие на вход задачи и используемые для её решения.
Выходная информация может быть представлена в виде документов, кадров на экране монитора, информации в базе данных, выходного сигнала устройству управления.
Постановка задачи разрабатывается организацией, разработчиком программной продукции, на основании технического задания совместно с заказчиком. Главный исполнитель -- это разработчик [37].
Перечень задач, решаемых базой данных «Клиенты ОАО «Кузбассэнергосбыт», приведен в таблице 6.
Таблица 6 - Задачи, решаемые базой данных «Клиенты ОАО «Кузбассэнергосбыт»
|
№ |
Задача |
|
|
1 |
Учет данных о потребителе |
|
|
2 |
Получить тариф и его значение, по которому обслуживается потребитель |
|
|
3 |
Количество потребленного объема электрической энергии |
|
|
4 |
Расчёт суммы к оплате |
|
|
5 |
Получение списка должников |
|
|
6 |
Получение периода и суммы задолженности |
|
|
7 |
Получение списка отключенных должников |
Для решения изложенных задач необходима информация различного типа, связанная между собой и хранимая в БД. Для управления этой информацией необходимо построить структуру ее хранения так, чтобы в ней учитывались все необходимые связи, не было необходимости избыточного или повторного ввода данных. Выполнение этих требований должны обеспечить модели базы данных, которые описаны в главе 3.
Технико-экономическое обоснование разрабатывается для наглядного отражения эффекта от внедрения новой разработки. Воспользуемся следующей формулой для расчета затрат на расчет суммы к оплате:
ДТ = Т0 - Т1
Т0 - время, которое потребовалось бы для ручного выполнения расчета суммы к оплате.
Т1 - время выполнения этих задач при машинной обработке.
Т0 = 4 час
Т1 = 0,0833 часа (5 минут)
ДТ = 4 - 0,0833 = 3,9167 часа.
Таким образом, при использовании БД временные затраты на расчет суммы к оплате по потребителям электроэнергии сократились на 3,9167 часа.
За год расчет производится 12 раз.
Следовательно, после внедрения БД «Клиенты ОАО «Кузбассэнергосбыт» будет сэкономлено:
12 * 3,9167 = 47 часов рабочего времени.
Стоимостные затраты по расчету суммы к оплате за потребленную электроэнергию до внедрения базы данных за год составляют 864000 руб. (стоимость оплаты труда специалистов, занимающихся расчётом), а после внедрения БД «Клиенты ОАО «Кузбассэнергосбыт» - 288000 руб. (затраты на оплату труда специалиста, работающего в базе), то тогда абсолютный показатель изменения стоимостных затрат за год будет равен:
C0 - стоимостные затраты до внедрения БД.
C1 - предполагаемые стоимостные затраты после внедрения БД.
ДC = C0 - C1 = 864000 - 288000 = 576000 руб.
Исходя из того, что C0 > C1, можно сделать вывод, что имеется экономия стоимостных затрат.
Далее рассчитаем коэффициент снижения стоимостных затрат за год (Кс), который рассчитывается по формуле:
Другой относительный показатель эффективности -- индекс снижения стоимостных затрат:
Индекс изменения стоимостных затрат показывает, во сколько раз сократились затраты по предлагаемому варианту по сравнению с базисным.
В том случае если, например, для предлагаемого варианта машинной обработки экономической информации потребовалось затраты на разработку и установку базы данных на сумму 700000 руб., то дополнительные капитальные вложения (Кд) по этой статье составили 700000 руб. Срок окупаемости этих капитальных затрат при условии, что абсолютная экономия стоимостных затрат (?С) для сравниваемых вариантов составляет 576000 руб. будет равен:
(года).
Расчетный коэффициент эффективности составит:
.
Дополнительные капитальные вложения считаются экономически целесообразными в случае, когда они окупаются экономией текущих затрат в пределах нормативного срока окупаемости. С учетом того, что относительный показатель (коэффициент) изменения стоимостных затрат составляет 0,82, а величина нормативного коэффициента Ен = 0,33 можно сделать вывод, что дополнительные капитальные затраты в объеме 700000 руб. экономически целесообразны.
Произведение дополнительных капитальных затрат на нормативный коэффициент эффективности показывает их нормативную окупаемость, приведенную к одному году. Если к величине, определяемой произведением ЕнКд будут добавлены годовые затраты на обработку информации по предлагаемому варианту (С1), то в результате может быть получена величина приведенных стоимостных затрат. Более эффективным считается тот вариант процесса машинной обработки данных, при котором величина приведенных затрат минимальна, т. е. при С1+ЕнКд>min
Таблица 7 - Расчет экономической эффективности внедрения БД «Клиенты ОАО «Кузбассэнергосбыт»
|
Наименование затрат |
Сравниваемые варианты |
Показатели эффективности |
||||
|
базисный |
предлагаемый |
?С |
Кс |
Iс |
||
|
Трудовые затраты, час |
4 |
0,0833 |
47 |
|||
|
Стоимостные затраты, руб. |
864000 |
288000 |
576000 |
0,6667 |
3 |
Таким образом, проведенный расчет экономической эффективности показывает, что при эксплуатации БД «Клиенты ОАО «Кузбассэнергосбыт» значительно снизятся трудовые и экономические затраты на обработку информации по клиентам, что в свою очередь позволит более эффективно использовать рабочее время сотрудников.
ГЛАВА 3. РАЗРАБОТКА МОДЕЛИ БАЗЫ ДАННЫХ «КЛИЕНТЫ ОАО «КУЗБАССЭНЕРГОСБЫТ»
3.1 Инфологическая модель базы данных «Клиенты ОАО «Кузбассэнергосбыт»
Компоненты инфологической модели включают ряд описаний объектов предметной области (ПО) и связи между ними. Описание ПО всегда представлено в какой-то знаковой системе. Поэтому кроме отношений, присущих ПО, возникают еще и отношения, обусловленные особенностями отображения ПО в языковой среде.
В настоящее время не существует единого стандарта или общепринятого способа построения инфологической модели. Для описания инфологической модели используются как языки аналитического (описательного) типа, так и графические средства.
В процессе анализа в ПО выделяют классы объектов. Классом объектов называют совокупность объектов, обладающих одинаковым набором свойств. Например, если в качестве ПО рассмотреть вуз, то в ней можно выделить следующие классы объектов: учащиеся, преподаватели, аудитории и т. д. Объекты могут быть реальными или абстрактными, как, например, предметы, которые изучают студенты.
При отражении в ИС каждый объект представляется своим идентификатором, который отличает один объект класса от другого, а каждый класс объектов представляется именем этого класса. Так, для объектов класса «Изучаемые предметы» идентификатором каждого объекта будет «Название предмета». Идентификатор должен быть уникальным. Каждый объект обладает определенным набором свойств. Для объектов одного класса набор этих свойств одинаков, а их значения могут различаться.
Каждому классу объектов в инфологической модели присваивается уникальное имя.
При описании ПО надо отразить связи между объектом и характеризующими его свойствами. Это изображается в виде линии, соединяющей обозначение объекта и его свойств.
Связь между объектом и его свойством может быть различной. Объект может обладать только одним значением какого-то свойства. Например, каждый человек может иметь только одну дату рождения. Назовем такие свойства единичными. Для других свойств возможно существование одновременно нескольких значений у одного объекта. Пусть, например, при описании «Сотрудника» фиксируется в качестве его свойства «Иностранный язык», которым он владеет. Так как сотрудник может знать несколько иностранных языков, то такое свойство будем называть множественным.
Кроме того, некоторые свойства являются постоянными, их значение не может измениться с течением времени. Назовем такие свойства статическими, а те свойства, значение которых может изменяться со временем, будем называть динамическими.
Кроме связи между объектом и его свойствами, в инфологической модели фиксируются связи между объектами разных классов. Различают связи типа «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1) и «многие ко многим» (М:М). Иногда эти типы связей называются степенью связи. Кроме степени связи в инфологической модели для характеристики связи между разными сущностями надо указывать так называемый класс принадлежности, который показывает, может ли отсутствовать связь объекта данного класса с каким-либо объектом другого класса. Класс принадлежности сущности может быть либо обязательным, либо необязательным.
С учетом вышеперечисленных особенностей построения ИЛМ были определены следующие объекты данных:
- потребитель: содержит данные о потребителях (см. рисунок 4);
- оплата: содержит данные о начислениях и оплате за потреблённую электрическую энергию (см. рисунок 5);
- отключение: список отключенных потребителей.
Построенная информационно-логическая модель показывает основные сущности предметной области проектирования, их ключевые и описательные атрибуты. Также показаны информационные связи, позволяющие решать поставленные перед данной базой данных задачи. Для дальнейшего проектирования необходимо построить даталогическую модель БД «Клиенты ОАО «Кузбассэнергосбыт».
Согласно методике, каждая сущность образует таблицу. Таким образом, сущности «Потребитель», «Оплата», «Отключение» станут основными таблицами с соответствующими названиями. Столбцы таблиц должны соответствовать наборам атрибутов сущностей. Атрибуты «Отделения», «Тариф», «Причина отключения» в процессе построения даталогической модели были трансформированы в отдельные сущности со своими атрибутами.
3.2 Даталогическая модель данных базы данных «Клиенты ОАО «Кузбассэнергосбыт»
Даталогическая модель данных базы данных «Клиенты ОАО «Кузбассэнергосбыт» представляет собой описание структуры основных и справочных таблиц, приведенное ниже (таблица 8 - таблица 13).
Таблица 8 - Логическая модель таблицы «Отделения»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
kpodr |
Код отделения |
+ |
Числовой |
4 |
|
|
npodr |
Наименование отделения |
+ |
Символьный |
150 |
kpodr - первичный ключ.
npodr - уникальный ключ.
Таблица 9 - Логическая модель таблицы «Потребители»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
user_id |
Идентификатор потребителя |
+ |
Числовой |
20 |
|
|
kpodr |
Код отделения |
+ |
Числовой |
4 |
|
|
ndog |
Номер договора |
+ |
Числовой |
5 |
|
|
naim |
Наименование потребителя |
Символьный |
150 |
||
|
dstart |
Дата заключения договор |
Дата |
10 |
||
|
dend |
Дата завершения действия договора |
Дата |
10 |
||
|
adres |
Адрес потребителя |
Символьный |
150 |
||
|
phone |
Контактный телефон |
Числовой |
20 |
user_id - первичный ключ.
kpodr, ndog - уникальный ключ.
Таблица 10 - Логическая модель таблицы «Тариф»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
ktarif |
Код тарифа |
+ |
Числовой |
4 |
|
|
ntarif |
Наименование тарифа |
+ |
Символьный |
150 |
|
|
ztarif |
Значение тарифа |
Числовой |
9 |
ktarif - первичный ключ.
ntarif - уникальный ключ.
Таблица 11 - Логическая модель таблицы «Оплата»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
user_id |
Идентификатор потребителя |
+ |
Числовой |
20 |
|
|
date_fp |
Расчётный месяц |
+ |
Дата |
10 |
|
|
use_el |
Потреблено эл.энергии |
Числовой |
9 |
||
|
ktarif |
Код тарифа |
+ |
Числовой |
4 |
|
|
for_pay |
Начислено |
Числовой |
9 |
||
|
pay |
Оплачено |
Числовой |
9 |
||
|
date_pay |
Дата оплаты |
+ |
Дата |
10 |
user_id, date_fp, date_pay - первичный ключ.
user_id - внешний ключ.
ktarif - внешний ключ.
Таблица 12 - Логическая модель таблицы «Причина отключения»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
why |
Код отключения |
+ |
Числовой |
4 |
|
|
why_naim |
Наименование отключения |
+ |
Символьный |
250 |
why - первичный ключ.
why_naim - уникальный ключ.
Таблица 13 - Логическая модель таблицы «Отключение»
|
Поле |
Признак ключа |
Формат поля |
|||
|
Условное обозначение |
Наименование |
Тип |
Длина |
||
|
user_id |
Идентификатор потребителя |
+ |
Числовой |
20 |
|
|
why |
Причина отключения |
+ |
Числовой |
4 |
|
|
date_off |
Дата отключения |
+ |
Дата |
10 |
|
|
date_on |
Дата отключения |
Дата |
10 |
date_оff, user_id - первичный ключ.
user_id - внешний ключ.
why - внешний ключ.
Взаимосвязь представленных таблиц проектируемой базы данных представлена на рисунке 8.
Рисунок 8 - Связь таблиц БД «Клиенты ОАО «Кузбассэнергосбыт»
Таким образом, разработанные инфологическая и даталогическая модели проектируемой базы данных «Клиенты ОАО «Кузбассэнергосбыт» на примере ОАО «Кузбассэнергосбыт» позволяют увидеть будущую структуру и функциональные связи между данными, оценить их сложность и приступить к дальнейшей разработке - построению физической модели БД осуществляемому непосредственно опираясь на особенности конкретной СУБД, в которой будет реализоваться разрабатываемая система, и дальнейшей реализацией базы данных на языке программирования СУБД.
ЗАКЛЮЧЕНИЕ
Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципа построения и эффективного применения соответствующих технологий и программных продуктов.
ИС могут быть связаны с различными областями деятельности предприятия, будь то бухгалтерия, управление персоналом или конкретный производственный процесс.
Современные ИС, реализующие интеграцию данных, характеризуются огромными объемами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей и позволяют эффективно хранить, извлекать информацию и управлять большими объемами данных. Информация имеет достаточно сложную структуру и хранится в БД. От эффективности управления БД непосредственно зависит эффективность работы ИС, а, следовательно, и самого предприятия, которое использует данную систему.
Следуя теории разработки баз данных и на основании проведенных исследований была разработана инфологическая модель БД «Клиенты ОАО «Кузбассэнергосбыт». На основе этой инфологической модели была построена даталогическая модель БД «Клиенты ОАО «Кузбассэнергосбыт», являющейся основой для создания БД в конкретной СУБД.
В результате проведенных работ можно сделать вывод о том, что спроектированная БД «Клиенты ОАО «Кузбассэнергосбыт» позволит улучшить взаимодействие между структурными подразделениями, обеспечит более эффективное обслуживание клиентов ОАО «Кузбассэнергосбыт».
СПИСОК ЛИТЕРАТУРЫ
1. Агальцов В.П. Базы данных. Книга 2. Распределенные и удаленные базы данных. М.: Мир, 2009. 272 с.
2. Аткинсон М. Манифест систем объектно-ориентированных баз данных // СУБД, 2005, № 4, С.16-22.
3. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. М.: Финансы и статистика, 2005. 351 с.
4. Ведяева С.Ю. Базы данных: реляционная модель: учебно-методическое пособие. Саратов: Изд-во Поволж.акад.гос.службы, 2003. 35 с.
5. Воройский Ф.С. Информатика: Энциклопедический словарь-справочник. М.: ФИЗМАТЛИТ, 2006. 768 с.
6. Голицына О...
Подобные документы
Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Проектирование даталогической модели в виде логической структуры реляционной базы данных в СУБД Microsoft SQL Server на основе созданной инфологической модели базы данных интернет-магазина музыки. Выделение сущностей и связей, анализ предметной области.
курсовая работа [724,6 K], добавлен 15.06.2013Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Рассмотрение инфологической и даталогической модели базы данных кинотеатров города. Разработка базы данных в программе MS Access. Описание структуры приложения и интерфейса пользователя. Изучение SQL-запросов на вывод информации о кинотеатре и о фильме.
курсовая работа [1,1 M], добавлен 04.09.2014Разработка базы данных с помощью Borland С++ Builder6, которая отражает в удобной форме учет автотранспортных средств. Проектирование инфологической, даталогической и физической моделей данных. Функции и процедуры (операции) системы, листинг программы.
курсовая работа [133,1 K], добавлен 10.11.2011Разработка базы данных "Автоматизированное рабочее место секретаря агентства". Описание документооборота, проектирование инфологической модели базы данных, содержащей в себе информацию о клиентах, преподавателях, договорах. Таблицы и связи между ними.
дипломная работа [1,8 M], добавлен 05.03.2011Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Ограничения, присутствующие в предметной области. Проектирование инфологической модели данных. Описание основных сущностей и их атрибутов. Логический и физический уровни модели данных. Реализация базы данных: представления, триггеры, хранимые процедуры.
курсовая работа [1,7 M], добавлен 10.02.2013Разработка автоматизированной системы кредитования банка: концептуальная модель предметной области. Построение инфологической и даталогической модели средствами MySQL; таблицы и схемы базы данных; формулировка запросов для отображения данных их таблиц.
курсовая работа [8,7 M], добавлен 18.01.2012Концептуальное проектирование базы данных: разработка схемы и структуры таблиц, описание атрибутов. Реализация базы данных в среде СУБД MS SQL Server 2000. Основные принципы создания таблиц. Доступ и обработка данных с помощью утилиты Enterprise Manager.
курсовая работа [3,8 M], добавлен 22.01.2013Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.
курсовая работа [838,9 K], добавлен 25.11.2010Проектирование структуры базы данных. Конструирование структуры будущих таблиц баз данных, основные приемы их заполнения и редактирования. Простая сортировка значений таблицы. Поиск записей по образцу. Как правильно сохранить и загрузить базу данных.
практическая работа [4,4 M], добавлен 02.04.2009Создание инфологической и даталогической модели базы данных, которые отображают сущности и атрибуты, отношения и поля. Разработка информационной системы учета пролеченных в дневном стационаре (DSP) с помощью СУБД MS Access и среды разработки Delphi 7.
курсовая работа [1,5 M], добавлен 03.07.2012Интерфейс и начало работы в Microsoft Access. Построение реляционной базы данных и разработка инфологической модели. Разработка формы с помощью мастера форм и запроса в режиме конструктора. Создание таблиц данных. Поиск и замена значений в полях.
методичка [3,9 M], добавлен 21.07.2009Общая характеристика инфологической модели информационной системы. Знакомство с особенностями проектирования базы данных "Библиотека", анализ основных этапов. Рассмотрение способов составления запросов по выборке информации из таблиц базы данных.
контрольная работа [831,2 K], добавлен 08.12.2013Разработка корпоративной информационной системы, использующей несколько баз данных, содержащих информацию о наличии товара на складе, ходе ремонта компьютерной техники и данных о персонале. Разработка инфологической и даталогической моделей базы данных.
дипломная работа [1009,2 K], добавлен 01.05.2015Этапы создания и разработки базы данных. Построение модели предметной области. Разработка даталогической и физической моделей данных, способы обработки данных о сотрудниках организации. Проектирование приложений пользователя. Создание кнопочной формы.
курсовая работа [2,1 M], добавлен 14.02.2011Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.
курсовая работа [1,4 M], добавлен 14.01.2018Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.
реферат [1,6 M], добавлен 22.10.2009Семантическое моделирование данных. Основные понятия модели Entity-Relationship. Построение инфологической модели в виде диаграммы "Таблица-связь". Проектирование физической модели базы данных. Разработка формы заставки, главной, вторичных кнопочных форм.
курсовая работа [1,5 M], добавлен 26.06.2012
