Разработка автоматизированной информационной системы "Личная библиотека"

Размещено на http://www.allbest.ru/

Разработка автоматизированной информационной системы "Личная библиотека"



Содержание

Введение

1. Теоретические основы проектирования информационных систем

1.1 Общие понятия проектирования информационных систем

1.2 Технологии проектирования

1.3 Методология проектирования

1.4 Сравнительная характеристика инструментов проектирования

2. Описание программного продукта

2.1 Характеристика предметной области

2.2 Моделирование бизнес-процессов

2.3 Функциональная диаграмма IDEF0

2.4 Выбор и обоснование выбора используемого программного обеспечения

2.5 Фаза построения, проектирования и внедрения

3. Основные проектные решения

3.1 Структура базы данных

3.2 Описание главной формы проекта

3.3 Результаты тестовых испытаний

Заключение

Список использованных источников



Введение

Данный курсовой проект выполнен в соответствии с заданием на курсовое проектирование. Темой курсового проекта является разработка АИС "Личная библиотека"

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

АИС позволяет решить несколько задач среди которых осуществление бронирования номеров и просмотр свободных номеров.

Основные задачи АИС "Личная библиотека" являются:

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

2) поиск по названию, автору, году издание.

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

Предмет исследования является использования языка программирования С#, методов проектирования для создания АИС.



1. Теоретические основы проектирования информационных систем

1.1 Общие понятия проектирования информационных систем

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

- проектирование объектов данных, которые будут реализованы в базе данных;

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

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

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

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

- нужной пропускной способности системы;

- нужного времени ответа системы на отправленный запрос;

- безотказное функционировании системы;

- обязательного уровня надежности;

- доступность использования и помощь системы..

1.2 Технологии проектирования

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

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

Следовательно, ТП устанавливается порядком последовательности технологических действий, совершаемых в течении создания проекта на основе того или иного метода.

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

Основные указания, предъявляемые к выбираемой технологии проектирования:

- Созданный проект с помощью этой технологии должен подходить требованию заказчика;

- технология должна отражать все стадии цикла жизни проекта;

- технология должна удовлетворять минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;

- технология должна помогать подъему производительности труда проектировщиков;

- технология должна гарантировать надежность процесса проектирования и использования проекта;

- технология должна помогать простому управлению проектной документации.

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

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

По степени автоматизации различают:

- ручное проектирование;

- компьютерное проектирование;

По уровню использования типовых проектных решений различают:

- индивидуальное проектирование;

- типовое проектирование;

По степени адаптивности проектных решений различаются следующие методы:

- реконструкция - адаптация проектных решений выполняется путем изменения соответствующих компонентов;

- параметризация - проектные решения настраиваются в соответствии с заданными и изменяемыми параметрами;

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

Объект автоматизации и набор задача имеют различные уровни сложности которые необходимы для создания определённой АИС, их стадии , а также этапы разделяются по трудоемкости. Можно объединять этапы которые идут последовательно и возможность их исключения, а также выполнять стадии до завершения предыдущей.

Основные стадии создания (АИС):

- установление требований к Автоматизированной информационной системы;

- разрабатывание концепции Автоматизированной информационной системы;

- разрабатывание технического задания;

- разрабатывание схемы проекта;

- разрабатывание технической части проекта;

- разрабатывание рабочей документации на Автоматизированной информационной системы;

- ввод в действие;

- сопутствование Автоматизированной информационной системы.

1.3 Методология проектирования

Основу технологии проектирования ИС составляет методология. Методология реализуется через определенные технологии и поддерживающие их стандарты, методики и инструментальные средства.

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

По степени автоматизации методы проектирования разделяются на:

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

2. Компьютерное, при котором настройка с использованием специальных инструментальных программных средств.

По степени использования типовых проектных решений различают следующие методы проектирования:

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

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

По степени адаптивности проектных решений выделяют методы:

1. Реконструкции, адаптация проектных решений выполняется переработкой необходимых компонентов

2. Параметризации, происходит настройка проектных решений (генерируются) в соответствии с изменяемыми параметрами;

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

Выделяют два основных класса технологий: канонические и индустриальные технологии.

Индустриальная технология, разделяется на два подкласса:

1) Автоматизированное - (они используют CASE-технологий).

2) Типовое - (однотипное) проектирование.

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

ТП определяется как совокупность трех составляющих:

- поэтапной процедуры, которая определяет последовательные технологические операции проектирования;

- аспекты и правила, которые используются для оценки результатов выполнения технологических операций;

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

1.4 Сравнительная характеристика инструментов проектирования

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

Существует несколько видов ТП организационно-технических систем и несколько сотен инструментов, предназначенных для автоматизации этого процесса. Ниже разберем самые популярные из них: Bpwin/Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) и Oracle Designer (Oracle Developer Suite). Справочные данные по CASE-технологиям и средствам проектирования приведены ниже по тексту и в таблице 1.



Таблица 1 - Средства проектирования и их сравнительная характеристика

СП Критерии	ARIS	Erwin / Bpwin	Rational Rose	Oracle Designer
Поддержка полного жизненного цикла ИС	+	+	+	+
Обеспечение целостности проекта	+	-	-	+
Независимость от платформы	+ (DoDAF, TeaF/FeaT, Zachman)	+ (ORACLE, Informix, Sybase)	+ (ORACLE, Informix, Sybase, Ingres идр.)	-
Одновременная групповая разработка БД и приложений	+	- *)	+	- *)

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

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

Согласно обзору современных технологий, наложенному компанией Systems Development Inc. в 2007 г. CASE-методика в нынешнее период оказалась в группа более устойчивых информативных технологий (нее применяла пятьдесят процентов абсолютно всех анкетированных юзеров наиболее нежели в тридцати процентов собственных планов, с их 85% закончились благополучно). Тем не менее, невзирая в всегда возможные способности CASE-стредств, имеется масса образцов их безуспешного введения, в следствии каковых CASE-ресурсы делаются "полочным" СОГЛАСНО (shelfware). В взаимосвязи с данным следует заметить последующее:

1. CASE-ресурсы никак не непременно предоставляют мгновенный результат; некто имеет возможность являться приобретен только лишь через тот или иной в таком случае период;

2. Настоящие расходы в введение CASE-денег как правило значительно превосходят расходы в их получение;

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

Допускается указать последующие условия, усложняющие формулировка вероятного результата с применения CASE-средств:

1. Обширное многообразие свойства и перспектив CASE-средств;

2. Относительно незначительныйпериод использования CASE-средств в различных организациях и недостаток опыта их применения;

3. Большое разнообразие в практике внедрения различных организаций;

4. Расширенный диапазон предметных областей проектов;

5. Разная степень объединения CASE-средств в различных проектах.

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

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

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

В настоящее время Российский рынок ПО располагает следующими наиболее развитыми средствами проектирования:

* ARIS;

* ERWin / BPWin;

* Rational Rose;

* Oracle Designer.

ARIS -объединённое средство моделирования бизнес-процессов, которое объединяем различные методы моделирования и анализа систем.

Самое главное преимущество ARIS является анализ, оптимизация и документирования бизнес-процессов.

BPWin - является инструментом визуального моделирования БП. ERWin - средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь".

Rational Rose - является средством моделирования объектно-ориентированных ИС, которая позволяет решать практически любые задачи в проектировании ИС начиная от анализа бизнес-процессов до кодогенерации на определенном языке программирования, также Rational Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.

Oracle Designer - это функциональное средство для описания предметной области. Oracle Designer входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих CASE-технологию и собственную методологию разработки информационной системы компании Oracle - "CDM", позволяющих группе разработчиков провести проект, начиная от анализа БП через моделирование к генерации кода и получению первоначального образца, а в дальнейшем и завершенного продукта. Oracle Designer это средство, которое имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы.



2. Описание программного продукта

2.1 Характеристика предметной области

Характер и размер личной библиотеки зависят от круга интересов и личных вкусов членов семьи, образования, профессии, средств, выделяемых для приобретения литературы. Обычно в домашней библиотеке имеются труды классиков марксизма-ленинизма, общественно-политическая и специальная литература, произведения русских, советских и иностранных классиков художественной литературы, научно-популярные и справочные издания, отдельные книги любимых авторов. Успех собирания библиотеки во многом зависит от умения пользоваться библиографическими пособиями (например, еженедельным бюллетенем "Новые книги" или ежемесячным кртико-библиографическим журналом "Что читать"), от чтения рецензий на новые книги, помещаемых в газетах и журналах; очень полезно посоветоваться о книгах в общественной библиотеке, систематически посещать книжные магазины.

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

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

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

В домашних условиях книги размещаются в шкафах, на стеллажах, настенных полках и этажерках. При выборе книжного шкафа следует обращать внимание па его глубину. Удобнее ставить книги в один ряд, но иногда из-за недостатка места приходится отдавать предпочтение более глубоким шкафам, чтобы можно было установить книги в 2 ряда. Стандартные книжные стеллажи имеют глубину 22 см, расстояние между полками 28 см и длину 100 см. Высота шести-полочного стеллажа -- 203 см. Заказные стеллажи часто делают в 7--8, иногда в 9 полок. Расстояние между полками определяется в зависимости от формата изданий, которые предполагается там хранить, но всегда несколько больше высоты книги, чтобы при снятии книги с полки пе портился переплёт. Расставлять книги надо так, чтобы легко было найти нужное издание. С этой целью имеет смысл группировать отдельно произведения общественно-политической литературы, справочники и т. д. Весной и летом книги рекомендуется закрывать бумагой, особенно если они подвергаются непосредственному действию солнечных лучей. Чтобы удалить пыль, книжные полки протирают слегка влажной тряпкой (лучше -- смоченной в 2-процентном растворе формалина), а книги -- шерстяной материей. Предпочтительнее держать книги в закрытых шкафах или на застеклённых стеллажах. Проектирование АИС "Личная библиотека"ведется для упрощения работы пользователя со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.

2.2 Моделирование бизнес-процессов

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

Бывают различные стадии моделирования бизнес процессов:

1. Определение свой цели предметной области и описание БП;

2. Определение ряда действий, которые нужно выполнить для описания процесса;

3. Установление уровня детализации бизнес процессов;

4. выявление процессов и построение исходной модели "как есть";

5. Исследование первичной модели;

6. Создание модели "как должно быть";

7. Тестирование модели "как должно быть";

8. Если есть неисправности, то улучшение модели "как должно быть";

Правила оформления:

1) Показаны первичные и вторичные входы и выходы контекстной диаграммы;

2) На первом уровне и последующих иерархии должно быть от трех до шести блоков, если блоков меньше трех их нужно обеднить или присоединить к другим блокам;

3) Блоки могут быть расположены слева направо и сверху вниз. У каждой стрелки между блоками должно быть название;

4) Процессы управления и механизмы реализации процесса также могут включаться в декомпозиционную диаграмму;

5) Наименование подпроцесса должен содержать глагол и существительное.

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

IDEF1 - Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды;

IDEF2 - для моделирования динамического развития бизнес системы, т. е. расширения или сокращения, включенных в него БП;

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

2.3 Функциональная диаграмма IDEF0

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

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

Рисунок 1 - Контекстная диаграмма.

Рисунок 2 - Диаграмма декомпозиции контекстной диаграммы, выполненная в нотации в IDEF0

В таблице 1 приведено описания стрелок



Таблица 1 - Описание стрелок в Диаграмма декомпозиции контекстной диаграммы, выполненная в нотации в IDEF0

Имя стрелки	Источник стрелки	Тип источника стрелки	Назначение стрелки	Тип назначение стрелки
Читатель	Граница диаграммы	вход	Регистрация читателя	Вход
Зарегистрированный Читатель	Регистрация читателя	выход	Выдача книги	вход
Читатель взявший книгу	Выдача книг	выход	Возвращение книги	вход
Возвращение книги	Возвращение книги	выход	Выдача книги	вход
Отчет о книгах имеющихся на руках читателя	Выдача книга	выход	Граница диаграммы	выход
	Возвращение книги	выход	Граница диаграммы	выход
Личная библиотека	Граница диаграммы	механизм	Регистрация читателя	механизм
	Граница диаграммы	механизм	Регистрация книги	механизм
	Граница диаграммы	механизм	Возвращение книги	механизм
Книги	Граница диаграммы	вход	Регистрация книги	вход
Читатель	Граница диаграммы	управление	Регистрация книги	управление
	Граница диаграммы	управление	Регистрация читателя	управление
	Граница диаграммы	управление	Выдача книги	Управление
	Граница диаграммы	управление	Возвращение книги	Управление

Рисунок 3 - Диаграмма декомпозиции контекстной диаграммы, выполненная в нотации в DFD "Регистрация книги"

В таблице 2 приведен описания стрелок в нотации DFD

Таблица 2 - описание стрелок в DFDАИС "Личная библиотека"

Источник стрелки	Тип источника стрелки	Назначение стрелки	Тип назначения стрелки
Книга	Выход	Внесение в список книг	Вход
Внесение в списки книг	Выход	Список книг	Вход
Внесение в список книг	Выход	Зарегистрированные книги	Вход
Зарегистрированные книги	Выход	Учет зарегистрированных книг	Вход
Внесение в список книг	Выход	Список Зарегистрированные книги	Вход
Ведение журнала Зарегистрированных книги	Выход	Документация	Вход
Ведение журнала Зарегистрированные книги	Выход	Список зарегистрированных книг	Вход

Рисунок 4 - Диаграмма декомпозиции контекстной диаграммы, выполненная в нотации в IDEF3 "Заказ книги"

Объект ссылки "Требования клиента" отправляет данные на работу "Проверка требований читателя" далее отправляет на работу "Предоставление выбора книги"", в работе идёт проверка Объект ссылки "Заказ на получение книги" отправляет на работу "Предоставление выбора книги" далее идёт выбор:

1) если книги нет, он заказывает книгу

2) Если книга есть, то он получает книгу

2.4 Выбор и обоснование выбора используемого программного обеспечения

Для данной Автоматизированной информационной системы я выбрал Microsoft .net (.NET Framework), т.к данное программное обеспечение подходит лучше всего для разработки приложений, с помощью MS.Net можно разрабатывать, и перекодировать приложения под разные языки программирования.

Одним из преимуществ MS.Net является сочетаемость программных элементов которые прописаны в различных стилях. К примеру мы можем использовать библиотеку использованную в С++, используя при этом в С#.

В C# возможно составить вид, полученный с класса, прописанного в VisualBasic.NET. В любой момент код выполненный в C# можно перехватить и использовать в среде программирования Delphi.

Так же в MS.Net можно изменять библиотеки с других сред и перекодировать их в любой момент под свою среду проектирования. Проект созданный на MS.Net, должен пройти компилятор, который компилирует программируемый код в созданную программу посредством CommonIntermediateLanguage (CIL). Нынешняя методика динамической компиляции дает возможность достичь значительного степени быстродействия. Архитектура .NET Framework описана и опубликована в спецификации CommonLanguageInfrastructure (CLI), разработанной Microsoft и утверждённой ISO и ECMA. В CLI описаны типы данных .NET, формат метаданных о структуре программы, система исполнения байт-кода и многое другое.



2.5 Фаза построения, проектирования и внедрения

В фазе проектирования доля пользователей берет на себя содействие в техническом проектировании модели "АИС личная библиотека" под руководством экспертов-разработчиков. Используются CASE-средства для более быстрого получения функционирующих прототипов приложений. При работе с ними пользователи дополняют требования к системе, которые не были выявлены на предыдущей фазе. Процессы системы рассматриваются более подробно после этого происходит анализ и если находятся какие-то недочеты, то корректируется функциональная модель. Каждый процесс рассматривается более детально, если есть необходимость, то создается частичный прототип: экран, диалог, отсчет, который устраняет неясности и неоднозначности. Формируются условия разделения допуска к сведениям. В данной фазе совершается установление нужной документации. После детального определения состава процессов оценивается число многофункциональных элементов разрабатываемой системы и принимается решение о разделении автоматизированной системы на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время.

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

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

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

После окончания построения команды разработчиков объединяют части системы с остальными, формируется общий программный код, выполняется тестирование работы данной части программного обеспечения, а в дальнейшем тестирование Автоматизированной информационной системы Личной библиотеке в целом. Результатом данного этапа является готовая автоматизированная система, удовлетворяющая всем согласованным требованиям. проектирование процесс программный база

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



3. Основные проектные решения

3.1 Структура базы данных

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

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

Из-за этого разработка БД является важной частью при создании АИС, поскольку если допустить ошибку в БД, это может сказаться на дальнейшие разработки. При разработке данной АИС было использована одна БД, созданная на основе XML (XML-является языком разметки).

Любая схема данных в БД состоит из таблиц. Таблицы составляют базу, это важнейший элемент (на рисунке 1 представлен пример таблицы).

Рисунок 1 - Пример главной таблицы " Личная библиотека", представленной в БД



3.2 Описание главной формы проекта

При создании программного продукта для АИС очень важно учитывать удобство использования пользователя с программой.

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

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

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

Рисунок 2 - Главная форма авторизации

После неуспешного входа в систему, открывается диалоговое окно о неправильном логине или пароле читателя. (На рисунке 3 предоставлена диалоговое окно о неправильном логине или пароле читателя).

Рисунок 5 - диалоговое окно о неправильном логине или пароле читателя

После успешного входа в систему, читатель на главной форме переводит на форму, которая называется "Личная библиотека", в данной форме содержится меню: "Файл" наведя на которой откроется меню выбора открыть или сохранить, кнопки: "Добавить" , "Удалить все данные", Удалить" . В данной форме содержится так же таблица "Книги" на которой представлена вся необходимая информация о номерах и поля для ввода информаций. На рисунке показан вход на форму "Личная библиотека".

Рисунок 6 - Форма "Личная библиотека"

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

Рисунок 7 - Добавленная книга

Чтобы удалить существующую книгу надо выбрать книгу в таблице "книги" и нажать на кнопку в меню "Удалить" которая находится в сверху таблицы. После этого выбранный нами книга удалится из таблицы. На рисунке 8,9 показано как удалять номер из таблицы "Книги".

Рисунок 8 - Удаленная книга из таблицы "Книги"

Рисунок 9 - Удаленная книга из таблицы "Книги"

Чтобы очистить все номера необходимо нажать на кнопку "Очистить все данные" которая находится в меню слева. После нажатия на кнопку "Очистить все данные", все книги в таблице "Книги" удалятся. На рисунке 10 показана таблица"Книги" после нажатия кнопки "Очистить все данные".

Рисунок 10 - Таблица "Книги" после нажатия кнопки "Очистить все данные"

Чтобы сохранить весь результат работ в таблице "книги" необходимо нажать на кнопку "файл" которая находится в верхней части слева. После нажатия, на кнопку "Сохранить" и нами выведет диалоговое окно с информацией что данные сохранены в нашу БД. На рисунке 11, 12 показано сохранение таблицы в БД.

Рисунок 11 - Сохранение таблицы до нажатия кнопки "Сохранить"

Рисунок 12 - Сохранение таблицы после нажатия кнопки "Сохранить"

Чтобы загрузить в таблицу "Книги" данные из БД необходимо нажать на кнопку "Открыть" которая находится в верхней части слева. После нажатия, на кнопку "Открыть" и выбрать БД, в таблицу "Книги" загрузятся данные из нашей БД и заполнят таблицу "Книги" существующими данными. На рисунке 13 показана загрузка таблицы после нажатия кнопки "Открыть"

Рисунок 13- Загрузка таблицы после нажатия кнопки "Открыть"

3.3 Результаты тестовых испытаний

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

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

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

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

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

В результате тестирования был сделан вывод, что реализация системы успешна, и теоретически готова к ее использованию на практике



Заключение

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

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

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

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

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

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



Список использованных источников

1. Архангельский А.Я. "Приемы программирования в Delphi".: Издательство "Бином-Пресс" 2006г. -944 стр. -ISBN 5-9518-0145-1

2. С.И. Бобровский "Delphi 7 Учебный курс".: Издательство "Питер" 2004. - 736 с. - ISBN 5-8046-0086-9

3.Г.В. Галисеев "Компоненты в Delphi 7".: Издательство "Вильямс" 2004г. - 624стр. -ISBN 5-8459-0555-9

4. А. Шкрыль "Delphi.Народные советы".: Издательство BHV-СПБ 2007г. - 400стр. - ISBN 5-9775-0047-5

5. Культин Н.Б. "Основы программирования в Delphi 7".: Издательство BHV - СПБ. 2008г. - 480 с. -ISBN 978-5-9775-0235-1

6. Культин Н.Б. Программирование на Object Pascal в Delphi 5.Самоучитель.:Издательство BHV-СПБ. - 464стр. -ISBN 5-8206-0079-7

7. Лабзина Т.А. Алгоритмические языки и программирование Юнита 5. Издательство НОУ СГУ, 1999.

8. Е.Марков "Программирование в Delphi 7".Издательство BHV-СПБ. 2003г. -784стр. -ISBN 5-94157-116-X

9. В.Кадлец "Delphi.Книга рецептов.Практические примеры, трюки и секреты".: Издательство "Наука и техника". 2006г. - 384стр. - ISBN 80-251-0017-0

10. Фаронов В.В. "Delphi 2005. Разработка приложений для баз данных и Интернета".: Издательство "Питер". 2006г. - 608стр. - ISBN 5-469-01191-7

Размещено на Allbest.ru

...