Разработка базы данных для библиотеки

Автор работы: Пользователь скрыл имя, 12 Марта 2013 в 18:25, курсовая работа

Краткое описание

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

Содержание

1. Описание предметной области. 3
2. Постановка задачи проектирования. 3
3. Business диаграмма. 4
4. UseCase диаграмма. 5
5. Потоки событий вариантов использования. 6
5.1 Поток событий варианта использования «Оформление запроса». 6
1.2 Поток событий варианта использования «Создать отчет о посещаемости» 6
6. Выявление требований к проекту. Техническое задание. 8
1. Введение. 8
2. Основания для разработки. 8
3. Назначение разработки. 8
4. Требования к программе или программному изделию. 8
5. Требования к программной документации. 12
6. Технико-экономические показатели. 12
7. Стадии и этапы разработки. 12
8. Порядок контроля и приемки. 13
7. Диаграмма классов. 14
8. Диаграммы действий. 15
Диаграмма действий – бронирование книги через сайт. 15
9. Полная диаграмма классов. 16
10. Архитектура системы. Диаграмма компонентов. 17
11. Диаграммы последовательности 17
12. Технический проект. 18
12.1 База данных, таблицы (типы, форматы, ключи, индексы). 18
12.2 Запросы, описание, формы, отчёты. 20
13. Заключение. 22
Приложение: текст программы. 22

Вложенные файлы: 1 файл

Kursovaya.docx

— 404.32 Кб (Скачать файл)
    1. Требования к надежности.
        1. Требования к обеспечению надежного (устойчивого) функционирования программы.

Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических  мероприятий, перечень которых приведен ниже:

          • организацией бесперебойного питания технических средств;
          • использованием лицензионного программного обеспечения;
          • регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
          • регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
        1. Время восстановления после отказа.

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

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

        1. Отказы из-за некорректных действий оператора.

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

    1. Условия эксплуатации.
        1. Климатические условия эксплуатации.

Программа будет прекрасно работать от плюс 5 до плюс 35 °C при относительной влажности 90 % и атмосферном давлении 762 мм.рт.ст., поскольку такие условия приблизительно соответствуют условиям эксплуатации современных компьютеров непромышленного исполнения.

        1. Требования к видам обслуживания.

Надежное (устойчивое) функционирование программы  должно  быть обеспечено выполнением  Заказчиком совокупности организационно-технических  мероприятий перечисленных в  разделе 4.2.1.

        1. Требования к численности и квалификации персонала.

Минимальное количество персонала, требуемого для  работы программы, должно составлять не менее 2 штатных единиц – системный  администратор и конечный пользователь программы – оператор.

Системный администратор  должен иметь высшее профильное образование  и сертификаты компании-производителя  операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

        1. задача поддержания работоспособности технических средств;
        2. задачи установки (инсталляции) и поддержания работоспособности системных программных средств – операционной системы;
        3. задача установки (инсталляции) программы.

Конечный пользователь программы (оператор) должен обладать практическими навыками работы с  графическим пользовательским интерфейсом операционной системы.

Персонал должен быть аттестован на II квалификационную группу по электробезопасности (для  работы с конторским оборудованием).

      1. Требования к составу и параметрам технических средств.

В состав технических средств должен входить IBM-совместимый персональный компьютер (ПЭВМ), включающий в себя:

      1. процессор Pentium-1000 с тактовой частотой, ГГц - 10, не менее;
      2. материнскую плату с FSB, ГГц - 5, не менее;
      3. оперативную память объемом, Тб - 10, не менее;
      1. Требования к информационной и программной совместимости.
        1. Требования к информационным структурам и методам решения.

Требования  к информационным структурам (файлов) на входе и выходе, а так же к методам решения не предъявляются.

        1. Требования к исходным кодам и языкам программирования.

Исходные коды программ должны быть реализованы на языке SQL. В качестве интегрированной среды разработки программы должны быть использованы среды MSAccessиRationalRose.

        1. Требования к программным средствам, используемым программой.

Системные программные  средства, используемые программой, должны быть представлены лицензионной локальной  версией операционной системы.

        1. Требования к защите информации и программ.

В Системе должен быть обеспечен надлежащий уровень  защиты информации в соответствии с  законом о защите персональной информации и программного комплекса в целом  от несанкционированного доступа - “  Об информации, информатизации и защите информации” РФ N 24-ФЗ от 20.02.95.

    1. Требования к маркировке и упаковке.

Программа поставляется в виде программного изделия - на дистрибутивном (внешнем оптическом) носителе (компакт-диске).

        1. Требования к маркировке.

Программное изделие должно иметь маркировку с обозначением товарного знака  компании-разработчика, типа (наименования), номера версии, порядкового номера, даты изготовления и номера сертификата  соответствия Госстандарта России (если таковой имеется).

Маркировка  должна быть нанесена на программное  изделие в виде наклейки, выполненной  полиграфическим способом с учетом требований ГОСТ 9181-74.

        1. Требования к упаковке.

Упаковка программного изделия  должна осуществляться в упаковочную  тару предприятия-изготовителя.

        1. Условия упаковывания.

Упаковка программного изделия должна проводиться в  закрытых вентилируемых помещениях при температуре от плюс 15 до плюс 40 °С и относительной влажности не более 80 % при отсутствии агрессивных примесей в окружающей среде.

  1. Требования к программной документации.
    1. Предварительный состав программной документации.
      • Техническое задание;
      • Программу и методики испытаний;
      • Руководство системного программиста;
      • Руководство оператора;
      • Ведомость эксплуатационных документов.
  1. Технико-экономические показатели.

Ориентировочная экономическая эффективность не рассчитывается.

  1. Стадии и этапы разработки.
    1. Стадии разработки.

Разработка  должна быть проведена в три стадии:

      • ТЗ;
      • Технический (и рабочий) проекты;
      • Внедрение.
    1. Этапы разработки.

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

На стадии «Технический (и рабочий) проект» должны быть выполнены  перечисленные ниже этапы работ:

      • разработка программы;
      • разработка программной документации;
      • испытания программы.

На стадии «Внедрение»  должен быть выполнен этап разработки «Подготовка и передача программы».

    1. Содержание работ по этапам.

На этапе  разработки ТЗ должны быть выполнены перечисленные ниже работы:

      • постановка задачи;
      • определение и уточнение требований к техническим средствам;
      • определение требований к программе;
      • определение стадий, этапов и сроков разработки программы и документации на нее;
      • выбор языков программирования;
      • согласование и утверждение технического задания.

На этапе  разработки программы должна быть выполнена  работа по программированию (кодированию) и отладке программы.

На этапе  разработки программной документации должна быть выполнена разработка программных  документов в соответствии с требованиями ГОСТ 19.101-77.

На этапе  испытаний программы должны быть выполнены перечисленные ниже виды работ:

      • разработка, согласование и утверждение программы (в ГОСТ, похоже, опечатка – «порядка») и методики испытаний;
      • проведение приемо-сдаточных испытаний;
      • корректировка программы и программной документации по результатам испытаний.

На этапе  подготовки и передачи программы  должна быть выполнена работа по подготовке и передаче программы и программной  документации в эксплуатацию на объектах заказчика.

  1. Порядок контроля и приемки.
    1. Виды испытаний.

Приемо-сдаточные  испытания программы должны проводиться  согласно разработанной Исполнителем и согласованной Заказчиком «Программы и методик испытаний».

    1. Общие требования к приемке работы.

На  основании Протокола проведения испытаний исполнитель совместно с заказчиком подписывают Акт приемки-сдачи программы в эксплуатацию.

 

 

  1. Диаграмма классов.

 

Рис. 3. Диаграмма классов

 

 

Класс Авторы содержит информацию об авторах.

Атрибуты: ФИО автора: String – Фамилия, Имя и Отчество Автора .

ID автора: Integer(Первичный ключ) – id автора.

 

Класс Жанры содержит информацию о жанрах.

Атрибуты: Жанр: String - название жанра.

       ID жанра: Integer(Первичный ключ) - id жанра.

 

Класс Читатели содержит информацию о читателях.

Атрибуты: ФИО читателя: String - Фамилия, Имя и Отчество читателя.

        Дата рождения: Date - дата рождения читателя.

       ID читателя: Integer(Первичный ключ) - id читателя.

 

Класс Журнал выдачи/приема содержит информацию о выданных/принятых книгах.

Атрибуты: Название книги: Char - название книги.

        Дата выдачи: Date - дата, когда книга была выдана.

        Дата возврата: Date - дата, когда книга была возвращена.

        ID: Integer(Первичный ключ) -

Информация о работе Разработка базы данных для библиотеки