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

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

 

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

 

Логин:

Пароль:

 

Запомнить

 

 

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

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

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

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


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


курсовая работа Разработка Информационной системы «Библиотека»

Информация:

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

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


Негосударственное среднее профессиональное образовательное  учреждение «ФИНАНСОВО-ЭКОНОМИЧЕСКИЙ КОЛЛЕДЖ»
 
 
 
 
 

курсовая  РАБОТА

 
 
по дисциплине Технология разработки программных продуктов
 
 
Тема: Разработка  Информационной системы «Библиотека»
   
   
  тема работы
 
Выполнил(а) студент(ка) VI курса, группы ПО-27-3С  
   
  Хозяшева  Елена Петровна
  фамилия имя отчество
 
Руководитель  работы                           Тесленко Елена Леонидовна
  ученая степень, звание, фамилия и инициалы
 
Рецензия  
   
   
   
   
  актуальность, цели, достоинства и недостатки курсовой работы
 
   
 
 
 
  Работа защищена с оценкой____________ _________________ ___________________
    подпись руководителя                       И.О.Фамилия
«______» __________________ 201___ г.
Пермь 2011 г 

Оглавление  
 
 
 

Введение

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

1. Методология проектирования информационных систем

1.1 Концептуальное моделирование предметной области

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

    Первый  очень важный этап разработки системы  — анализ требований может быть определен как этап понимания  задач приложений. Именно здесь пользователи будущей системы должны сформулировать, а разработчики понять, что должна делать система, какие у нее особенности, какие понятия используются в задачах, какие ситуации предметной области должны моделироваться в базе данных.
    На  втором этапе разработчики системы  должны определить устойчивые свойства данных и описать информационные и технологические процессы, использующие данные, их взаимосвязь и характеристики. Иногда эту работу определяют как построение концептуальной (инфологической) модели предметной области, содержащей описание понятий, не ориентированное ни на какую конкретную даталогическую модель.
    Концептуальная  модель предметной области ориентирована  на восприятие человека (пользователя и разработчика), а не на обработку  данных в ЭВМ. Именно с помощью  этой модели разработчики ИС (да и сами пользователи) достигают высокого уровня понимания существа информационных потребностей пользователей.
    Для построения концептуальной модели предметной области широко применяются инструментальные средства системных программных продуктов, которые интегрируются в единую программную систему, обеспечивающую обработку доступной информации, как на этапе анализа, так и на этапе проектирования прикладной системы.
    В методологиях проектирования, основанных на непосредственном создании концептуальной модели предметной области, основной задачей  является получение формального (независимого от СУБД) описания предметной области, которая должна моделироваться в БД. При этом система проектирования и методология проектирования должны поддерживать как получение от пользователей знаний о свойствах предметной области, так и отображение этих упорядоченных и организованных знаний в набор предварительных описаний, составляющих собственно концептуальную модель предметной области.
    Концептуальная  модель включает описание понятий предметной области и информационных процессов, протекающих в ней, т. е. содержит всю необходимую для проектирования системы информацию. Информации должно быть достаточно, чтобы принимать правильные решения при проектировании не только БД, но и программной реализации задач.
    Однако  не все понятия и операции, используемые при описании в рамках информационных процессов ПО, должны моделироваться в БД системы. Ряд семантических преобразований данных осуществляется при реализации приложений. Например, такие преобразования могут выполняться задачами, обеспечивающими специфическую обработку информации для формирования выходных отчетов. Поэтому основной проблемой третьего этапа является принятие решения о выделении из множества понятий концептуальной модели предметной области таких объектов, которые должны моделироваться в БД.
    На  первых трех этапах проводится не зависящий  от технических и системных программных  средств анализ целей и назначения проектируемой ИС и моделируются основные информационные и технологические  процессы ее функционирования. Результаты, полученные на этих этапах, имеют фундаментальный характер и не изменяются при развитии технической и программной базы ИС. Напротив, заключительный этап проектирования тесно связан с возможностями инструментальных средств конкретных СУБД.
    Данный  этап в свою очередь можно разбивают на следующие шаги:
                1.2 логическое проектирование БД;
      1.3  физическое проектирование БД;
      1.4   реализация приложений.

1.2 Логическое проектирование

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

1.3 Физическое проектирование

    Круг  вопросов, решаемых на этапе физического  проектирования, существенно зависит от особенностей каждой конкретной СУБД и операционной системы, в среде которой она функционирует. Традиционно физическое проектирование рассматривает вопросы определения объемов памяти для файлов БД и управления размещением данных в физической памяти. На данном этапе выбирается способ реализации технологических задач ведения и защиты информационного фонда средствами утилит СУБД, а также интервал копирования БД для создания страховых копий. Решаются вопросы привязки файлов БД к накопителям и определения состава буферов.

2. Проектирование информационной системы

2.1 Описание обработки информации в информационной системе «Библиотека».

 
    Предметной  областью называется часть реальной системы, представляющая интерес для данного исследования. При проектировании автоматизированных информационных систем предметная область отображается моделями данных нескольких уровней. Число уровней зависит от сложности решаемых задач, но в любом случае включает концептуальный и логический уровни.
    Предметной  областью созданной базы данных является деятельность библиотекаря. Описаны три основных вида деятельности:
    Книги. Анализируются книги.
    Читатели. Формируется информация о читателях.
    Абонемент. Формируется информация об абонементах.
Перечень операций по вводу информации в базу данных информационной системы
     Для ввода информации в базу данных должны быть реализованы следующие операции:
      Название произведения;
      Название книги;
      Автор книги;
      Жанр книги;
      Год выпуска книги;
      Цена за сутки.
      Длительность пользования книгой.

2.2 Инфологическое проектирование базы данных

 
     Инфологическое  проектирование преследует цель создания концептуальной модели, которая отражает процесс моделирования смыслового наполнения базы данных. Концептуальная модель содержит три основных компонента.
     1. Сущности. Сущности - это элементы  реального мира, которые могут  существовать независимо. В рассматриваемой  информационной системе сущностями  являются: Библиотека, Абонемент, Читатели. Сущность представляется в концептуальной модели прямоугольником, в котором указано ее имя.
     2. Атрибуты. Атрибуты описывают свойства  сущности.
     Сущность  Библиотека описывается следующими атрибутами: Код книги, Название, Автор, Жанр, Год выпуска, Цена за сутки.
Библиотека
     
 

     Сущность  Абонемент описывается атрибутами: Код Абонемента, Дата Выдачи, Дата Возврата, Код Книги, Общая Стоимость.
Абонемент
     

     Сущность  Читатели описывается атрибутами: Код Читатели, Фамилия, Адрес, Телефон.
     Читатели

     3. Связи. Связь представляет взаимодействие  между  сущностями.
Связь — это графически изображаемая ассоциация, устанавливаемая между сущностями. Каждый тип связи на ER-диаграмме отображается в виде ромба с именем связи внутри.

2.3 Нормализация базы данных

 
      Нормализация  – это процесс, позволяющий гарантировать  эффективность структур данных в реляционной базе данных.
     Отношения находятся в 1 нормальной форме, поскольку  все значения его атрибутов атомарные.
     Поскольку все отношения  имеют простые  ключи, то они автоматически находятся  во 2 нормальной форме.
     Поскольку во всех отношениях не имеют места  транзитивные зависимости, то они находятся  в 3 нормальной форме. Например, отношение  Блюда находится в 3 нормальной форме  т.к. все его неключевые поля: Название Блюда, Жиры, Белки, Углеводы, Калорийность, Несовместимость, Особенности приема, Количество, Форма, полностью зависят от ключевого атрибута Код_блюда. Аналогично для всех других отношений.
      Если  отношение находится в 3 нормальной форме и в нем отсутствуют  зависимости ключей от неключевых атрибутов, то тогда отношение находится в нормальной форме Бойса-Кода.
     ER - диаграмма разработанной базы данных имеет следующий вид. На диаграмме сущность подчеркнута; атрибуты выделены курсивом, связь изображена стрелочкой, которая соединяет сущности, участвующие в связи. (Рис.2) 
 
 
 

 

Рис.2. ER-диаграмма базы данных «Библиотека»

2.4 Даталогическое проектирование базы данных

 
     Даталогическая  модель данных, или физическая модель данных – это хранение данных в  конкретной СУБД. В настоящее время  наибольшее применение нашли реляционные базы данных. Для создаваемой информационной системы «Библиотека» выбираем реляционную базу данных, в которой сущности переходят в таблицы, а атрибуты в столбцы.
     Создаваемая база данных будет содержать следующие  таблицы: Библиотека, Абонемент, Читатели.  
 
 

Структура таблицы «Библиотека»
Наименование  поля Тип данных Длина Допустимое  значение Первичный ключ Внешний ключ Описание
Код Библиотека Счетчик   NOT NULL +   Первичный ключ
Номер Число         Номер диеты
Название Текст 255       Название диеты
Код_диагноз Число   NOT NULL   + Код диагноз
Код_блюда Число    
   NOT NULL
  + Код блюда
 
Структура таблицы «Диагноз»
Наименование  поля Тип данных Длина Допустимое  значение Первичный ключ Внешний ключ Описание
Код_диагноза Счетчик   NOT NULL +   Первичный ключ
Диагноз Текст 255       Название диагноза
 
Структура таблицы «Блюда»
Наименование  поля Тип данных Длина Допустимое  значение Первичный ключ Внешний ключ Описание
Код_блюда Счетчик   NOT NULL +   Код блюда
Название  блюда Текст 255       Название блюда
Жиры Число         Количество  жиров
Белки Число         Количество  белков
Углеводы Число         Количество  углеводов
Калорийность Число         Калории
Несовместимость Текст 255       Несовместимость
Особенности Текст 255       Особенность
Количество Число         Количество  приема
Форма Текст 255       Форма приема
Таб.1. Свойства полей

2.5  Формирование условий целостности базы данных

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

3. Реализация информационной системы

3.1 Выбор среды программирования

 
   Delphi – это объектно-ориентированная среда для визуального проектирования Windows-приложений с развитыми механизмами повторного использования программного кода.
   Существенной  чертой Delphi является компонентная модель разработки программных продуктов. Суть модели заключается в поддержке системой постоянно расширяемого набора объектных компонентов, из которых и строится программа. Компоненты в Delphi просты для использования и развития, как результат сокрытия значительной части той структуры программы, которая близка к взаимодействию с операционной системой.
   Для создания в Delphi несложных программных продуктов совершенно необязательно понимать внутреннюю структуру Windows-приложения, получаемого после разработки в Delphi. Достаточно просто уметь работать с некоторыми компонентами, поставляемыми вместе со средой разработчика. При этом начать работу со средой можно практически без предварительного ознакомления, а написание первого приложения не потребует углубления в особенности системы. Этому отчасти способствует удобный интерфейс среды разработчика, не перегруженный излишними вопросами к разработчику.
   Программирование  в Delphi состоит из двух основных этапов:
     1. Визуальное построение программы  на основе объектных компонентов  и настройка их свойств, в  результате чего можно быстро  сформировать пользовательский  интерфейс и обеспечить значительную  долю функциональности приложения.
     2. Написание программного кода на языке Object Pascal для обеспечения особой функциональности приложения, которую невозможно достичь использованием визуального построения.
 

    Характеристика языка программирования
   Object Pascal — полностью объектно-ориентированный диалект языка Pascal, разработанный фирмой Borland. Начиная с Delphi 7 фирма Borland начала официально называть свой язык Delphi. Однако Object Pascal поддерживается и развивается другими разработчиками. Наиболее серьёзные реализации Object Pascal, кроме Delphi — это TMT Pascal, Virtual Pascal и Free Pascal.
     Многие  современные языки специально созданы  для облегчения объектно-ориентированного программирования. Однако следует отметить, что можно применять техники  ООП и для не-объектно-ориентированного языка и наоборот, применение объектно-ориентированного языка вовсе не означает, что код автоматически становится объектно-ориентированным.
     Современный объектно-ориентированный язык предлагает, как правило, следующий обязательный набор синтаксических средств:
    Объявление классов с полями (данными — членами класса) и методами (функциями — членами класса).
    Механизм расширения класса (наследования) — порождение нового класса от существующего с автоматическим включением всех особенностей реализации класса-предка в состав класса-потомка. Большинство ООП-языков поддерживают только единичное наследование.
    Средства защиты внутренней структуры классов от несанкционированного использования извне. Обычно это модификаторы доступа к полям и методам, типа public, private, обычно также protected, иногда некоторые другие.
    Полиморфные переменные и параметры функций (методов), позволяющие присваивать одной и той же переменной экземпляры различных классов.
    Полиморфное поведение экземпляров классов за счёт использования виртуальных методов. В некоторых ООП-языках все методы классов являются виртуальными.
   Минимальным традиционным объектно-ориентированным языком можно считать язык Оберон, который не содержит никаких других объектных средств, кроме вышеперечисленных (в исходном Обероне даже нет отдельного ключевого слова для объявления класса, а также отсутствуют явно описываемые методы, их заменяют поля процедурного типа). Но большинство языков добавляют к указанному минимальному набору те или иные дополнительные средства. В их числе:
    Конструкторы, деструкторы, финализаторы.
    Свойства.
    Индексаторы.
    Интерфейсы — как альтернатива множественному наследованию.
    Переопределение операторов для классов.
   Часть языков (иногда называемых «чисто объектными») целиком построена вокруг объектных  средств — в них любые данные (возможно, за небольшим числом исключений в виде встроенных скалярных типов данных) являются объектами, любой код — методом какого-либо класса и невозможно написать программу, в которой не использовались бы объекты. Примеры подобных языков — Java или Ruby. Другие языки (иногда используется термин «гибридные») включают ООП-подсистему в исходно процедурный язык. В них существует возможность программировать, не обращаясь к объектным средствам. Классические примеры — C++ и Delphi Pascal.

3.2 Общие сведения

 
     Программа написана в интегрированной среде  программирования Borland Delphi 7. При составлении программы использовались графический редактор Paint, текстовый редактор Microsoft  Word 2007.

3.3 Интерфейс программы

 

Главное окно программы «Библиотека» 
 


Вкладка «Добавление книг, абонементов, читателей» 
 


Вкладка «Редактирование данных»

Заключение

 
   В курсовой работе было проведено исследование предметной области – информационной системы «Библиотека ». Для этой предметной области была спроектирована база данных. В разработанной базе данных можно хранить данные о книгах, авторах, издателях. Проектирование осуществлялось построением концептуальной модели базы данных и разработкой на ее основе реляционной модели.
   Разработанная модель была реализована в СУБД Microsoft Access. В среде Borland Delphi 7 были разработаны формы, необходимые для ввода информации в базу данных и требуемые запросы.
и т.д.................


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


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


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


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


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