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

Характеристика основных требований к информационной и программной совместимости. Принцип организации предметной области автоматизированной информационной системы "Библиотека". Анализ особенностей интерфейса программы "1С:Предприятие" и ее подсистем.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 01.05.2015
Размер файла 1,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

Введение

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

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

Наилучшим образом позволяет вести хозяйственный учет деятельности предприятия информационная система «1С:Предприятие».

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

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

Проектирование БД «Библиотека» ведется для упрощения работы библиотекаря со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.

Актуальность разработки программы заключается в следующем:

- приложение «Библиотека» представляет собой программу для управления базой данных;

- программа полностью автоматизирует труд оператора ПЭВМ: автоматически заносит вводимые пользователем данные в таблицы базы данных, изменяет структуру таблиц (добавление/удаление записей).

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

1. Основные понятия и постановка задачи

1.1 Постановка задачи

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

Назначение.

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

Требования к программе или программному изделию.

а) Программа должна обеспечивать выполнение следующих функций:

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

- Ввод информации о книгах;

- Добавление, удаление и редактирование информации;

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

б) Исходные данные.

- Данные о читателях;

- Данные о книгах;

в) Результаты работы.

- список долгов читателя;

- список операций, совершенных с определенной книгой;

- список операций, совершенных со всеми книгами;

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

- список выданных книг;

- список свободных книг;

Требования к надежности.

а) Предусмотреть контроль вводимой информации,

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

в) Обеспечить целостность хранимой информации,

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

а) Система должна работать на IBM совместимых компьютерах.

б) Минимальная конфигурация:

- центральный процессор класса Pentium III 433 МГц;

- объём оперативной памяти не менее 64 Mb;

- минимальная ёмкость жесткого диска 3 Gb;

- стандартный манипулятор «мышь»;

- стандартная клавиатура;

- стандартный SVGA монитор;

- операционная система типа Windows, XP,7, 8;

- стандартный дисковод FDD;

- стандартный привод CD-ROM.

Требования к информационной и программной совместимости.

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

Требования к программной документации.

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

Технико-экономические показатели.

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

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

а) Подготовительная работа;

б) Анализ требований к системе;

в) Проектирование архитектуры к системе;

г) Анализ требований к программной системе;

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

е) Проектирование программной системы;

ж) Кодирование и тестирование программных средств;

з) Установка программного средства.

Порядок контроля и приемки

Программа должна быть испытана различными методами тестирования.

Порядок проведения тестирования:

а) Запуск программы.

б) Ввод информации в поля ввода.

в) Использование различных кнопок и меню, находящихся в программе.

г) Оценка правильности выполнения работы.

д) Принятие решения о дальнейшем испытании.

1.2 Анализ поставленной задачи. Принцип организации предметной области АРМ «Библиотека»

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

Так же в библиотеке ведется картотека читателей. О каждом читатели заносятся следующие сведения: ФИО, дата рождения, адрес, телефон. Каждому читателю присваивается номер читательского билета.

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

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

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

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

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

Основные определения.

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

Классификация БД:

1) По технологии обработки данных БД делятся на централизованные и распределенные.

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

2) По способу доступа БД делятся на: БД с локальным доступом и на БД с сетевым доступом. Системы централизованных БД с сетевым доступом предполагают следующие архитектуры:

- Файл-сервер. Хранение информации на сервере, обработка на рабочих станциях.

- Клиент- сервер. Хранение и обработка информации на сервере БД.

«Библиотека» относится к файл-серверной архитектуре.

Система управления базами данных (СУБД) - комплекс программных и языковых средств необходимых для создания БД.

По степени универсальности различают два класса СУБД:

1) Системы общего назначения. Не ориентированы на какую-либо предметную область.

2) Специализированные. Создаются для использования в каком-то конкретном случае.

2. Этапы создания АИС «Библиотека»

2.1 Проектирование программы

Функциональная модель системы

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

Семантическую основу ER-модели составляют следующие предположения:

1) Та часть реального мира (совокупность взаимосвязанных объектов), сведения о которых должны быть помещены в базу данных, может быть представлена как совокупность сущностей;

2) Каждая сущность обладает характеристическими свойствами (атрибутами), отличающими ее от других сущностей и позволяющими ее идентифицировать;

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

4) Систематизация представления, основанная на классах, в об­щем случае предполагает иерархическую зависимость типов: сущность типа А является подтипом сущности В, если каждый экземпляр типа А является экземпляром сущности типа В;

5) Взаимосвязи объектов могут быть представлены как связи -- сущности, которые служат для фиксирования (представления) взаимозависимости двух или нескольких сущностей.

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

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

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

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

2. Связи между объектами, задающие характер и функциональную природу их взаимозависимости.

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

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

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

Свойства. Природа свойства, как характер связи свойства с сущностью (объектом), может быть различной. Рассмотрим основные виды свойств.

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

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

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

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

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

Эта ассоциация всегда может существовать между разными сущностями или между сущностью и ею же самой (рекурсивная связь).

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

Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называет­ся полным (или обязательным); в противном случае -- неполным (или необязательным).

Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: «один к одному» (1:1), «один ко многим» (1:М), «многие к одному» (М:1), «многие ко многим» (М:М).

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

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

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

Сущности. Каждый тип сущности в ER-диаграммах представляется в виде прямоугольника, содержащего имя сущности.

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

Контур эллипса рисуется двойной линией, если свойство многозначное.

Эллипс соединяется пунктирной линией, если свойство условное.

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

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

ER-диаграмма системы «Библиотека» представлена на Рисунке 1.

Рисунок 1 - ER-диаграмма «Библиотека»

Структура объектов.

Конфигурация «Библиотека» включает в себя 3 подсистемы: Справочники, Библиотека, Отчетность.

Главными объектами системы являются справочники, потому что именно в них хранится вся информация. В данной системе «Библиотека» находится 6 справочников: «Сотрудники», «Физические лица», «Должности», «СписокКниг», «Категории», «Читатели» (Таблица 1).

Таблица 1 - Объект «Справочники»

Название объекта

Состав

Описание

Реквизиты

Тип

Сотрудники

Физические лица;

Должность;

ДатаПриема;

СправочникСсылка.ФизическиеЛица;

СправочникСсылка.Должность;

Дата;

Содержит список сотрудников организации

Физические лица

Фамилия;

Имя;

Отчество;

ДатаРождения;

Строка;

Строка;

Строка;

Дата;

Содержит список физических лиц

Должности

Код;

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

Число;

Строка;

Содержит список должностей организации

СписокКниг

Автор;

Категория;

Цена;

Строка;

СправочникСсылка.Категории;

Число;

Содержит список книг, находящихся в библиотеке

Категории

Код;

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

Число;

Строка;

Содержит список категорий книг организации

Читатели

Фамилия;

Имя;

Отчество;

Адрес;

ДатаРождения;

Строка;

Строка;

Строка;

Строка;

Дата;

Хранит список читателей организации

Табличная часть «СписокЛитературы»

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

ДатаВыдачи;

ДатаВозврата;

СправочникСсылка.СписокКниг;

Дата;

Дата;

Документы предназначены для отображения движения книг. В данной базе два документа: «ВыдачаКниг» и «ВозвратКниг» (Таблица 2).

Таблица 2 - Объект «Документы»

Название объекта

Состав

Описание

Реквизиты

Тип

ВыдачаКниг

Читатель;

СправочникСсылка.Читатели;

Регистрирует выдачу книг

Табличная часть «Выдача»

Книга;

Количество;

СправочникСсылка.СписокКниг;

Число;

ВозвратКниг

Читатель;

СправочникСсылка.Читатели;

Регистрирует возврат книг

Табличная часть «Возврат»

Книга;

Количество;

СправочникСсылка.СписокКниг;

Число;

Отчеты предназначены для отображения информации в виде таблиц, списка или диаграммы. В данной системе два отчета: «ОстаткиКниг» и «СписокКниг» (Таблица 3).

Таблица 3 - Объект «Отчеты»

Название объекта

Описание

ОстаткиКниг

Предоставляет информацию по оставшимся в наличии книгам

СписокКниг

Общий отчет по списку книг в регистре

Регистры накопления осуществляют учет движения документов. В данном случае ведется учет остатков книг (Таблица 4).

Таблица 4 - Объект «Регистры накопления»

Название объекта

Описание

Остатки

Занято

2.2 Тестирование программы

Выбор метода и этапы тестирования

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

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

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

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

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

Тестирование ПС -- это процесс выполнения программы на некотором наборе данных, для которого заранее известен результат применения или известно поведение программы. Указанный набор данных называется тестом. Таким образом, отладку можно представить в виде многократного повторения трёх процессов:

· Тестирование в результате, которого обнаруживаются ошибки;

· Поиск места ошибки в программе и документации;

· Редактирование программы и документации с целью устранения ошибок.

Процесс тестирования

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

Результат тестирования.

1) В поля для заполнения информацией не был введен текст.

Результат: Выводится сообщение о необходимости ввода информации.

2) В интерфейсе программы были найдены орфографические ошибки.

3) При выборе читателя выбранная информация не отображается.

Результат: Исправление ошибок.

2.3 Программная документация

Руководство пользователя.

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

- процессор Pentium-2.0Hz, не менее;

- оперативную память объемом, 1Гигабайт, не менее;

- HDD, 1 Гигабайт, не менее;

- операционную систему версии от Windows XP и поздние версии;

- установленную технологическую платформу 1С:Предприятие 8.2 и выше.

Для установки конфигурации требуется выполнить ряд действий:

1. Запустить 1С Предприятие на Рабочем столе или воспользоваться командой Пуск > Все программы > 1С Предприятие 8.2 > 1C:Предприятие. В появившемся окне интерактивной программы запуска (Рисунок 2) нажать на кнопку Добавить.

Рисунок 2-Интерактивное окно запуска

2. Добавить в список существующую информационную базу, указав ее имя и путь к каталогу (Рисунок 3).

Рисунок 3- Добавление базы

3. После того, как база будет создана, откройте ее в режиме «1С:Предприятие», который выбирается при запуске 1С Предприятие 8.2 в интерактивном окне запуска (Рисунок 4).

Рисунок 4 -Запуск в режиме 1С:Предприятие

В начале работы пользователю предоставляется интерфейс рабочего стола и трех подсистем: «Справочники», «Библиотека», «Отчетность» (Рисунок 5).

Рисунок 5 - Интерфейс 1С:Предприятие

В подсистеме «Библиотека» доступны «Документы учета книг», справочники: «Категории», «Список книг», «Читатели». (Рисунок 6).

Рисунок 6 - Интерфейс подсистемы «Библиотека»

В подсистеме «Отчетность» доступны документы: «Возврат книг» и «Выдача книг», «Документы учета книг» и справочник «Сотрудники». Так же, доступны 2 отчета: «Остаток книг» и «Список книг» (Рисунок 7).

Рисунок 7 - Интерфейс подсистемы «Отчетность»

В подсистеме «Справочники» доступны справочники: «Должность», «Сотрудники», «Физические лица», «Список книг», «Читатели» (Рисунок 8).

Рисунок 8 - Интерфейс подсистемы «Справочники»

Работа с системой.

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

В справочник «Физические лица» следует ввести информацию о физических лицах, чтобы в дальнейшем быстро заполнять справочник «Сотрудники». Для этого нужно заполнить поля «Фамилия», «Имя», «Отчество» и «Дата рождения». (Рисунок 9).

Рисунок 9 - Заполнение справочника «Физические лица»

В справочнике «Должности» вводится названия должностей сотрудников, для дальнейшего выбора их в справочнике «СписокКниг». (Рисунок 10).

Рисунок 10 - Заполнение справочника «Должности»

В справочнике «Сотрудники» вводятся данные о сотрудниках организации. Для этого нужно выбрать из списка «Физическое лицо» и «Должность» и ввести дату приема. (Рисунок 11).

Рисунок 11 - Заполнение справочника «Сотрудники»

В справочнике «Читатели» заполняются поля: «Фамилия», «Имя», «Отчество», «Адрес», «Дата рождения» и табличная часть, которая хранит информацию о тех книгах, которые взял данный читатель.(Рисунок 12).

Рисунок 12 - Заполнение справочника «Читатели»

В справочнике «Категории» вводится названия категорий книг, для дальнейшего выбора их в справочнике «СписокКниг». (Рисунок 13).

Рисунок 13 - Заполнение справочника «Категории»

В справочнике «СписокКниг» вводится вся информация о книгах, которые находятся в библиотеке (Рисунок 14).

Рисунок 14 - Заполнение справочника «СписокКниг»

После заполнения справочников следует создать документы «ВыдачаКниг» и «ВозвратКниг».

В документе «ВыдачаКниг» отображаются выданные книги, читатели, которые взяли данные книги, и дата выдачи (Рисунок 15).

Рисунок 15 - Документ «ВыдачаКниг»

А в документе «ВозвратКниг» отображаются дата, возвращенные книги и их читатели и/или поступления новых книг в библиотеку (Рисунок 16).

Рисунок 16 - Документ «ВыдачаКниг»

Заполнив все справочники и документы у нас есть возможность отобразить отчеты «ОстаткиКниг» и «СписокКниг». Для этого нужно зайти в соответствующие отчеты и нажать кнопку «Сформировать отчет» (Рисунки 17, 18).

Рисунок 17 - Формирование отчета «Список книг»

Рисунок 18 - Формирование отчета «ОстаткиКниг»

Заключение

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

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

При разработке данного курсового проекта были приобретены и отработаны навыки программирования в 1С и по стандартизации программных продуктов.

Литература

программный интерфейс информационный

1. Библиографическая работа в библиотеке: организация и методика: учебник. / Под ред. О.П. Коршунова. - М.: Книжная палата, 2010. - 254с.

2. Благодатских В.А. и др. Стандартизация разработки программных средств: Учеб. Пособие/ Благодатских В.А., В.А. Волнин, К.Ф. Поскакалов; Под ред. О.С. Разумова.- М.: Финансы и статистика, 2010. - 288с.

3. Воройский Ф.С. Основы проектирования автоматизированных библиотечно-информационных систем. - М.: Физматлит, 2011. - 384с.

4. Герасимова Л.Г. 1С: Предприятие 7.7 / Герасимова Л.Г. -- СПб.: БХВ-Петербург, 2010. -- 304с.

5. Голицина О.Л. Базы данных / Голицина О.Л., Максимов Н.В., Попов И.И. -- М.: Форум, 2010, - 352с.

6. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. Интернет-университет информационных технологий. / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина // ИНТУИТ.ру. 2011.

7. Колтунова Е. Требования к информационной системе и модели жизненного цикла. / Е. Колтунова. 2012.

8. Маклаков С.В. BPwin и ERwin. CASE - средства разработки информационных систем. - М.: Диалог-МИФИ, 1999. - 256с.

9. Рудаков А.В. Технология разработки программных продуктов / Рудаков А.В. -- М.: Академия, 2011. -- 208с.

10. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. / Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов. М.: Финансы и статистика, 2012.

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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.