СОДЕРЖАНИЕ
ВВЕДЕНИЕ
ГЛАВА 1.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1.Описание предметной области
1.2.Инфологическое моделирование
ГЛАВА 2.Инфологическое проектирование
2.1. Модель «сущность-связь»
2.2. Связи между сущностями
ЗАКЛЮЧЕНИЕ
СПИСОКЛИТЕРАТУРЫ
ВВЕДЕНИЕ
Процесс проектирования БД на основе принципов нормализации представляетсобой последовательность переходов от неформального словесного описанияинформационной структуры предметной области к формализованному описаниюобъектов предметной области в терминах некоторой модели.
Инфологическая модель применяется на втором этапе проектирования БД, тоесть после словесного описания предметной области. Процесс проектированиядлительный и требует обсуждений с заказчиком и со специалистами в предметнойобласти. Наконец, при разработке серьезных корпоративных информационных системпроект базы данных является тем фундаментом, на котором строится вся система вцелом, и вопрос о возможном кредитовании часто решается экспертами банка наосновании именно грамотно сделанного инфологического проекта БД. Следовательно,инфологическая модель должна включать такое формализованное описание предметнойобласти, которое легко будет «читаться» не только специалистами по базамданных. И это описание должно быть настолько емким, чтобы можно было оценитьглубину и корректность проработки проекта БД, и конечно, оно не должно бытьпривязано к конкретной СУБД. Выбор СУБД – это отдельная задача, для корректногоее решения необходимо иметь проект, который не привязан ни к какой конкретнойСУБД.
Инфологическое проектирование прежде всего связано с попыткойпредставления семантики предметной области в модели БД.
Цель нашего проекта — предоставить удобный и быстрый доступ к базеданных, содержащей информацию о видеопрокате.
В настоящее время практически во всех сферах человеческой деятельностииспользуются базы данных. Данная инфологическая модель базы данных можетприменяться в различных организациях. Для обеспечения надежности системыуправления данными необходимо выполнить следующие основные требования:
- целостность и непротиворечивость данных,
- достоверность данных,
- простота управления данными,
- безопасность доступа к данным.
Предметной областью называется фрагмент реальности, которыйописывается или моделируется с помощью БД и ее приложений. В предметной областивыделяются информационные объекты – идентифицируемые объекты реального мира,процессы, системы, понятия и т.д., сведения о которых хранятся в БД.
ГЛАВА1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ/>1.1.Описание предметной области
Программа Прокат предназначена для автоматизации пункта прокатаили продажи видеокассет или любых других товаров. Она ведет учет выдаваемыхтоваров по клиентам, платежей и взаиморасчетов с клиентами и формирует всенеобходимые документы и отчеты. В программе предусмотрена возможность учетазаказов, продажи, различные схемы обслуживания клиентов. Для ускоренияобслуживания, работа может вестись с применением технологий штриховогокодирования и членских карточек. Программа имеет развитую систему разделениядоступа сотрудников к различным функциям и отчетам. Имеется возможностьразрабатывать и печатать этикетки товаров и карточки постоянных клиентов (в томчисле и с штрихкодом).
Программа работает в ОС Windows 95/98/ME, Windows 2000/2003/NT/XP. Минимальныетребования: компьютер, на котором способна работать какая-нибудь Windows, 4Мбайта места на жестком диске плюс размер данных. Разрешение экрана мониторадолжно быть не менее чем 800x600.
Программа "Прокат" работает на одном или несколькихкомпьютерах операторов пункта проката и выполняет следующие основные функции:
· Регистрация клиентов, формирование и печать персональных карточекклиентов
· Ввод товаров, печать этикеток товаров. Имеются средства дляразработки дизайна карточек клиентов и этикеток товаров
· Автоматическое определение клиентов и товаров по их штрих-кодам.Возможен быстрый поиск товаров по названию, группе (жанру), ценовой категории,стране, режиссеру, студии, актеру, году выпуска…
· Выдача и возврат из проката, резервирование (заказ) и продажатоваров с регистрацией всех операций в журнале учета
· Гибкая система настройки различных схем обслуживания клиентов взависимости от их Категории: залоговая, абонементная, предоплата, VIP…
· Прием оплаты от клиентов, печать чеков, приходных и расходныхордеров, актов, счетов-фактур, договора с клиентом и т.п.
· Учет взаиморасчетов с каждым клиентом за всю историю, возможностьприменения различных схем взаиморасчетов
· Всевозможные отчеты по товарам: каталоги, по популярности,справки о наличии…
· Экспорт данных в Excel и формирование там документа «Учет доходовпредпринимателя»
· Различные отчеты по клиентам, справка о должниках, справка оклиенте
· Отчеты по оборотам за день, за произвольный период
· Возможность блокировки, разблокировки, и замены карточки клиента.Занесение клиента в «черный список»
· Возможность работы в любой валюте (рубли, гривны, USD, EUR и т.п.)
· Возможность автоматической печати чеков на кассовом аппаратеАМС-100Ф
· Разграничение доступа к функциям системы для сотрудников пунктапроката
· Простой и понятный, настраиваемый интерфейс пользователя.Поддержка нескольких языков интерфейса (в настоящее время имеется русский ианглийский интерфейс)
· Подробная справочная система, техническая поддержка пользователей
Система "Прокат" полностью автоматизирует всюдеятельность пункта проката. Программа может работать в сети связанных междусобой компьютеров, принтеров, принтеров этикеток и карточек, сканеров штрихкодов.
Система "Прокат" функционирует в соответствии собщепризнанными технологиями работы пунктов проката и позволяет оптимизироватьвсе процессы, связанные с обслуживанием клиентов. Давайте рассмотрим эту технологиюподробнее./>1.2.Инфологическое моделирование
Когда в видео прокат приходит новый клиент, он проходит довольно простуюпроцедуру регистрации, после чего его заносят в базу данных клиентов проката ивручают ему членскую карточку. Членская карточка может выглядеть по разному –это может быть пластиковая карточка с логотипом проката, красиво оформленная,напечатанная и заламинированная бумажная карточка, или просто бумажная визитнаякарточка. Но в любом случае, на этой членской карточке присутствует уникальныйидентификационный номер клиента – это может быть как штрих-код, так и простопорядковый номер. С помощью этого штрих-кода (номера) оператор видео прокатабыстро идентифицирует клиента и получает полную картину о нем.
/>
/>
/>
Все товары пункта проката так же пронумерованы. Чаще всего, каждомутовару присваивается уникальный номер. Это может быть как ваш собственныйштрих-код (номер), так и код, присвоенный товару производителем. Этикетка сэтим кодом наклеивается на каждый товар, который выставляется на прилавок(стеллаж). Клиент может взять любой товар, рассмотреть его и, если товар емупонравился, подойти с ним к оператору (продавцу). По коду товара оператор оченьбыстро находит товар в программе, получает от клиента деньги и отдает емутовар. Таким образом, вся процедура обслуживания клиента занимает несколькосекунд.
Цель инфологического моделирования – обеспечение наиболее естественныхдля человека способов сбора и представления той информации, которуюпредполагается хранить в создаваемой базе данных. Поэтому инфологическую модельданных пытаются строить по аналогии с естественным языком (последний не можетбыть использован в чистом виде из-за сложности компьютерной обработки текстов инеоднозначности любого естественного языка). Основными конструктивнымиэлементами инфологических моделей являются сущности, связи между ними и ихсвойства (атрибуты).
Сущность – любой различимый объект (объект, который мы можемотличить от другого), информацию о котором необходимо хранить в базе данных.Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д.Необходимо различать такие понятия, как тип сущности и экземплярсущности. Понятие тип сущности относится к набору однородных личностей,предметов, событий или идей, выступающих как целое. Экземпляр сущностиотносится к конкретной вещи в наборе.
Сущность имеет имя, уникальное в пределах модели. При этом имя сущности –это имя типа, а не конкретного экземпляра.
Сущности подразделяются на сильные и слабые. Сущность является слабой,если ее существование зависит от другой сущности – сильной по отношению к ней.Например, сущность «Подчиненный» является слабой по отношению к сущности«Сотрудник»: если будет удалена запись, соответствующая некоторому сотруднику,имеющему подчиненных, то сведения о подчинении также должны быть удалены.
Сущность может быть расщеплена на два или более взаимоисключающих подтипов,каждый из которых включает общие атрибуты и/или связи. Эти общие атрибуты и/илисвязи явно определяются один раз на более высоком уровне. В подтипах могутопределяться собственные атрибуты и/или связи. В принципе выделение подтиповможет продолжаться на более низких уровнях, но в большинстве случаевоказывается достаточно двух-трех уровней.
Сущность, на основе которой определяются подтипы, называется супертипом.Подтипы должны образовывать полное множество, то есть любой экземпляр супертипадолжен относиться к некоторому подтипу. Иногда для полноты множества надо определятьдополнительный подтип, например, «Прочие».
Атрибут – поименованная характеристика сущности. Его наименованиедолжно быть уникальным для конкретного типа сущности, но может быть одинаковымдля различного типа сущностей. Атрибуты используются для определения того,какая информация должна быть собрана о сущности.
Абсолютное различие между типами сущностей и атрибутами отсутствует.Атрибут является таковым только в связи с типом сущности. В другом контекстеатрибут может выступать как самостоятельная сущность.
Ключ – минимальный набор атрибутов, по значениям которых можнооднозначно найти требуемый экземпляр сущности. Минимальность означает, чтоисключение из набора любого атрибута не позволяет идентифицировать сущность пооставшимся.
Связь – ассоциирование двух или более сущностей. Если быназначением базы данных было только хранение отдельных, не связанных междусобой данных, то ее структура могла бы быть очень простой. Однако одно изосновных требований к организации базы данных – это обеспечение возможностиотыскания одних сущностей по значениям других, для чего необходимо установитьмежду ними определенные связи. А так как в реальных базах данных нередкосодержатся сотни или даже тысячи сущностей, то теоретически между ними можетбыть установлено более миллиона связей. Наличие такого множества связей иопределяет сложность инфологических моделей.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Первый тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент временикаждому представителю (экземпляру) сущности А соответствует 1 или 0представителей сущности В:
Второй тип – связь ОДИН-КО-МНОГИМ (1: М): одному представителюсущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях, тосуществует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N).
ГЛАВА2. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ/>2.1.Модель «сущность-связь»
Инфологическая модель отображает реальный мир в некоторые понятныечеловеку концепции, полностью независимые от параметров среды хранения данных.Существует множество подходов к построению таких моделей: графовые модели,семантические сети, модель «сущность-связь» и т.д. Наиболеепопулярной из них оказалась модель «сущность-связь» или называемаяещё ER-моделью (от англ. Entity-Relationship,т.е. сущность-связь).
Инфологическая модель применяется после словесного описания предметнойобласти.
Между сущностями могут быть установлены связи – бинарные ассоциации,показывающие, каким образом сущности соотносятся или взаимодействуют междусобой. Связь может существовать между двумя разными сущностями или междусущностью и ей же самой (рекурсивная связь). Она показывает, как связаныэкземпляры сущностей между собой. Если связь устанавливается между двумясущностями, то она определяет взаимосвязь между экземплярами одной и другойсущности
Связи делятся на три типа по множественности: один-ко-одному (1:1),один-ко-многим (1: М), многие-ко-многим (М: М).
Связь один-ко-одному означает, что экземпляр одной сущности связан толькос одним экземпляром другой сущности.
Связь один-ко-многим (1: М) означает, что один экземпляр сущности,расположенный слева по связи, может быть связан с несколькими экземплярамисущности, расположенными справа по связи.
Связь «многие-ко-многим (М: М) означает, что несколько экземпляров первойсущности могут быть связаны с несколькими экземплярами второй сущности, инаоборот. Между двумя сущностями может быть задано сколько угодно связей сразными смысловыми нагрузками.
Связь любого из этих типов может быть обязательной, если в данной связидолжен участвовать каждый экземпляр сущности, необязательной – если не каждыйэкземпляр сущности должен участвовать в данной связи. При этом связь может бытьобязательной с одной стороны и необязательной с другой стороны.
Проведем инфологическое проектирование базы данных технологическогопроцесса. Инфологическая модель применяется после словесного описанияпредметной области. На основании анализа предметной области выделим следующиесущности модели «сущность-связь» («Entity Relationship» — ER-модели):«Рубрикатор видов деятельности», «Предприятия и организации», и изобразим их ввиде графических обозначений (прямоугольник, в верхней части которого записаноимя сущности, а ниже перечисляются атрибуты, причем ключевые атрибутыпомечаются подчеркиванием). Они приведены на рис. 1-2.
Справочник клиентов
Код клиента Фамилия, ИО Адрес Телефон Категория Примечания
рис.1. «Справочник клиентов»
Видеотека
Код кассеты Наименование Категория Стоимость
рис.2. «Видеотека»
Заказы
Код заказа Дата Код клиента Код кассеты Сумма Дата возврата
рис.3. «Заказы»
Сотрудники
Код сотрудника Фамилия ИО Табельный номер
Рис.4. «Сотрудники»/>2.2.Связи между сущностями
Определим связи между выявленными сущностями.
Связь ОДИН-КО-МНОГИМ (1: М): одному представителю сущности А соответствуют0, 1 или несколько представителей сущности В (рис.4).
/> />
рис.4. Связь ОДИН-КО-МНОГИМ
/>
рис.5. Моделирование связей между сущностями предметной области
ЗАКЛЮЧЕНИЕ
На мой взгляд, нелегко правильно воспринять и оценить тех советов ирекомендаций по построению хорошей инфологической модели, которые десятилетиямиформировались крупнейшими специалистами в области обработки данных. В идеаленеобходимо, чтобы предварительно был реализован хотя бы один проектинформационной системы, предложенный его реальным пользователям.
Любые теоретические рекомендации воспринимаются всерьез лишь посленескольких безрезультатных попыток оживления неудачно спроектированных систем.(Хотя есть и такие проектировщики, которые продолжают верить, что смогутреанимировать умирающий проект с помощью изменения программ, а неинфологической модели базы данных.)
Для определения перечня и структуры хранимых данных надо собратьинформацию о реальных и потенциальных приложениях, а также о пользователях базыданных, а при построении инфологической модели следует заботиться лишь онадежности хранения этих данных, напрочь забывая о приложениях и пользователях,для которых создается база данных.
Целесообразно:
· четко разграничивать такие понятия как запрос на данные и ведениеданных (ввод, изменение и удаление);
· помнить, что, как правило, база данных является информационнойосновой не одного, а нескольких приложений, часть их которых появится вбудущем;
· плохой проект базы данных не может быть исправлен с помощью любых(даже самых изощренных) приложений.
Современный уровень информатизации общества предопределяет использованиеновейших технических, технологических, программных средств в различныхинформационных системах экономических объектов. методов и моделей,технических, программных, технологических средств и специалистов,предназначенную для обработки информации и принятия управленческих решений.
Компьютерная технология характеризуется рядом особенностей, которыеследует учитывать при оценке условий и процедур контроля. Отличия компьютернойобработки данных от неавтоматизированной, в основном, следующие:
Единообразное выполнение операций. Компьютерная обработка предполагаетиспользование одних и тех же команд при выполнении идентичных операций учета,что практически исключает появлению случайных ошибок, обыкновенно присущихручной обработке. Напротив, программные ошибки (или другие систематическиеошибки в аппаратных либо программных средствах) приводят к неправильнойобработке всех идентичных операций при одинаковых условиях.
Разделение функций. Компьютерная система может осуществить множествопроцедур внутреннего контроля, которые в неавтоматизированных системахвыполняют разные специалисты. Такая ситуация оставляет специалистам, имеющимдоступ к компьютеру, возможность вмешательства в другие функции. В итогекомпьютерные системы могут потребовать введения дополнительных мер дляподдержания контроля на необходимом уровне, который в неавтоматизированныхсистемах достигается простым разделением функций. К подобным мерам можетотноситься система паролей, которые предотвращают действия, не допустимые со стороныспециалистов, имеющих доступ к информации об активах и учетных документах черезтерминал в диалоговом режиме.
Потенциальные возможности появления ошибок и неточностей. По сравнению снеавтоматизированными системами учета компьютерные системы более открыты длянесанкционированного доступа, включая лиц, осуществляющих контроль. Они такжеоткрыты для скрытого изменения данных и прямого или косвенного полученияинформации об активах. Чем меньше человек вмешивается в машинную обработкуопераций учета, тем ниже возможность выявления ошибок и неточностей. Ошибки,допущенные при разработке или корректировке прикладных программ, могутоставаться незамеченными на протяжении длительного периода.
Инициирование выполнения операций в компьютере. Компьютерная системаможет выполнять некоторые операции автоматически, причем их санкционирование необязательно документируется, как это делается в неавтоматизированных системахучета, поскольку сам факт принятия такой системы в эксплуатацию администрациейпредполагает в неявном виде наличие соответствующих санкций.
Создание АИС способствует повышению эффективности производстваэкономического объекта и обеспечивает качество управления.
СПИСОКЛИТЕРАТУРЫ
1. Атре Ш.Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983.– 320 с.
2. БойкоВ.В., Савинков В.М. Проектирование баз данных информационных систем. – М.:Финансы и статистика, 1989. – 351 с.
3. Дейт К.Руководство по реляционной СУБД DB2. – М.: Финансы и статистика, 1988. – 320 с.
4. Джексон Г.Проектирование реляционных баз данных для использования с микроЭВМ. -М.: Мир,1991. – 252 с.
5. КирилловВ.В. Структуризованный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
6. Мартин Дж.Планирование развития автоматизированных систем. – М.: Финансы и статистика,1984. – 196 с.
7. Мейер М.Теория реляционных баз данных. – М.: Мир, 1987. – 608 с.
8. Тиори Т.,Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн. 1. –287 с.: Кн. 2. – 320 с.
9. Ульман Дж.Базы данных на Паскале. – М.: Машиностроение, 1990.–386 с.
10. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир,1984. – 294 с.
11. Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика,1985. – 344 с.