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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Проект приложения базы данных для предметной области «Кинотеатр»

Информация:

Тип работы: курсовая работа. Добавлен: 28.05.2012. Сдан: 2011. Страниц: 10. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Федеральное агенТство по образованию
Государственное образовательное  учреждение
высшего профессионального  образования
Московский  государственный  университет экономики, статистики и информатики
Рязанский филиал 
 
 

Курсовая  работа 

По дисциплине: «Проектирование информационных систем»
на тему: «Спроектировать приложение базы данных
для предметной области «Кинотеатр» 
 
 
 
 
 
 
 
 

                Выполнил:
                  студент 3 курса Макушин П.Г.
                  очной формы обучения
                  специальности «Прикладная информатика
                  в юриспруденции»
                  группы  «ПИЮ-Д31»
                Проверил:
                              Копейкин Ю.А.  
                   
                   
                   
                   

                          Дата сдачи курсовой работы: «    »                         2009 года
Дата  защиты курсовой работы: «    »                          2009 года 
 

                                            
                                           
                                                Рязань 2009
Задание 

Задачей данной курсовой работы является разработка информационной системы для комплекса Кинотеатр. В БД должно быть предусмотрено наличие информации о фильмах в прокате, проданных билетах, киностудиях поставляющих киноновинки. Составить модели IDEF0, DFD, IDEF1X, а так же техническое задание. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Оглавление 

     Введение………………………………………………………………….4
     1.Результат обследования предметной области…………………………5
     2.Модель IDEF0…………………………………………………………..12
     3.DFD модель……………………………………………………………..13
     4.Модель IDEF1X………………………………………………………...15
     5.Физическая модель данных……………………………………………20
     6.Руководство программиста…………………………………………….21
     7.Руководство пользователя……………………………………….……..22
     Заключение………………………………………………………………..27
     Приложение………………………………………………………...……..28 
 

 
 
 
     Введение 

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

     1. Результаты обследования предметной области и их анализ 

      В ходе работы кинотеатра клиентам (зрителям) должна представляться информация о фильмах находящихся в прокате. Так же он должна представляться информация касающаяся:
      стоимости билета на сеанс;
      свободных мест в кинозале;
      времени сеанса;
      Билет приобретается в кассе кинотеатра на время сеанса, которое подходит зрителю. Кассир предложит свободные места в зале места, а клиент (зритель) вправе выбрать наиболее подходящее ему.
      В случае если билет покупается заранее, то в билете указывается дата назначенного сеанса.
      Если  же клиент (зритель) приобретший билет за ранее, то он вправе заранее обменять его на другой билет или вернуть деньги. В этом случае в БД происходит изменение записи о проданном билете.
      Продажа билетов фиксируется в отчете за период времени.
      Клиент (зритель) обязан занять место согласно купленному билету.

     Общие сведения ГОСТ 34.602-89 п 2.3

     В соответствии с договором №100500 между Макушиным Павлом Геннадьевичем (Разработчик) и Копейкиным Юрием Алексеевичем (Заказчик), Разработчик проектирует информационную систему для программного комплекса "Кинотеатр".
     В своей работе Разработчик руководствуется Российскими и международными стандартами и требованиями Заказчика. Требования Заказчика отражаются в настоящем документе и подлежат обязательному выполнению Разработчиком. Так же могут быть использованы национальные стандарты других стран, если соответствующих национальных или международных стандартов нет.
     В данное Техническое задание не могут быть включены требования Заказчика, противоречащие Российским и Международным стандартам, не могущие быть выполненными на современном уровне развития информационных технологий и запрещенные действующими нормами Российского и Международного законодательства.
     Днем  начала проектирования АИС «Кинотеатр» считается день, следующий после подписания данного Технического задания.
     Если  в процессе разработки Заказчик изменяет описанные в данном документе требования, то они оформляются отдельным документом и влекут за собой изменение или дополнение Договора между Заказчиком и Разработчиком в части срока выполнения и оплаты договора.
     Заказчик  оплачивает работы Разработчика ИС в соответствии с договором №100500.

     Назначение  и цели создания системы ГОСТ 34.602-89 п 2.4

     АИС «Кинотеатр» разработана для  обеспечения  хранения и обработки информации, относящейся к основной деятельности кинотеатра. 

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

     Характеристики  объекта автоматизации ГОСТ 34.602-89 п 2.5

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

     Требования  к системе ГОСТ 34.602-89 п 2.6

     АИС «Кинотеатр» должна обеспечивать хранение информации о:
    Фильмах
      Название
      Бюджет
      Режиссер
      Актеры
 
    Сеансах
      Название фильма
      Дата кинопроката
      Время
    Залах
      Количество мест
      Вид зала
    Кассирах
      Табельный номер
      ФИО
      Паспортные данные
      Адрес
      Телефон
 
    Киностудиях
      Название киностудии
      Страна
      Адрес
      Телефон
 
    Билетах на сеанс
        Дата
        Время
        №места
        №ряда
        Название фильма
        Цена
     Основные  процедуры АИС «Кинотеатр» должны обеспечивать следующие изменения объектов хранения:
    Изменение, добавление и удаление данных по фильмам, сеансам, билетам на сеансы, кассирам, киностудиям, залам.
    Добавление и удаление реквизитов заказов.

     Состав  и содержание работ  по созданию системы   
ГОСТ 34.602-89 п 2.7

     Работы  по проектированию АИС «Кинотеатр» производятся в два этапа.
     Первый  этап - разработка тестовой версии АИС. Окончанием данного этапа является ввод АИС в опытную эксплуатацию.
     Второй этап - опытная эксплуатация АИС, включающая в себя устранение выявленных ошибок, недоработок и несоответствий с данным Техническим заданием. Окончанием второго этапа является ввод АИС в промышленную эксплуатацию.
     Окончание каждого этапа подтверждается Сторонами  договора подписанием Акта приема-передачи.
     Длительность  первого этапа составляет 30 дней. Началом первого этапа считается  день, следующий за днем подписания Заказчиком и Разработчиком АИС данного Технического задания.
     Длительность  второго этапа составляет 30 дней. Началом второго этапа считается день, следующий за днем подписания Заказчиком и Разработчиком Акта приема-передачи АИС в опытную эксплуатацию.
     По  окончанию первого этапа работ Разработчик устанавливает АИС на тестовый сервер Заказчика и предоставляет Заказчику предварительные описания процедур, необходимых для работы с АИС. Описания предоставляются в электронном виде.
     По  окончанию второго этапа работ Разработчик предоставляет Заказчику программу установки базы данных на сервер и "Инструкцию программиста" с окончательными описаниями процедур, необходимых для работы с АИС.

     Порядок контроля и приемки  системы  
ГОСТ 34.602-89 п 2.8

     По  окончанию первого и второго  этапов проектирования, Разработчик демонстрирует Заказчику работу АИС в соответствии с требованиями, изложенными в данном Техническом задании.
     Набор данных для тестирования после первого  этапа разработки предоставляет Разработчик.
     Набор данных для тестирования после второго этапа разработки предоставляет Заказчик.

     Требования  к составу и  содержанию работ  по подготовке объекта автоматизации к вводу системы в действие  
ГОСТ 34.602-89 п 2.9

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

     Требования  к документированию ГОСТ 34.602-89 п 2.10

     По  окончанию второго этапа Разработчик передает Заказчику следующую документацию:
      Инструкцию программиста. В Инструкции программиста описываются процедуры, необходимых для работы с АИС. Описание процедур включает в себя:
      Название процедуры
      Описание выполняемых процедурой действий
      Описание входных параметров, с указанием типа параметра, формата его записи и значения по умолчанию, если таковое определено для параметра
      Описание выходных параметров и (или) возвращаемых наборов записей с указанием их типов и форматов
      Пример вызова процедуры и возвращаемых ею значений. Если процедура может иметь несколько вариантов вызова, то примеры для каждого варианта
      Инструкцию по установке АИС
     Иная  документация Заказчику не предоставляется. Инструкции предоставляются как в печатном, так и в электронном виде. Инструкции в печатном виде предоставляется в одном экземпляре.

     Источники разработки. ГОСТ 34.602-89 п 2.11

   При разработке АИС должны использоваться следующие законодательные и нормативные правовые акты:
    Указ Президента РФ от 06.03.1997 г. № 188 "Об утверждении перечня сведений конфиденциального характера";
    Указ Президента РФ от 30.11.1995 г. № 1203 "Об утверждении перечня сведений, отнесенных к государственной тайне";
    ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»;
    ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»;
    ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;
    ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»;
    РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»;
 
 
   2. Модель IDEF0
     IDEF0 - методология функционального моделирования.  С помощью простого и гармоничного  графического языка IDEF0, моделирования  система предстает перед разработчиками  и аналитиками в виде набора  взаимосвязанных функциональных блоков.
  Построение  модели информационной системы начинается с описания функционирования предприятия (системы) в целом в виде контекстной  диаграммы. В приложении 1 представлена контекстная диаграмма АИС «Кинотеатр». Как  видно из диаграммы в Приложении рис.1,  взаимодействие системы с окружающей средой описывается в терминах входа (на диаграмме в Приложении рис.1 это «Досуг») выхода (основной результат процесса – «Просмотр фильма»), управления («Правила поведения в кинотеатре», «План кинотеатра», «Правила работы кинотеатра», «Реклама», «Афиша») и механизмов (“Зритель” – это ресурс, необходимые для процесса функционирования кинотеатра).
     После описания контекстной диаграммы  проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (Приложение рис.2).
     Весь  процесс “Кинотеатра” разбивается на 4:
    выбор кинотеатра (здесь клиент(зритель) выбирает кинотеатр в который он хочет пойти, путем просмотра реклам и афиш) раскрытая декомпозиция представлена в Приложении рис.3;
    выбор фильма;       
    покупка билета (непосредственный контакт с кассиром при котором происходит «Выбор времени сеанса» и «Выбор места в зале») раскрытая декомпозиция представлена в Приложении рис.4;
    просмотр фильма (осуществляется после прохода через контроль и занятия места согласно купленному билету) раскрытая декомпозиция представлена в Приложении рис.5.
   

     3. DFD модель

     В отличии от стрелок в IDEF0, которые  иллюстрируют отношения, стрелки DFD показывают как объекты реально перемещаются от одного действия к другому. Это представление потока вместе с хранилищами данных и внешними сущностями обеспечивает отражение в DFD моделях таких физических характеристик системы как движение объектов, хранение объектов, источники и потребители объектов (внешние сущности).
     В DFD диаграммах преобладают имена  существительные.  

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

     Внешние сущности
     Они обеспечивают необходимые входы  для системы, являются приемниками  для ее выхода. Одна внешняя сущность может одновременно представлять входы (функционируя как поставщик) и принимать  выходы (функционируя как получатель). 
 

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

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

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

     Стрелки могут соединяться  между собой.
     Диаграмму DFD можно строить с использованием подхода анализа при проектировании, применяющемся в IDEF0.
     DFD модель изображена на рис.6-9 в Приложении. Всего имеется 4 функциональных блока:.
     Через кассира проходят все основные операции с деньгами, он осуществляет мониторинг продаж, так же осуществляет составление отчеты по продажам билетов за периоды времени.
     При поступлении нового фильма в прокат в БД добавляется информация о нем.
     Кассир  осуществляет продажу билетов при  этом он вносит информацию о проданном билете.

     4. Модель IDEF1X

     IDEF1X представляет собой язык моделирования,  который имеет графический синтаксис  (язык диаграмм) и набор правил  построения и интерпретации логической  модели данных. Модель IDEF1X, таким  образом, представляет собой графическую модель, которая отражает структуру и семантику данных в определенной прикладной области.
     К основным понятиям методики моделирования IDEF1X относятся следующие:
     Сущность представляет набор абстрактных или реальных объектов, которые объединены общим набором свойств. Конкретный объект такого набора называется экземпляром сущности.
     Сущность  является зависимой, если никакой экземпляр данной сущности не может существовать вне связи с некоторым экземпляром другой сущности. В противном случае, т.е., если все экземпляры данной сущности существуют независимо от связи с экземплярами других сущностей, то говорят, что данная сущность является независимой.
     На  диаграмме IDEF1X сущность представляется прямоугольником. Если сущность зависимая, то углы прямоугольника должны быть скруглены.
     Каждой сущности должна быть присвоена метка - уникальное название сущности. Метка указывается  над верхней стороной прямоугольника. Помимо названия сущности может быть присвоен номер - положительное целое число. Этот номер (если он есть) отделяется от названия косой чертой. Название сущности - это существительное(в единственном числе) или фраза, описывающая соответствующее множество объектов (допускаются сокращения). Вместе с названием сущности, должно быть дано ее развернутое определение, которое сохраняется вместе с диаграммой в специальном словаре сущностей. Одна и та же сущность может использоваться в нескольких диаграммах, но на каждой диаграмме одна и та же сущность может встречаться только один раз.
     Атрибут представляет собой тип свойства или характеристики множества объектов, представляемых сущностью. Иначе говоря, атрибут является ассоциацией между сущностью и доменом. Например, ассоциация домена ``дата рождения'' и сущности ``сотрудник'' является атрибутом ``дата рождения сотрудника''. Атрибут является типом характеристики в том смысле, что он отражает принципиальную возможность конкретного экземпляра сущности иметь соответствующую характеристику. С каждым экземпляром сущности (объектом) соответственно может быть связан некоторый экземпляр атрибута - конкретное значение из соответствующего домена - значение атрибута.
     Наличие атрибута у сущности не означает, что  все экземпляры сущности должны иметь значение данного атрибута. Если некоторый экземпляр сущности не имеет значения у некоторого атрибута, то этому могут быть следующие причины:
     Значение  в принципе существует, но на данный момент оно не известно. Например, некоторые  сотрудники не будут иметь связанных с ними значений атрибута ``дата рождения'' просто потому, что эту информацию не удалось выяснить.
     Данный  конкретный экземпляр не имеет соответствующего свойства. Например, для связи с  сотрудником, сущность ``сотрудник'' содержит атрибут «адрес электронной почты». Если сотрудник не имеет электронного почтового ящика, то соответствующий экземпляр сущности не будет иметь значения данного атрибута.
     Поскольку сущности представляют собой множества объектов, а все объекты должны быть отличимые друг от друга, то каждая сущность должна иметь набор атрибутов, чьи значения уникальны для каждого экземпляра сущности. Такой набор атрибутов называется первичным ключом сущности. Поскольку, вероятность совпадения фамилий сотрудников достаточно высока, то выбор в качестве первичного ключа атрибута ``фамилия'' нельзя считать достаточно универсальным. Более удачным первичным ключом можно считать тройку атрибутов - ``фамилия'', ``имя'' и ``отчество''. При таком допущении множество сотрудников не может содержать сотрудников, у которых совпадают все три составляющих имени.
     Каждый  атрибут идентифицируется уникальным именем соответствующего домена. Имя  атрибута представляет собой существительное  в единственном числе (или фразу), которая описывает характеристику объекта. Дополнительно в словаре может быть дано развернутое определение свойства.
     Атрибуты  перечисляются внутри прямоугольника, изображающего сущность. Атрибуты, составляющие первичный ключ, располагаются в верхней части прямоугольника и отделяются от остальных атрибутов горизонтальной линией.
     Использование атрибутов подчиняется следующим  правилам:
     Сущность  может иметь любое количество атрибутов. Каждый атрибут может  принадлежать только одной сущности.
     Каждый  экземпляр сущности должен иметь  значения для всех атрибутов, образующих первичный ключ сущности.
     Никакой экземпляр сущности не может иметь  более одного значения для какого-либо атрибута.
     Атрибуты, не являющиеся частью первичного ключа, могут не иметь значений для некоторых  экземпляров сущности. Такие атрибуты помечаются символом ``O'' (Optional - возможный, необязательный) после имени атрибута.
     В нашем случае 8 сущностей: Фильм, Расписание сеансов, Киностудия, Билет на сеанс, Кассир, Главные роли, Создатели, Зал.
     Между этими сущностями есть следующие  связи:
    Киностудия поставляет фильм
    Кассир продал билет
    Билет на сеанс продан на фильм
    Фильм включен в расписание сеансов
    Сеанс проходит в зале
    Создатели приняли участие в создании фильма
    Актеры снимались в фильме
 
     Фильм имеет следующие атрибуты:
    №фильма(ключ)
    и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


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