Содержание:

Введение

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

В достижении цели курсовой работы следует решить следующие поставленные задачи:

1. Описать общие подходы к ПИС.

2. Описать технологию проектирования ИС.

3. Описать методологию проектирования ИС.

4. Привести характеристику средств проектирования ИС.

5. Дать сравнительную характеристику и обоснования выбора программных средств для проектирования ИС.

6. Сделать обзор ИС, используемых в библиотеке вуза.

7. Разработать функциональные диаграммы IDEF0

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

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

Аналитическая часть

Выбор комплекса задач

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

1) доступность информации о книгах находящихся в распоряжении библиотеки;

2) разнообразие форм и качества информационных услуг;

3) полноту, оперативность и достоверность получаемой информации;

4) комфортность получения информации.

Полное внедрение автоматизированной библиотечной системы в систему вуза позволит говорить об образовательной эффективности системы, так как:

1) появляется система, которая структурирует различные информационные ресурсы и управляет ими для достижения целей качества образования;

2) появляются управленческие связи нового типа между структурными подразделениями университета, и расширяется круг предоставляемых информационных услуг;

3) учебно-методическая литература, издаваемая университетом и заказанная в других издательствах, соответствует учебным планам и профессиональным образовательным программам университета, поэтому востребована в учебном процессе и обеспечивает самостоятельную работу студентов;

4) обеспечивается развитие информационной грамотности всех участников образовательного процесса;

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

Предметом проектирования являются процессы в библиотеке, которые необходимо описать и в дальнейшем автоматизировать.

Работа с посетителем организована следующим образом: у каждого студента, пользующегося услугами библиотеки вуза должен быть читательский билет. После этого сотрудники библиотеки выясняют у студента, какая книга ему нужна и проверяют, есть ли она в наличии. После этого сотрудник библиотеке оговаривает со студентом сроки, в которые книга должна быть сдана обратно в библиотеку.

Забронировать книгу или продлить ее нахождение «на руках» можно по телефону, который принадлежит данной библиотеке.

Характеристика существующих бизнес –процессов

На начальных этапах создания АИС необходимо понять, как работает организация, которую собираются автоматизировать. Для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области; следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации.

Наиболее удобной методологией моделирования бизнес-процессов является IDEF0, реализованного с помощью программного продукта AllFusion BPwin Process Modeler.

Построение модели АИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. В приложении 1 представлена контекстная диаграмма «АИС_БВ».

Взаимодействие системы с окружающей средой описывается в терминах входа (рис. 1.1 это «Данные о сотрудниках ВУЗа», «Данные о студентах» «Библиотечные материалы», «Заявки на получение б/м», «Заявки на закупку б/м»); выхода (основной результат процесса – «Выданные б/м», «Отчеты по заявкам», «Отчеты по клиентам», «Мониторинг статуса выдано/возвращено»); управления («Устав библиотеки», «Техника безопасности», «Федеральный закон от 29 декабря 1994 г. №78-ФЗ О библиотечном деле»); механизмов («Материальная база», «Бухгалтерская система», «Персонал») – это средства, необходимые для процесса функционирования библиотеки ВУЗа).

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

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

Входной информационный поток «Библиотечные материалы» – это бумажный и электронный материал, хранящий какую-либо информацию, подготовленную для выдачи сотрудникам и студентам ВУЗа.

Входной информационный поток «Заявки на получение б/м» – заявки, подающиеся сотрудниками и/или студентами ВУЗа на получение б/м

Входной информационный поток «Заявки на закупку б/м» – заявки, подающиеся некоторыми сотрудниками ВУЗа на закупку б/м.

Управленческий поток «Устав библиотеки», «Техника безопасности», «Федеральный закон от 29 декабря 1994 г. №78-ФЗ О библиотечном деле»– это правила, которыми управляется процесс функционирования библиотеки, как учреждения со своими внутренними правилами, и также обязанного «жить» согласно законодательству конкретной страны.

В механизме оказания услуг принимает участие "Персонал" библиотеки. «Материальная база» – обстановка здания, техника в библиотеке, инвентарь и т.д. «Бухгалтерская система» отвечает за создание отчетов, планов финансирования и т.п.

Выходной поток «Выданные б/м» - это бумажный или электронный материал выданный студенту или сотруднику ВУЗа.

Выходной поток «Мониторинг статуса выдано/возвращено» представляет собой систему отражающую подробную информацию о книге находящейся в библиотеке либо “на руках”.

Выходной поток «Отчеты по заявкам» - это документ отражающий отчет по заявкам полученным работниками библиотеки от студентов или работников ВУЗа.

Выходной поток «Отчеты по клиентам» - это информационная база данных в которой находятся все сведения о посетителях библиотеки.

После описания контекстной диаграммы проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции (рис. 1.2).

Весь процесс «АИС_БВ разбивается 3 блока:

1. «Ведение каталогов» иллюстрирует занесение информации в БД, учет книг и читателей. Осуществляется основная деятельность библиотеки.
2. «Поисковая система» представляет собой процесс непосредственной обработки запросов от системы или запросов извне, а так же предоставления информации по этим запросам.
3. «Система формирования заказов» занимается формированием заказов от сотрудников и студентов ВУЗа на определенные б/м, для дальнейшей выдачи.

Опишем диаграмму, представленную на рис. 1.3.

Регистрация заказа – это непосредственная заявка сотрудника и/или студента ВУЗа на получение или закупку б/м. Эту возможность будет поддерживать будущая АИС, автоматизируя тем самым заявки сотрудников и студентов.

Формирования заказа включает в себя тесную работу персонала с ИС, по предоставлению информации и необходимого б/м, его местоположения и количества. Подготовка документов на приобретение б/м (счет-фактура).

Оформление заказа осуществляется после передачи уточненной информации по заявке на получение/заказ б/м. На данном этапе оформляется все положенные документы.

Выдача заказа является непосредственной передачей б/м сотруднику и/или студенту ВУЗа.

В данном разделе автором были описаны контекстные диаграммы IDEF0, подробно разобраны входные и выходные потоки, а также управленческие проекты и механизмы по оказанию услуг.

Рисунок 1.1 - Контекстная диаграмма IDEF0 «АИС_БВ»

Рисунок 1.2 - Диаграмма декомпозиции IDEF0 «АИС_БВ»

Рисунок 1.3 - Диаграмма декомпозиции IDEF0 «Система формирования заказов»

Определение, характеристика документооборота, возникающего при решении задачи

Для проектируемой базы данных предметной областью является библиотечный фонд ВУЗа. В библиотеке собраны книги разных авторов, издательств, годов издания - все это представляет интерес для данного исследования.

База данных «создается для экономии времени при поиске книг, а так же быстрого получения ответов на такие вопросы, как:

- Наличие или отсутствие данной книги в личной библиотеке.

- Где находится искомая книга.

- Кто автор искомой книги.

- Какие книги данного автора собраны в библиотеке.

- Сколько экземпляров данной книги имеется в библиотеке.

- В каком году и где издана искомая книга.

- Телефон издательства.

При работе с такой базой получать интересующую информацию намного легче.

Обоснование проектных решений по информационному обеспечению

В проектируемой задаче использовались следующие общероссийские классификаторы:

ОКУД - Общероссийский классификатор управленческой документации;

ОКОПФ - Общероссийский классификатор организационно-правовых форм [4].

При разработке системы должна использоваться реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области, моделировать связи между ними. При этом сами данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.

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

Обоснование проектных решений по программному обеспечению

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

- операционные системы семейства Windows от фирмы Microsoft (Windows XP/Vista/Seven),

- операционные системы Linux/BSD семейства (UNIX подобные) от различных фирм – разработчиков [13].

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

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

Сравнение операционных систем приведено в таблице 1.1.

Таблица 1.1

Сравнение характеристик наиболее распространенных пользовательских ОС

Наименование ОС	Windows 7	Linux	Mac OS X Snow Leopard 10.6
Минимальные системные требования
Процессор	1 ГГц или выше 32- (x86) или 64-разрядный (x64)	500 МГц — 1 ГГц	300 МГц
ОЗУ	1 ГБ (32-разрядная система) / 2 Гб (64-разрядная система)	256 МБ (alternate-установка) / 384 МБ (стандартная установка)	192 МБ (32-разрядная версия) / 256 МБ (64-разрядная версия)
Свободное место на диске	16 ГБ (32-разрядная система) / 20 ГБ (64-разрядная система)	3-5 ГБ (в зависимости от разновидности)	2-3 ГБ
Видеокарта	Графический процессор DirectX 9 с драйвером WDDM 1.0 или более старшей версии	Super VGA (800x600/1024x768) из числа поддерживаемых системой	VGA (640 x 480)
Другие характеристики
Встроенное офисное ПО	-	+	-
Высокий уровень безопасности и защиты от вирусов и т.п.	-	+	-
Наличие 64-битной версии	-	+	+
Удобная работа с устройствами хранения данных	+	-	+

В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows Seven. Этот выбор обусловлен тем, что Windows Seven наиболее стабильная операционная система семейства Windows на сегодняшний день. Кроме того, данная ОС не вызывает сложностей у пользователей в ходе работы, легко настраивается и обслуживается.

Для выбора языка программирования необходимо определить требования к среде программирования. В процессе анализа требований и классификации самой проектируемой ИАС были определенны следующие требования к среде проектирования:

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

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

• Кроссплатформенность СУБД;
• Полная совместимость с выбранной средой разработки (PHP);
• Простота использования и внедрения;
• Распространенность и популярность СУБД. При использовании малораспространенной СУБД в будущем могут возникнуть проблемы с поддержкой и развитием ИС, что так же наложит дополнительные затраты на перенос накопленных данных.
• Надежность, позволяющая обеспечить решение задачи постоянного наполнения и обеспечения сохранность данных.

Проведём анализ рынка СУБД по нескольким характеристикам.

Таблица 1.6

Сравнительные характеристики СУБД

	. Размер БД	Защита данных	Требования к аппаратному обеспеченью
PostgreSQL	Гигабайты	Сильная	Неприхотливые
Interbase	Гигабайты	слабая	Чувствительные
MS Access	Гигабайты	Сильная	Неприхотливые
SyBase	Сотни гигабайт и больше	Сильная	Чувствительные
MS SQL Server	Сотни гигабайт и больше	Сильная	Требуют мощных серверов

Учитывая приведенные выше требования и сравнительный обзор в качестве СУБД был выбрана среда MS Access – это многопоточная, многопользовательская СУБД, основными достоинствами которой является быстрота, надежность и простота использования, а в качестве языка программирования – Delphi.

Проектная часть

Информационная модель и её описание

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

В качестве информационной модели будем использовать схему данных (ГОСТ 19.701-90). Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схема данных состоит из следующих элементов:

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

Весь цикл обработки информации можно разбить на два этапа:

1. Прием, обработка и ввод первичной входящей информации (паспортные данные, реквизиты организаций и т.д.).
2. Формирование документов (договора продаж и закупок и т.д.).

Графическое представление информационной модели отражено на рис. 2.1.

Рисунок 2.1 Информационная модель системы

Характеристика нормативно-справочной, входной и оперативной информации

При разработке базы данных «Библиотека» было проведено обследование предметной области. В результате в БД используются следующие входные данные:

- информация о читателях;

- информация о книгах;

- информация о зарезервированных книгах;

- информация о выданных книгах.

Характеристика результатной информации

Отчeты, зaпpocы и фopмы являются выxoдными дaнными. В oтчетax и нa фopмax вывoдятcя инфopмaция, yпpoщающих работу с записями таблиц базы данных. Чтo пoзвoляeт пoльзoвaтeлю знaчитeльнo ycкopить пpoцecc oбрaбoтки и выбopки дaнных из бaзы дaнныx.

Характеристика базы данных

Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:

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

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

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

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

Рисунок 2.2 - ER-модель разрабатываемой базы данных

В БД «Библиoтека» были сoзданы слeдующие фyнкциoнaльныe зaвиcимocти мeждy aтрибyтaми:

Таблица 2.1 - Функциональные зависимости таблицы «Читатели»

Наименование атрибутов	Функциональные зависимости
Номер_читательского_билета ФИО Адрес Телефон

Таблица 2.2 - Функциональные зависимости таблицы «Выдача книг»

Наименование атрибутов	Функциональные зависимости
код_выдачи Номер_читательского_билета Код_книги Дата_выдачи Дата_возврата

Таблица 2.3 - Функциональные зависимости таблицы «Книги»

Наименование атрибутов	Функциональные зависимости
Код_книг Название_книги Автор Издательство Год_издания Объем_книги Цена Кол_экземпляров

Таблица 2.4 - Функциональные зависимости таблицы «Бронирование»

Наименование атрибутов	Функциональные зависимости
код_брони Код_книги Номер_читательского_билета Дата_заказа

На ocнoвaнии выявлeнныx фyнкциoнaльныx зaвиcимoстeй идeнтифицирyющиe aтрибyты, кoтopыe в pеляциoннoй мoдeли дaнныx испoльзyютcя в кaчecтвe пepвичныx ключeй рeляциoнныx oтнoшений, видны и oднoзнaчны. В рaздeлe инфoлoгичeскoe прoeктирoвaниe oни yкaзaны.

Испoльзoвaниe ключeй и индeкcoв пoзвoляeт:

- oднoзначнo идeнтифициpoвaть зaписи;

- избeгaть дyблиpoвaния знaчeний в ключeвых пoляx;

- выпoлнять сopтирoвкy тaблиц;

- yскoрять oпeрaции пoиcка в тaблицаx;

- yстaнaвливaть cвязи мeжду oтдeльными тaблицами БД.

При пoддeржкe цeлoстнoсти дaнныx обeспeчивaeтся прaвильнocть ccылoк мeждy тaблицaми.

Таблица 2.5 Ключи

Таблица	Ключ	Тип ключа
Бронирование	код_брони	primary
	код_книги	regular
	Номер_читательского_билета	regular
Читатели	Номер_читательского_билета	primary
Книги	код_книги	primary
Выдача книг	код_выдачи	primary
	код_книги	regular
	Номер_читательского_билета	regular

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

Oтнoшeниe нaхoдится вo втoрoй нoрмальнoй фoрме, ecли oнo находится в первой нормальной форме и значения в каждом нeключeвoм aтрибутe oднoзнaчнo oпрeдeляются знaчeниeм пeрвичнoгo ключа.тнoшeниe находитcя в трeтьeй нoрмaльнoй фoрме (3НФ) тoгда и тoлькo тoгда, кoгда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы.

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

Таблица 2.6 - Классификация связей

Номер связи	Родительская таблица	Дочерняя таблица	Тип связи
1	Книги	Бронирование	1:M
2	Книги	Выдача книг	1:M
3	Читатели	Бронирование	1:M
4	Читатели	Выдача книг	1:М

В этoм рaздeлe привoдится cocтaв тaблиц БД. Для кaждoгo пoля тaблицы укaзaн тип дaнныx. Для некоторых полей введен зaпрет нa испoльзoвaниe нeoпрeдeлeнныx знaчeний.

Таблица 2.7 - атрибуты отношения «Книги»

Атрибут	Тип данных	Длина
Код_книги	Int	4
Название_книги	Char	30
Автор	Char	20
Издательство	Char	20
Год_издания	Char	10
кол_экземпляров	Int	4
Цена	Numeric	8,2
Объем книги	Char	10

Ключи таблицы:

 Код книги (первичный ключ), по полю «код книги».

Таблица 2.8 - атрибуты отношения «Бронирование»

Атрибут	Тип данных	Длина
Код_брони	Int	4
Код книги	Int	4
Номер чит билета	Int	4
Дата заказа	smalldatatime	4

Ключи таблицы:

 Код брони (первичный ключ), по полю «код брони»

 Код книги (вторичный ключ), по полю «код книги»

 Номер читательского билета (вторичный ключ), по полю «номер читательского билета».

Таблица 2.9 - атрибуты отношения «Выдача книги»

Атрибут	Тип данных	Длина
Код_выдачи	Int	4
Код книги	Int	4
Номер чит билета	Int	4
Дата выдачи	smalldatatime	4
Дата возврата	smalldatatime	4

Ключи таблицы:

 Код выдачи (первичный ключ), по полю «код выдачи

 Код книги (вторичный ключ), по полю «код книги»

 Номер читательского билета (вторичный ключ), по полю «номер читательского билета».

Таблица 2.10 - атрибуты отношения «Читатели»

Атрибут	Тип данных	Длина
Номер чит билета	Int	4
ФИО	Char	30
Адрес	Char	30
Телефон	Char	30

Ключи таблицы:

 Номер читательского билета (первичный ключ), по полю «номер читательского билета».

Общие положения (дерево функций и сценарий диалога)

Основным действующим лицом в разработанной системе является сотрудник отдела продаж и заукпок. Дерево функций для пользователя представлено на рисунке 2.3.

Рисунок 2.3 Дерево функций системы сотрудника

Сценарии диалога, формирующийся на основе дерева функций, приведен на рисунке 2.4.

Рисунок 2.4 Сценарий диалога для пользователя

Структурная схема пакета (дерево вызова программных модулей)

Для разработки системы автоматизации предприятия используется система веб-приложение. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей:

• справочники
• документы
• отчеты
• обработки
• регистры.

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

Рисунок 2.5 - Блок-схема основных модулей программы

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

Описание программных модулей

Работа с программой начинается с выбора пользователя и вывода информационного окна и активизации системы меню.

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

Программа состоит из следующих основных модулей.

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

Процедуры формирования отчетов – обеспечение выдачи установленных форм документов на основании критериев, определяемых пользователем и информационной базы.

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

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

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

Данные через диалог могут быть получены прямым и косвенным способом. Прямой способ реализуется путем их ввода по шаблону или по запросу конкретных значений. Косвенный способ – путем меню.

Параметры (входные документы ) – входные данные, полученные в виде конкретных значений, переданных в оперативной памяти смежным модулям (функциям ).

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

Контрольный пример реализации проекта и его описание

Для opгaнизaции выбopки инфopмaции из бaзы дaнныx в клиeнтcкoм пpилoжeнии были coздaны cлeдyющиe зaпpocы:

) Выбoркa дaнныx c ycлoвиeм:

Рисунок 2.6 - Выборка данных с условием

) Вsбopка дaнныx пo дaтe

Рисунок 2.7 -Выбopкa дaнныx пo дaтe

3) Выбoркa дaнныx из cвязанных тaблиц:

Рисунок 2.8 -Выбopкa дsнныx из связныx тaблиц.

4) Выбopка дaнныx в зaдaннoм диaпaзoнe:

Рисунок 2.9 -Выбopкa дaнныx в зaдaннoм диaпaзонe.

5) Пpocтoй зaпрoс с copтирoвкoй:

Рисунок 2.10 - пpocтoй зaпpoc c copтиpoвкoй.

6) Выбopкa дaнныx c вычиcляeмым значeниeм:

Рисунoк 2.11 - выбopкa c вычиcляемым знaчeниeм

) Зaпpoc c грyппиpoвкoй дaнныx:

Рисунок 2.12 - запрос с группировкой данных.

) Запpoc с шaблоном:

Рисунок 2.13 - зaпpoc c шaблoнoм.

9) Зaпpoc c пoдзaпpocoм

Рисунок 2.14 - зaпрoc c пoдзaпpocoм

Рисунок 2.15 - Peзyльтaты выпoлнeния xpaнимoй пpoцедуры

Работа программы основана на диалоге с пользователем через специальные экранные формы. Добавление и просмотр информации происходит с помощью форм и отчетов, показанных на рисунках 2.16-2.20.

Рисунок 2.16 - Форма «книги»

Рисунок 2.17 - Форма «читатели»

Рисунок 2.18 - Форма «бронирование»

Рисунок 2.19 - Форма «выдача книг»

Рисунок 2.20 - Отчет «выдача книг»

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

Рисунок 2.21 - окно входа в систему

Пpoгрaммa нe трeбyeт ycтaнoвки: нeoбхoдимo cкoпирoвать на винчестер пaпку «библиoтека» и из нее запустить файл «библиoтeка». На экране появится окно, в котором пользователю необходимо авторизироваться.

Рисунок 2.22 - Вход в систему

В кaждoм диалoгoвoм oкне, предоставленном для модификации БД, есть кнопки навигации, добавления, сохранения удаления для выполнения одноименных действий. Интерфейс дружелюбен и прост.

При запуске программы пользователь имеет возможность воспользоваться главным меню приложения. Завершение работы с программным продуктом осуществляется двумя способами: либо с помощью контекстного меню, либо с помощью главного меню.

Заключение

Проект ставил проектирование реализации операций бизнес-процесса «Движение библиотечного фонда».

В результате выполнения курсовой работы была спроектирована автоматизированная информационная система «АИС_Библиотека ВУЗа». В данном проекте была создана реляционная база данных «библиотека», разработанная с помощью СУБД MSAccess и программной оболочки в Delphi.

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

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

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

Список использованной литературы

1. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 1999
2. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.701-90 (ИСО 5807-85) / Государственный комитет СССР по управлению качеством продукции и стандартам, 01.01.1992.
3. Баженова И. Ю. , Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2008 г., , 328 стр.
4. Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2007 г, 456 стр.
5. Вигерс Карл, Разработка требований к программному обеспечению, Пер, с англ. - М.:Издательско-торговый дом "Русская Редакция", 2008. -576с.: ил
6. Гашков С. Б., Э. А. Применко, М. А. Черепнев Криптографические методы защиты информации, М, Издательство: Академия, 2010 г., 304 стр.
7. Гвоздева Т. В., Б. А. Баллод, Проектирование информационных систем, М, Издательство: Феникс, 2009 г., 512 стр.
8. Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии, М, Издательство Инфра-М, 2009 г., 608 стр.
9. Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем, М, Издательство: Форум, 2009 г., 432 стр.
10. Емельянова Н. З., Т. Л. Партыка, И. И. Попов, М, Издательство Форум, 2007 г., , 416 стр.
11. Илюшечкин В. М. , Основы использования и проектирования баз данных, М, Издательство Юрайт, 2010 г., 224 стр.