Кафедра прикладной информатики Выпускная квалификационная работа разработка и реализация автоматизированной библиотечноинформационной системы для школьного информационнобиблиотечного центра
 Скачать 4.03 Mb.
|
|
2.1.2 Описание бизнес-процессов Исходя из описания предметной области можно выделить следующие бизнес-процессы АБИС: 1) Регистрация читателя: проверка документов о регистрации читателя; оформление документов при регистрации читателя; занесение данных о читателе в документы. 2) Постановка книг на учёт: определение поступающих книг к соответствующему библиотченому фонду; добавление информации об учебной литературе в Инвентарную книгу для учёта учебного фонда; добавление информации о художественной литературе в Инвентарную книгу для учёта художественного фонда; занесение данных в книгу суммарного учета. 3) Выдача книг: проверка регистрации читателя; 18 проверка документов о невозвращенных книгах; оформление документов о выдаче книг. 4) Возврат книг: оформление документов о возврате книг; формирование списка невозвращенных книг. 2.1.3 Функциональное проектирование Функция – некоторый преобразователь входных объектов в выходные. Последовательность взаимосвязанных по входным и выходным функций составляет бизнес-процесс. Бизнес- процесс всегда состоит из нескольких действий. Функция бизнес-процесса может порождать объекты любой природы (материальные, денежные, информационные). Использовалось программное средство BPwin для построения диаграмм. Ниже представлена контекстная диаграмма АБИС для школьного информационно библиотечного центра. Рис.1. Контекстная диаграмма АБИС для школьного информационно библиотечного центра 19 На следующей диаграмме представлены бизнес – процессы деятельности школьного информационно-библиотечного центра (Рис.2.). Рис.2. Декомпозиция контекстной диаграммы После построения декомпозиции контекстной диаграммы, необходимо декомпозировать каждый бизнес-процесс. Ниже представлены диаграммы декомпозиций каждого бизнес-процесса. 20 Рис.3. Диаграмма декомпозиции бизнес-процесса «Регистрация читателя» Рис.4. Диаграмма декомпозиции бизнес-процесса «Постановка книг на учёт» 21 Рис.5. Диаграмма декомпозиции бизнес-процесса «Выдача книг» Рис.6. Диаграмма декомпозиции бизнес-процесса «Возврат книг» 22 Рис.7. Диаграмма дерево узлов «Деятельность школьного - информационно библиотечного центра» Рис.8. Диаграмма потоков данных для под бизнес-процесса «Оформление документов при регистрации школьников» 23 После рассмотрения функционального проектирования необходимо рассмотреть объектное ориентирование. 2.1.4 Объектное ориентирование Рассмотрев описание предметной области, выделим объекты и атрибуты, которые входят в ER-диаграмму. Объект – то, о чём накапливается информация, и что может однозначно индексироваться. Атрибут- поименованная характеристика объекта. Из описания предметной области можно выделить следующие объекты и атрибуты (см. табл.2). Таблица 2. Объекты и атрибуты Объекты Атрибуты Первичный ключ ШКОЛА Инд_ном_шк_лы Инд_ном_биб_ки Название_учр Адрес_учр Инд_ном_шк_лы ТЕЛ_ШК_ЛЫ Инд_ном_шк_лы Телефон Для_связи_с Телефон БИБЛИОТЕКА Инд_ном_биб_ки Номер_выд Этаж Кабинет Инд_ном_биб_ки УЧЕБН_ФОНД Инд_ном_уч Автор_уч Название_ уч Цена_ уч Инд_ном_уч 24 Год_издан_ уч Назван_изд_ва_ уч Место_в_биб_ке_уч Инд_ном_биб_ки Класс Часть_уч Учебн_прог Примечание ХУД_ФОНД Инд_ном_кн Автор_кн Навзание_кн Цена_кн Год_издан_кн Навзан_изд_ва_кн Инд_ном_биб_ки Ценная_кн Место_в_биб_ке_кн Инд_ном_кн ФОРМУЛЯР Номер_выд Инд_ном_уч Инд_ном_кн Инд_ном_шк Инд_ном_сотр Дата_выд Дата_сд Сдал Номер_выд РЕГИСТРАЦИЯ Инд_ном_чит Дата_регистр Инд_ном_сотр Инд_ном_шк Инд_ном_чит 25 ШКОЛЬНИК Инд_ном_шк ФИО_шк_ка Адрес_шк_ка Тел_шк_ка Примечание Код_кл Инд_ном_шк СОТРУДНИКИ Инд_ном_сотр ФИО_сотр Должность Адрес_сотр Тел_сотр Код_кл Инд_ном_сотр КЛАСС Код_кл Класс_циф Класс_буква Код_кл КНИГА_СУМ_УЧЕ ТА Ном_зап Инд_ном_биб_ки Дата_зап Источн_пост_или_спис Номер_док_ пост_или_спис Поступ_или_выб_экз На_сумму Ном_зап 26 2.1.5 Связи между объектами Для связи объектов друг с другим используется семантическая методология см. табл.3. Таблица 3. Спецификация связей Связь Объект Показатель кардинальн ости Степень участия ВЫДАЧА_КНИГ БИБЛИОТЕКА ФОРМУЛЯР М:1 Полная Полная ВЫДАЧА_КН_СОТР ФОРМУЛЯР СОТРУДНИКИ М:1 Полная Частичная ВЫДАЧА_КН_ШК_КУ ФОРМУЛЯР ШКОЛЬНИК М:1 Полная Частичная ЧИТ_СОТР РЕГИСТРАЦИЯ СОТРУДНИКИ М:1 Полная Частичная ЧИТ_ШК РЕГИСТРАЦИЯ ШКОЛЬНИК М:1 Полная Частичная КЛАССНОЕ_РУК СОТРУДНИКИ КЛАСС М:1 Частичная Полная ДЕЛЯТЬСЯ ШКОЛЬНИК КЛАСС М:1 Частичная Полная ИМЕЕТСЯ ШКОЛА БИБЛИОТЕКА М:1 Полная Полная ЕСТЬ ШКОЛА ТЕЛ_ШК_ЛЫ 1:М Полная Полная ВЕДЕТСЯ БИБЛИОТЕКА КНИГА_СУМ_У ЧЕТА 1:М Полная Полная 27 ХРАНИТСЯ_УЧЕБН_ЛИТ БИБЛИОТЕКА УЧЕБН_ФОНД 1:М Полная Полная ХРАНИТСЯ_ХУД_ЛИТ БИБЛИОТЕКА ХУД_ФОНД 1:М Полная Полная Связи между объектами показаны на Рисунке 8. 2.1.6 ER-диаграмма предметной области На основании выделенных объектов, их атрибутов и связей между ними получаем ЕR- диаграмму предметной области АБИС для школьной информационно библиотечного центра (рис. 9). Рис.9.ER-диаграмма предметной области После рассмотрения концептуального проектирования, следующий этап ВКР – логическое проектирование [8]. 28 2.2 Логическое проектирование Логическое проектирование – это второй этап проектирования ИС, включающий в себя: 1) Функциональные зависимости; 2) Нормализация отношений; 3) Реляционные связи; 4) Обеспечение целостности данных; 5) Разработка реляционной схемы данных. 2.2.1 Функциональные зависимости Функциональные зависимости (далее ФЗ) позволяют описать связь между атрибутами отношения (таблиц). Значение одного атрибута однозначно определяет значение другого атрибута. Запишем все функциональные зависимости: 1) ФЗ-1 Объект ШКОЛА. Инд_ном_шк_лы { Инд_ном_биб_ки, Название_учр, Адрес_учр } 2) ФЗ-2 Объект ТЕЛ_ШК_ЛЫ. Телефон { Инд_ном_шк_лы , Для_связи_с} 3) ФЗ-3 Объект БИБЛИОТЕКА. Инд_ном_биб_ки {Номер_выд, Этаж, Кабинет} 4) ФЗ-4 Объект УЧЕБН_ФОНД. Инд_ном_уч { Автор_уч, Название_ уч, Цена_ уч, Год_издан_ уч, Назван_изд_ва_ уч, Место_в_биб_ке_уч, Инд_ном_биб_ки, Класс, Часть_уч, Учебн_прог, Примечание } 5) ФЗ-5 Объект ХУД_ФОНД. Инд_ном_кн { Автор_кн, Навзание_кн, Цена_кн, Год_издан_кн, Навзан_изд_ва_кн, Инд_ном_биб_ки, Ценная_кн, Место_в_биб_ке_кн} 6) ФЗ-6 Объект ФОРМУЛЯР. Номер_выд { Инд_ном_уч, Инд_ном_кн, Инд_ном_шк, Инд_ном_сотр, Дата_выд, Дата_сд, Сдал } 29 7) ФЗ-7 Объект РЕГИСТРАЦИЯ. Инд_ном_чит { Дата_регистр, Инд_ном_сотр, Инд_ном_шк } 8) ФЗ-8 Объект ШКОЛЬНИК. Инд_ном_шк { ФИО_шк_ка, Адрес_шк_ка, Тел_шк_ка, Примечание, Код_кл }. 9) ФЗ-9 Объект СОТРУДНИК. Инд_ном_сотр {ФИО_сотр, Должность, Адрес_сотр, Тел_сотр, Код_кл} 10) ФЗ-10 Объект КЛАСС. Код_кл { Класс_циф, Класс_буква } 11) ФЗ-11 Объект КНИГА_СУМ_УЧЕТА. Ном_зап {Инд_ном_биб_ки, Дата_зап, Источн_пост_или_спис, Номер_док_ пост_или_спис, Поступ_или_выб_экз, На_сумму }. Рассмотрев функциональные зависимости, необходимо привести все таблицы к третьей нормальной форме. 2.2.2 Нормализация отношений Нормализация отношений (таблиц) – это процесс приведения реляционных таблиц к стандартному виду, исключающие все нежелательные аномалии (обновления, удаления, ввода). Нужно привести все отношения к третьей нормальной форме (3НФ). Для этого нужно первоначально привести все отношения к первой нормальной форме (1НФ), потом ко второй нормальной форме (2НФ), затем к 3НФ. Нормализацию осуществим поэтапно. Приведём таблицы к 1НФ. Таблицы: ШКОЛА, ТЕЛ_ШК_ЛЫ, БИБЛИОТЕКА, ХУД_ФОНД, УЧЕБН_ФОНД, ФОРМУЛЯР, ШКОЛЬНИК, СОТРУДНИКИ, КЛАСС, РЕГИСТРАЦИЯ, КНИГА_СУМ_УЧЕТА – находятся в 1НФ, так как все атрибуты этих отношений простые (табл. 2). Таблицы: ШКОЛА, ТЕЛ_ШК_ЛЫ, БИБЛИОТЕКА, ХУД_ФОНД, УЧЕБН_ФОНД, ФОРМУЛЯР, ШКОЛЬНИК, СОТРУДНИКИ, КЛАСС, РЕГИСТРАЦИЯ, КНИГА_СУМ_УЧЕТА – находятся в 2НФ, так как они 30 находятся в 1НФ и имеют первичные ключи: Инд_ном_шк_лы, Телефон, Инд_ном_биб_ки, Инд_ном_уч, Инд_ном_кн, Номер_выд, Инд_ном_чит, Инд_ном_шк, Инд_ном_сотр, Код_кл, Ном_зап. Приведём таблицы к 3НФ. Таблицы: ШКОЛА, ТЕЛ_ШК_ЛЫ, БИБЛИОТЕКА, ХУД_ФОНД, УЧЕБН_ФОНД, ФОРМУЛЯР, ШКОЛЬНИК, СОТРУДНИКИ, КЛАСС, РЕГИСТРАЦИЯ, КНИГА_СУМ_УЧЕТА – находятся в 3НФ, так как они приведены ко 2НФ и все не ключевые атрибуты взаимно независимы и полностью зависят от ключа (см. ФЗ-1 – ФЗ- 11) [4]. 2.2.3 Реляционные связи Для связи таблиц используется механизм первичных (ПК) и внешних ключей (ВК) таблицы. Таблица 4 Реляционные связи Тип связи Связь Таблица Статус таблицы Первичный ключ М:1 ЕСТЬ ТЕЛ_ШК_ЛЫ Дочерняя Телефон (ПК) Инд_ном_шк_лы (ВК) ШКОЛА Родительская Инд_ном_шк_лы (ПК) М:1 ИМЕЕТСЯ ШКОЛА Дочерняя Инд_ном_шк_лы (ПК) Инд_ном_биб_ки (ВК) БИБЛИОТЕКА Родительская Инд_ном_биб_ки (ПК) М:1 ВЫДАЧА_ БИБЛИОТЕКА Дочерняя Инд_ном_биб_ки 31 КНИГ (ПК) Номер_выд (ВК) ФОРМУЛЯР Родительская Номер_выд (ПК) М:1 ВЫДАЧА_КН_ ШК_КУ ФОРМУЛЯР Дочерняя Номер_выд (ПК) Инд_ном_шк (ВК) ШКОЛЬНИК Родительская Инд_ном_шк (ПК) М:1 ВЫДАЧА_КН_ СОТР ФОРМУЛЯР Дочерняя Номер_выд (ПК) Инд_ном_сотр (ВК) СОТРУДНИКИ Родительская Инд_ном_сотр (ПК) М:1 ЧИТ_ШК РЕГИСТРАЦИЯ Дочерняя Инд_ном_чит (ПК) Инд_ном_шк (ВК) ШКОЛЬНИК Родительская Инд_ном_шк (ПК) 1:М ЧИТ_СОТР РЕГИСТРАЦИЯ Дочерняя Инд_ном_чит (ПК) Инд_ном_сотр (ВК) СОТРУДНИКИ Родительская Инд_ном_сотр (ПК) М:1 ДЕЛЯТСЯ ШКОЛЬНИК Дочерняя Инд_ном_шк (ПК) Код_кл (ВК) КЛАСС Родительская Код_кл (ПК) 32 М:1 КЛАССНОЕ_ РУК СОТРУДНИКИ Дочерняя Инд_ном_сотр (ПК) Код_кл (ВК) КЛАСС Родительская Код_кл (ПК) 1:М ХРАНИТСЯ_ УЧЕБН_ЛИТ БИБЛИОТЕКА Родительская Инд_ном_биб_ки (ПК) УЧЕБН_ФОНД Дочерняя Инд_ном_уч (ПК) Инд_ном_биб_ки (ВК) 1:М ХРАНИТСЯ_ ХУД_ЛИТ БИБЛИОТЕКА Родительская Инд_ном_биб_ки (ПК) ХУД_ФОНД Дочерняя Инд_ном_кн (ПК) Инд_ном_биб_ки (ВК) 1:М ВЕДЕТСЯ БИБЛИОТЕКА Родительская Инд_ном_биб_ки (ПК) КНИГА_СУМ_ УЧЕТА Дочерняя Номер_зап (ПК) Инд_ном_биб_ки (ВК) Рассмотрев реляционные связи необходимо обеспечить целостность данных в АБИС. 2.2.4 Обеспечение целостности данных При проектировании ИС необходимо создать наиболее эффективную структуру данных. Признаками эффективности структуры ИС считается: 1. Обеспечение быстрого доступа к данным в таблицах. 33 2. Исключение ненужного повторения данных, которое может явиться причиной ошибок при вводе и нерационального использования дискового пространства компьютера. 3. Обеспечение целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение других, связанных с ними объектов. Целостности данных - это ограничения на значения, которые могут принимать атрибуты. Чтобы информация, хранящаяся в ИС, была однозначной и непротиворечивой, в реляционной схеме ставят некоторые ограничительные условия. Ограничительные условия – это правила, определяющие возможные значения данных. Они обеспечивают логическую основу для поддерживания корректных значений в ИС. Такие ограничения целостности позволяют свести к минимуму ошибки, возникающие при обновлении и обработке данных. Важнейшими ограничениями целостности данных являются: доменная целостность; категорийная целостность; ссылочная целостность; корпоративная целостность. 2.2.4.1 Доменная целостность Домен реляционной модели данных - ограничения на значения атрибутов из множества значений домена. Таблица 5 Ограничения домена Атрибут Тип данных атрибута Домен Обеспечение целостности 34 Этаж Число =1 символ От 1 до 4 Обязательны: да Индексированы: нет Кабинет Число =3 символа Обязательны: да Индексированы: нет Автор_уч Текстовый =255 символов Обязательны: да Индексированы: нет Название_уч Текстовый =255 символов Обязательны: да Индексированы: нет Класс Число От 1 до 11 Обязательны: да Индексированы: нет Часть_уч Число От 1 до 4 Обязательны: нет Индексированы: нет Год_издан_уч Число Год_издан_кн = Году сегодняшней даты Обязательны: да Индексированы: нет Автор_кн Текстовый =255 символов Обязательны: да Индексированы: нет Название_кн Текстовый = 255 символов Обязательны: да Индексированы: нет Год_издан_кн Число Год_издан_кн = Году сегодняшней даты Обязательны: да Индексированы: нет Назван_изд_ва_кн Текстовый = 255 символов Обязательны: да Индексированы: нет Дата_выд Дата/Время =GETDATE () Обязательны: да Индексированы: нет Дата_сд Дата/Время Дата_сд – Обязательны: да 35 Дата_выд = 14 дней Дата_сд < Дата_выд Индексированы: нет Название_учр Текстовый =200 символов Обязательны: да Индексированы: нет Адрес_учр Текстовый =255 символов Обязательны: да Индексированы: нет ФИО_сотр Текстовый =100 символов Обязательны: да Индексированы: нет Адрес_сотр Текстовый =255 символов Обязательны: да Индексированы: нет Должность Текстовый =255 символов Обязательны: да Индексированы: нет Тел_сотр Число =11символам Обязательны: да Индексированы: да Телефон Число =11символам Обязательны: да Индексированы: да для_связи_с Текстовый =70 символов Обязательны: нет Индексированы: нет ФИО_шк_ка Текстовый =100 символов Обязательны: да Индексированы: нет Адрес_шк_ка Текстовый =250 символов Обязательны: нет Индексированы: нет Тел_шк_ка Число =11символам Обязательны: да Индексированы: нет Класс_циф Число =2 символ Обязательны: да Индексированы: нет 36 >=1 <=11 Класс_буква Текстовый =1 символ От А до Д Обязательны: да Индексированы: нет Дата_зап Дата/Время =GETDATE () Обязательны: да Индексированы: нет Источн_пост_или_ спис Текстовый = 250 символов Обязательны: да Индексированы: нет Дата_регистр Дата/Время =GETDATE () Обязательны: да Индексированы: нет Ограничение в объекте ФОРМУЛЯР на его атрибуты: 1) Инд_ном_кн или Инд_ном_уч не должен быть пустым при осуществлении выдачи книги. 2) Если введено значение в атрибут - Инд_ном_кн , то атрибут Инд_ном_уч должен быть пустым, т.е. не заполненным. 3) Если введено значение в атрибут - Инд_ном_уч , то атрибут Инд_ном_кн должен быть пустым, т.е. не заполненным. Ограничение в объекте РЕГИСТРАЦИЯ на его атрибуты: 1) Инд_ном_сотр или Инд_ном_шк не должен быть пустым при осуществлении регистрации читателя. 2) Если введено значение в атрибут - Инд_ном_сотр, то атрибут Инд_ном_шк должен быть пустым, т.е. не заполненным. 3) Если введено значение в атрибут - Инд_ном_шк, то атрибут Инд_ном_сотр должен быть пустым, т.е. не заполненным. Все остальные атрибуты принимают значения в соответствии с типом данных. 2.2.4.2 Категорийная целостность Категорийная целостность – ни одна строка не может быть занесена в базу данных до тех пор, пока не будут определены все атрибуты ее 37 первичного ключа. Это правило называется правилом категорийной целостности и кратко формулируется следующим образом: никакой атрибут первичного ключа строки не может быть пустым. Первичные ключи таблиц должны быть обязательно заполнены и индексированы. Таблица 6 Категорийный тип связи Наименование (таблица) Тип данных Домен Ограничения Код_кл (КЛАСС) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_шк (ШКОЛЬНИК) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_сотр (СОТРУДНИКИ) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_чит (РЕГИСТРАЦИЯ) Счетчик >=1 Обязательный: Да Индексированный: Да Номер_выд (ФОРМУЛЯР) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_биб_ки (БИБЛИОТЕКА) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_кн (ХУД_ФОНД) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_уч (УЧЕБН_ФОНД) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_шк_лы (ШКОЛА) Счетчик >=1 Обязательный: Да Индексированный: Да Телефон (ТЕЛ_ШК_ЛЫ) Числовой >=1 Обязательный: Да Индексированный: Да 38 Номер_зап (КНИГА_СУМ_УЧЕТА) Счетчик >=1 Обязательный: Да Индексированный: Да Рассмотрим ссылочную целостность данных. 2.2.4.3 Ссылочная целостность Ссылочная целостность - если две таблицы связаны между собой, то внешний ключ таблицы должен содержать только значения, уже имеющиеся среди значений ключа, по которому осуществляется связь. Если корректность значений внешних ключей не контролируется СУБД, то может нарушиться ссылочная целостность данных. Внешние ключи должны быть индексированными, так как ссылка на отсутствующее значение запрещена. Таблица 7 Ссылочный тип связи Наименование (таблица) Тип данных Домен Ограничения Инд_ном_биб_ки (ШКОЛА) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_шк_лы (ТЕЛ_ШК_ЛЫ) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_сотр (ФОРМУЛЯР) Счетчик >=1 Обязательный: Нет Индексированный: Да Инд_ном_шк (ФОРМУЛЯР) Счетчик >=1 Обязательный: Нет Индексированный: Да Инд_ном_шк (РЕГИСТРАЦИЯ) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_сотр (РЕГИСТРАЦИЯ) Счетчик >=1 Обязательный: Да Индексированный: Да Код_кл Счетчик >=1 Обязательный: Да 39 (ШКОЛЬНИК) Индексированный: Да Код_кл (СОТРУДНИКИ) Счетчик >=1 Обязательный: Нет Индексированный: Да Инд_ном_биб_ки (УЧЕБН_ФОНД) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_биб_ки (ХУД_ФОНД) Счетчик >=1 Обязательный: Да Индексированный: Да Номер_выд (БИБЛИОТЕКА) Счетчик >=1 Обязательный: Да Индексированный: Да Инд_ном_биб_ки (КНИГА_СУМ_УЧЕТА) Счетчик >=1 Обязательный: Да Индексированный: Да Созданная концептуальная модель АБИС для информационного библиотечного центра является источником информации для логического проектирования. 2.2.5 Реляционная схема данных На основании пунктов проделанных выше, схема данных АБИС для школьного информационно библиотечного центра. Следуя описанию предметной области, между объектами можно установить связи, используя программу Erwin Data Modeler r7 (рис.10). После построения диаграммы связей между объектами необходимо спроектировать пользовательский интерфейс [9]. Рис.10. Диаграмма связи между объектами 2.3 Проектирование пользовательского интерфейса Доступ к базе данных будут иметь три категории пользователей: библиотекарь, читатель, классный руководитель. Проектирование пользовательского интерфейса включает в себя: создание эскиза пользовательского интерфейса и описание пунктов пользовательского интерфейса. Так же для проектирования пользовательского интерфейса были разработаны диаграммы в программе Rational Rose (см. рис. 11-45). Рис.11. Главная диаграмма прецедентов Рис.12. Вспомогательная диаграмма Построена диаграмма бизнес-процесса «Регистрация читателя» Рис.13.Диаграмма деятельности бизнес-процесса «Регистрация читателя» 44 Построена диаграмма бизнес-процесса «Постановка книг на учет». Рис.14.Диаграмма деятельности бизнес-процесса «Постановка книг на учет» Рис.15. Диаграмма деятельности бизнес-процесса «Выдача книг» 45 Рис.16. Диаграмма деятельности бизнес-процесса «Возврат книг» Рис.17. Диаграмма деятельности для потока событий «Ввод данных для регистрации читателя в библиотеке» 46 Рис.18. Диаграмма деятельности для потока событий «Ввод данных для регистрации читателя в библиотеке» Рис.19. Диаграмма деятельности для потока событий «Проверка о регистрации читателя» 47 Рис.20. Диаграмма деятельности для потока событий «Оформление факта выдачи книги» Рис.21. Диаграмма деятельности для потока событий «Подтверждение правильности введенных данных» 48 Рис.22. Диаграмма деятельности для потока событий «Посик формуляра читателя» Рис.23. Диаграмма деятельности для потока событий «Отмечаем факт возврата книги» 49 Рис.24. Диаграмма деятельности для потока событий «Формирование информации о невозвращенных книгах» 50 Рис.25. Диаграмма деятельности для действия «Добавить книгу» 51 Рис.26. Диаграмма деятельности для действия «Изменить информацию о книге» Рис.27. Диаграмма деятельности для действия «Удалить книгу» 52 Рис.28. Диаграмма деятельности для действия «Зарегистрировать читателя» Рис.29. Диаграмма деятельности для действия «Изменить информацию о читателе» 53 Рис.30. Диаграмма деятельности для действия «Удалить читателя» Рис.31. Диаграмма деятельности для действия «Выдать книгу» 54 Рис.32. Диаграмма деятельности для действия «Изменить информацию о выдаче книги» Рис.33. Диаграмма деятельности для действия «Удалить выдачу книги» 55 Рис.34. Диаграмма деятельности для действия «Поиск книг» Рис.35. Диаграмма деятельности для действия «Поиск читателя» 56 Рис.36. Диаграмма деятельности для действия «Поиск Формуляра читателя». Рис.37. Диаграмма последовательности для бизнес - процесса «Регистрация читателя» 57 Рис.38. Диаграмма последовательности для бизнес - процесса «Постановка книг на учет» Рис.39. Диаграмма последовательности для бизнес - процесса «Выдача книг» 58 Рис.40. Диаграмма последовательности для бизнес - процесса «Возврат книг» Рис.41. Диаграмма кооперации бизнес - процесса «Регистрация читателя» 59 Рис.42. Диаграмма кооперации бизнес - процесса «Постановка книг на учет» Рис.43. Диаграмма кооперации бизнес - процесса «Выдача книг» 60 Рис.44. Диаграмма кооперации бизнес - процесса «Возврат книг» Рис.45. Диаграмма состояний «Вход пользователей в БД» 61 2.3.1. Эскиз пользовательского интерфейса К проектируемой АБИС будут иметь доступ три категории пользователей библиотекарь, читатель, классный руководитель. На рисунке 46 представлен эскиз «Авторизация», через которое пользователи попадают в соответствующее меню. Рис.46. Эскиз пользовательского интерфейса Рис.47. Эскиз меню библиотекаря 62 Рис.48.Эскиз меню читателя Рис.49. Эскиз меню классного руководителя После того как был разработан пользовательский интерфейс, необходимо описать пункты пользовательского интерфейса. 63 2.3.2. Описание пунктов пользовательского интерфейса Необходимо описать действия разных пользователей в своем меню и работой с соответствующей информацией. В таблице 8 описаны пункты меню «АТОРИЗАЦИЯ». Таблица 8 Авторизация пользователя Команда Назначение Аутентификация пользователя Аутентификация пользователя. Переход к конкретному меню конкретного пользователя. Выход Выход из приложения В таблице 9 описаны пункты меню «Меню библиотекаря». Таблица 9 Меню библиотекаря Команда Назначение Работа с читателями Добавление, удаление, просмотр, поиск, регистрация, редактирование информации о читателях-школьниках. Добавление, удаление, просмотр, поиск, регистрация, редактирование информации о читателях-сотрудниках. Информация Изменение и просмотр информации: о школе, о библиотеке, о сотруднике библиотеки, номеров школы. Работа с книгами Изменение, добавление, удаление, просмотр, поиск информации об учебном фонде. Изменение, добавление, удаление, просмотр, поиск информации о художественном фонде. 64 Просмотр списка всей учебной литературы, имеющейся в библиотеке. Просмотр списка всей художественной литературы, имеющейся в библиотеке. Узнать количество учебной литературы и художественной литературы в библиотеке. Просмотр суммы стоимости учебного фонда. Просмотр суммы стоимости художественного фонда. Работа со списком выдачи книг Изменение, добавление, удаление, просмотр, поиск информации о выдаче книг школьникам. Изменение, добавление, удаление, просмотр, поиск информации о выдаче книг сотрудникам. Поиск, просмотр формуляра сотрудника или школьника. Предварительный просмотр, экспорт, печать списков невозвращенной учебной и художественной литературы. Работа с книгой суммарного учета Изменение, добавление, удаление, просмотр, поиск информации содержащейся в книге суммарного учета. Работа с книгой суммарного учета Просмотр, добавления, изменения, удаления и поиск информации по книге суммарного учета. Отчет Предварительный просмотр, экспорт, печать отчета работы библиотеки. Выход Выход из приложения. В таблице 10 описаны пункты меню «Меню читателя». 65 Таблица 10 Меню читателя Команда Назначение Художественная литература Просмотр, поиск информации в списке художественной литературы. Формирование списка невозвращенной художественной литературы . Учебная литература Просмотр, поиск информации в списке учебной литературы. Формирование списка невозвращенной учебной литературы . Информация Просмотр информации: о школе, о библиотеке, о сотруднике библиотеки, контактные номера школы. Список невозвращенной литературы школьниками Формирование и просмотр списка невозвращенной художественной и учебной литературы школьниками. Предварительный просмотр, экспорт, печать списков невозвращенной учебной и художественной литературы для сотрудников, так и для школьников. Список невозвращенной литературы сотрудниками Формирование и просмотр списка невозвращенной художественной и учебной литературы сотрудниками. Выход Выход из приложения. В таблице 11 описаны пункты меню классного руководителя. 66 Таблица 11 Меню классного руководителя Команда Назначение Работа с информацией о классе Просмотр, поиск информации по своему классу. Формирование списка невозвращенной учебной и художественной литературы по своему классу . Художественная литература Просмотр, поиск информации в списке выдачи художественной литературы. Формирование списка невозвращенной художественной литературы. Учебная литература Просмотр, поиск информации в списке выдачи учебной литературы. Формирование списка невозвращенной учебной литературы. Информация Просмотр информации: о школе, о библиотеке, о сотруднике библиотеки, контактные номера школы. Список невозвращенной литературы классом Список невозвращённой художественной и учебной литературы классом. Предварительный просмтор, экспорт, печать списков невозвращенной художественной и учебной литературы по классам. Выход Выход из приложения. Рассмотрев данную главу, необходимо преступить к следующей главе «Разработка приложения по технологии клиент-сервер» [10]. 67 Выводы по главе 2. 1. Во время концептуального проектирования была описана предметная область, где были выделены пользователи и их функционал. Выделены бизнесс-процессы. Построены диаграммы в программе BPwin 4.1. Из описания предметонй области были выделены объекты и атрибуты, связи между ними. Итогом является построение ER-диаграммы предметной области. 2. Во время логического проектирования были выделены связи между атрибутами отношений (таблицами). Проведена нормализация отншений, исключающая все нежелательные аномалии. Установлены реляционные связи с помощью механизма первичных и внешних ключей. Проведено ограничение на значения для обеспечения целостности данных. Построена реляционная схема в программе Erwin Data Modeler r7. 3. При разработке пользовательского интерфейса были построены диграммы с помощью программы Rational Rose. Спроектирован эскиз пользовательского интерфейса и описаны пункты пользовательского интерфейса. |