Содержание

1 Введение

2 Организационно-технологическая часть

2.1 Назначение и функционирование информационной системы (АС)

2.2 Среда разработки: MS Access

2.2.1 Особенности разработки АИС в среде Access с написанием моделей VBA

2.2.2 Структура программы VBA

2.2.3 Код программы на Visual Basic for Application (VBA)

3 Расчетно-конструкторская часть

3.1 Описание исходных данных для проектирования системы

3.2 Разработка контекстной диаграммы

3.3 Разработка программной системы

3.3.2Технология проектирования баз данных

3.3.3 Определение сущностей

3.3.4 Определение взаимосвязей между сущностями и учетной информацией

3.3.5 Задание первичных и альтернативных ключей, определение атрибутов сущностей

3.3.6 Приведение модели к требуемому уровню нормальной формы

3.3.7 Описание физической модели

3.3.8 Разработка интерфейса пользователя

3.4 Алгоритм работы информационной системы

3.5 Инструкция пользователя

3.5.1 Назначение информационной системы

3.5.2 Условия выполнения программы. Системные требования

3.5.3 Выполнение программы

4 Экономическая часть. Технико-экономическое обоснование стоимости создания информационной системы

4.1 Составление ведомости автоматизированных информационных услуг (АИУ)

4.2 Расчет себестоимости автоматизированных информационных услуг

4.3 Расчет объемов АИУ по договорным ценам

4.4 Расчет показателей по труду и заработной плате

4.5 Показатели финансового плана

4.6 Расчет налогов

4.7 Составление бизнес - плана

4.8 Расчет логистики предприятия

5 Техника безопасности

5.1 Обеспечение техники безопасности и охрана труда оператора ЭВМ

5.2 Вредные факторы при работе с ЭВМ

5.3 Эргономические требования к рабочему месту

6 Заключение

7 Литература

Приложение А Главная форма

Приложение Б Код программы на Visual Basic for Application (VBA)

1 Введение

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

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

Эта система разработана в СУБД Microsoft Access 2000, т. к. Access является программным средством, предназначенным для создания структуры новой базы, наполнения ее содержимым, редактирование содержимого и отбора данных в соответствии с заданным критерием, их упорядочения, оформления и последующей выдачи их на устройства вывода или передачи по каналам связи. При разработке информационной системы был использован встроенный язык программирования Visual Basic for Application (VBA), который позволяет создать интегрированную систему.

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

В разделе «Техника безопасности» предусмотрены меры допустимых норм для сотрудника, работающего с компьютером.

2 Организационно-технологическая часть

2.1 Назначение и функционирование программного продукта «Библиотека ВУЗа»

2.2 Среда разработки: СУБД Microsoft Access

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

Данная информационная система разрабатывалась c помощью базы данных Microsoft Access 2002. Access входит в набор инструментальных программных средств, является настольной СУБД, легка в использовании даже для неспециалистов в программировании, именно поэтому мы выбрали данную среду для разработки нашей информационной системы.

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

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

Система управления базами данных MS Access поддерживает реляционную модель данных с механизмом ссылочной целостности. Поэтому в базах данных СУБД MS Access данные представляются в виде таблиц и функциональных бинарных связей между таблицами. Дополнительное средство представления данных - запросы. Запрос представляет собой виртуальную таблицу, которая формируется по требованию на основе заранее составленного описания запроса по данным из физических таблиц базы данных. Никаких других различий между физическими таблицами и запросами нет. Во всех операциях они участвуют на равных правах. Основное назначение запросов - представление для вывода дополнительной информации, а также скрытие от пользователей сложных запросов: пользователь обращается к системе с простым запросом к виртуальным данным, а всю работу по их формированию (по заранее составленному сложному запросу) берет на себя СУБД.

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

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

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

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

Для представления бинарных связей типа М:М можно использовать либо таблицу, либо две функциональные связи: 1:M и M:1 с промежуточной таблицей (прием описан ниже в сетевой модели).

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

В окне базы данных Access 2000 появились новые средства просмотра и манипулирования объектами базы данных:

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

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

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

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

- выбор объекта путем ввода его имени.

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

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

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

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

- поддержка мирового 16 разрядного стандарта кодировки символов Unicode;

- поддержка работы с данными в формате валюты евро. Чтобы увидеть на экране значение величины в формате евро-валюты, можно использовать установку (#,###.##) свойства Формат.

- возможность распечатки отчета о взаимосвязях таблиц базы данных, которые представляются пользователю для просмотра в окне Связи;

- использование Microsoft ActivX Object (ADO) для доступа и манипулирования данными в базах данных сервера.

2.2.1 Особенности разработки АИС в среде Access с написанием моделей VBA

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

VBA (Visual Basic for Application) -- это язык программирования, поддерживаемый всеми приложениями пакета Microsoft Office. VBA -- относительно несложный язык программирования, который очень прост и удобен в освоении и позволяет быстро получить ощутимые результаты -- конструировать профессиональные приложения для решения практически любых задач в среде Microsoft Windows. Можно сказать, что язык VBA является прямым наследником языка программирования Basic, но, тем не менее, в сравнении с ним он шагнул далеко вперед. Поэтому и возможностей, как внутренних (например, в части вывода на экран всевозможных форм), так и в отношении взаимодействия с другими приложениями, у него гораздо больше.

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

2.2.2 Код программы на Visual Basic for Application (VBA)

Код программы на Visual Basic for Application (VBA) представлен в приложении Б.

3 Расчетно-конструкторская часть

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

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

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

Это не всегда одно и то же. И искусство разработчика состоит в том, чтобы представить заказчику то, что ему нужно, а заказчику при этом казалось, что это как раз то, что он хочет.

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

Данная информационная система “Приемная комиссия” предназначена для приемной комиссии Челябинского монтажного колледжа, поэтому набор требований к ней я составила, исходя из требований заказчика.

3.1 Описание исходных данных для проектирования системы

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

Сформулируем требования к нашему проекту.

1) ИС Библиотеки вуза предназначена для ввода, хранения и обработки информации о печатных изданиях, поступающих в библиотеку, читателях, посещающих библиотеку.

2) Информация о читателях должна включать личные данные и данные о печатных изданиях, которые он берет на абонемент или в читальный зал.

3) ИС «библиотеки вуза» должна обеспечить выполнение следующих действий:

· Прием новых читателей;

· Прием новый печатных изданий;

· Учет своевременный сдачи и отслеживание задолжников;

4) ИС «Библиотеки вуза» должна поддерживать обслуживание различные категории читателей, обладающих специфическими характеристиками:

· Студенты вуза;

· Разовые читатели (абитуриенты, стажеры);

· Преподаватели;

· Другие работники вуза;

Один и тот же читатель может брать книги, как на абонементе, так и в читальном зале, если он не числится в должниках.

· 5) ИС «Библиотеки вуза» должна отслеживать читателей, нарушающих правила пользования библиотекой - задолжников.

Создание графа в соответствии с требованиями к системе

Система будет решать следующие функции:

1. Формирование каталога книг.

1.1 Ввод данных о поступившей литературе.

1.2 Просмотр отчетов по запросам.

2. Составление карточки читателя.

2.1. Запись нового читателя.

2.1.1 Ввод книг выдаваемых читателю.

2.2. Получение отчетов карточки читателя и выданных ему книгах.

3. Ввод данных о читателях задолжниках.

3.1 Ввод данных.

3.2 Получение отчетов о текущих задолжниках.

4. Поиск книги.

4.1 Выбор критерия поиска.

4.1.1 Получение отчетов о результате поиска.

5. Выход из программы.

6. Справка.

Представление графа сценария задачи представлено на рисунке 1.

Рис.1 Граф сценария задачи «Библиотека вуза»

3.2 Разработка контекстной диаграммы

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

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

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

3.3 Разработка программной системы

3.3.1 Описание системы с использованием языка моделирования UML

Приступим к созданию модели приложения «Библиотеки вуза». На основе описанных требований и ограничений выделим классы пользователей системы, определим требования к ним и дадим описание системы с точки зрения пользователя. В системе обозначений UML таким описанием является представление использования (Use-Case View). Это представление может состоять из нескольких диаграмм использования (Use-Case Diagram), которые описывают отдельные части системы и систему в целом. Сначала составим диаграмму использования, описывающую систему в целом

Описание системы с данного языка моделирования представлено на рисунках 3,4.

Рисунок 4 - Представление работы системы в целом



Рисунок 4 - Представление работы системы в целом

3.3.2Технология проектирования баз данных

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

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

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

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

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

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

- База данных должна легко расширяться при реорганизации и расширении предметной области.

- База данных должна легко изменяться при изменении программной и аппаратной среды.

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

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

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

Этапы проектирования базы данных с учетом рассмотренных выше аспектов представлены на рисунке 5.



Рисунок 5 - Проектирование базы данных

3.3.3 Определение сущностей

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

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

- ЧИТАТЕЛЬ;

- ПЕЧАТНОЕ ИЗДАНИЕ;

- ВЫДАЧА;

- КАТАЛОГ;

- ЧИТАТЕЛЬ-ЗАДОЛЖНИК;

3.3.4 Определение взаимосвязей между сущностями и создание модели данных

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

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

Определим для вышеперечисленных сущностей взаимосвязи.

Полученная после этого информационная модель представлена на рисунке 6.

Рисунок 6 - Информационная модель на втором этапе

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

3.3.5 Задание первичных и альтернативных ключей, определение атрибутов сущностей

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

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

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

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

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

Таблица 1 - Первичные, альтернативные ключи и атрибуты

Сущность	Первичный ключ	Атрибуты
1	2	3
Каталог_книг	Регистрационный _№	Регистрационный _№ Автор Название Год_издания Дата_регистрации Дата_списания Раздел Абонемент1 Абонемент2 Читальный_зал Количество Издательство
Читатели	№ читательского билета	№ читательского билета ФИО Признак(код) Адрес Паспортные данные Дата_записи Дата_выбытия Группа Факультет Кафедра Степень_звание Право пользования
Выдача_книг		регистрационный № № читательского билета АбонементА1 АбонементА2 Читальный_зал Количество Дата_выдачи Дата_возврата Фактическая_дата_возвра Кол_сдал
Задолжники	Код	Код регистрационный № № читательского билета количество
Типы_читателей	Код_читателя	Код_читателя Тип_читателя
Раздел	Код_раздела	Код_раздела Раздел

3.3.6 Приведение модели к требуемому уровню нормальной формы

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

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

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

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

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

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

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

Был сделан анализ физической и логической модели, в ERWin 4.0, который показал отсутствие в таблицах аномалий. Схема данных, спроектированная в ERWin 4.0 представлена на рисунке 8.

3.3.7 Описание физической модели

Выдача книг
	Наименование поля	Тип данных	Размер	Примечание
1	2	3	4	5
1	регистрационный №	Числовой	Длинное целое	№ книги при регистрации
2	№ читательского билета	Числовой	Длинное целое
3	Абонемент	Логический		Да или нет
4	Читальный_зал	Логический		Да или нет
5	количество	Числовой	Целое	Количество книг
6	Дата_выдачи	Дата/время
7	Дата_возврата	Дата/время
8	Фактическая_дата_возврата	Дата/время
9	кол_сдал	Числовой	Целое
Задолжники
1	Код	Числовой	Длинное целое
2	№ читательского билета	Числовой	Длинное целое
3	Регистрационный_№	Числовой	Длинное целое
4	Количество	Числовой	Целое
Каталог_книг
1	Регистарционный_№	Числовой	Целое
2	Автор	Текстовый	30
3	Название	Текстовый	30
4	Год_издания	Дата/время
5	дата_регистрации	Дата/время
6	Дата_списания	Дата/время
7	Раздел	Текстовый	50
8	Абонемент1	Логический
9	Абонемент2	Логический
10	Читальный_зал	Логический		Выдача в читальном зале
11	стоимость	Денежный
12	количество	Числовой	Целое
Раздел
1	код_раздела	Числовой	Длинное целое
2	Раздел	Текстовый	50
Тип_Читателя
1	код	Числовой	Целое
2	тип_читателя	Текстовый	50
Читатели
1	№ читательского билета	Числовой	Длинное целое
2	ФИО	Текстовый	20
3	признак(код)	Числовой	Целое
4	адрес	Текстовый	30
5	паспортные данные	Числовой	Целое
6	Дата_записи	Дата/время
7	Дата_выбытия из библиотеки	Дата/время
8	группа	Числовой	Целое
9	факультет	Текстовый	50
10	кафедра	Текстовый	50
11	степень_звание	Текстовый	50
12	право_пользования_чит_ залом	Логический	Да/нет
13	право_пользовния _абонементом	Логический	Да/нет

3.4 Алгоритм работы информационной системы

Схема алгоритма работы информационной системы представлена на рисунках 9, 10, 11, 12, 13.

3.4.1 Разработка интерфейса пользователя

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

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

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

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

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

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

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

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

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

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

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

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

Вспомогательная область управления включает:

- строку состояния;

- панели инструментов;

- вертикальную и горизонтальную линейки прокрутки.

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

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

3.5 Инструкция пользователя

Инструкция пользователя написана в соответствии с ГОСТ 19.505-79 Единой системы программной документации. «Руководство оператора. Требования к содержанию и оформлению».

3.5.1 Назначение информационной системы

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

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

3.5.2 Условия выполнения программы. Системные требования

Для выполнения программы необходимо:

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

- операционная система не ниже Windows 98;

3.5.3 Выполнение программы

Для запуска приложения необходимо в адресной сроке браузера (возможно использование любого из наиболее распространенных и известных в мире браузеров) набрать адрес главной страницы: https://ei.eurott.ru. Для входа на ресурс необходима авторизация пользователя, для чего в диалоговое окно вводятся имя пользователя и пароль. После регистрации загрузится главная страница приложения, на которой находится основное меню программы. Главная форма представлена на рисунке А1 приложения А. Главное меню приложения представляет возможность работы с абонентами, дилерами, финансовой документацией и статистической информацией.

Модуль работы с абонентами имеет следующие возможности:

- создание нового абонента (пункт меню «Новый абонент»);

- отображение полного списка абонентов с возможностью детализированного вывода данных и задания условий отбора информации (пункты меню «Список абонентов» и «Детализированный список абонентов»);

- рассылки сообщений на электронный адрес клиента, если таковой указан в договоре;

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

- поле «Номер договора» заполняется в формате ХХХ , ХХХ/ХХ или ХХХ-ХХ;

- поле «Дата подписания договора» заполняется в формате ЧЧ.ММ.ГГГГ;

- поле «Контактный E-Mail» требует только корректного ввода электронного адреса абонента. Возможен ввод нескольких адресов через точку с запятой;

- поля «ИНН», «КПП», «Расчетный счет», «Корреспондентский счет» и «БИК» имеют фиксированную длину.

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

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

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

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

Поле «Способ доставки расшифровки» предоставляет возможность выбора одного из способов доставки клиенту расшифровки телефонных переговоров: почта, курьер, e-mail, не требуется. Способ доставки выбирается по желанию клиента. При выборе способа доставки электронной почтой необходимо наличие хотя бы одного электронного адреса.

Значение поля «Скидка» не может быть более 10%.

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

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

После успешного сохранения данных на форме появляется кнопка «Номера счетов».

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

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

Для привязки телефонного номера к номеру счета необходимо сделать следующее: в списке привязанных счетов выбрать строку с нужным номером счета и нажать на нее. После этого откроется форма «Привязка телефонных номеров». Возможна привязка неограниченного числа телефонных номеров, при условии, что они указаны в договоре. Формат ввода телефонных номеров следующий: для городских телефонов 7 цифр, для мобильных федеральных и Зоновых 10 цифр, городские телефоны должны начинаться с 2 или 7. Для привязки номера его необходимо ввести и нажать на кнопку «Привязать». Если телефонный номер уже привязан к какому-либо счету, то повторная привязка невозможна. Привязанные номера появляются в списке.

Также существует возможность убрать привязку телефонного номера с текущего счета. Для этого необходимо ввести требуемый номер из списка и нажать на кнопку «Отвязать». Для возврата в список счетов используется кнопка «Возврат в список счетов».

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

- по номеру договора;

- по дате подписания договора;

- по имени клиента;

- по балансу.

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

Также предусмотрена возможность фильтрации вывода данных. Фильтрация производится по следующим критериям:

- действующие;

- на подписании;

- блокированные;

- расторгнутые;

- без оплаты.

Для применения выбранных параметров сортировки и фильтрации необходимо нажать кнопку «Обновить». При этом отобразится обновленный список клиентов.

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

- сиреневый - договора на подписании;

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

- розовый - расторгнутые договора;

- оранжевый - договор заблокирован;

- серый - действующие договора.

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

- поле «Номер договора» заполняется в формате ХХХ , ХХХ/ХХ или ХХХ-ХХ;

- поле «Дата подписания договора» заполняется в формате ЧЧ.ММ.ГГГГ;

- поле «Контактный E-Mail» требует только корректного ввода электронного адреса абонента. Возможен ввод нескольких адресов через точку с запятой;

- поля «ИНН», «КПП», «Расчетный счет», «Корреспондентский счет» и «БИК» имеют фиксированную длину.

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

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

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

Поле «Способ доставки расшифровки» предоставляет возможность выбора одного из способов доставки клиенту расшифровки телефонных переговоров: почта, курьер, e-mail, не требуется. Способ доставки выбирается по желанию клиента. При выборе способа доставки электронной почтой необходимо наличие хотя бы одного электронного адреса.

Значение поля «Скидка» не может быть более 10%.

Поле «Статус» имеет возможность выбора одного из значений списка: на подписании, действующий, расторгнут, без оплаты. При выборе значения статуса «расторгнут», появляются новые поля «Дата расторжения» и «Причина расторжения». В поле «Дата расторжения» необходимо внести дату расторжения договора с клиентом. Поле заполняется в формате ЧЧ.ММ.ГГГГ. В поле «Причина расторжения» вводится обоснование расторжения договора. Поле «Блокировка» предназначено для блокирования или разблокирования номеров счетов, привязанных к договору клиента. Для сохранения внесенных изменений необходимо нажать на кнопку «Сохранить изменения». Кнопка «Сброс» отменяет все сделанные изменения.

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

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

Для привязки телефонного номера к номеру счета необходимо сделать следующее: в списке привязанных счетов выбрать строку с нужным номером счета и нажать на нее. После этого откроется форма «Привязка телефонных номеров». Возможна привязка неограниченного числа телефонных номеров, при условии, что они указаны в договоре. Формат ввода телефонных номеров следующий: для городских телефонов 7 цифр, для мобильных федеральных и Зоновых 10 цифр, городские телефоны должны начинаться с 2 или 7. Для привязки номера его необходимо ввести и нажать на кнопку «Привязать». Если телефонный номер уже привязан к какому-либо счету, то повторная привязка невозможна. Привязанные номера появляются в списке.

Также существует возможность убрать привязку телефонного номера с текущего счета. Для этого необходимо ввести требуемый номер из списка и нажать на кнопку «Отвязать». Для возврата в список счетов используется кнопка «Возврат в список счетов». Для перехода на форму «Абонент» с формы «Номера счетов» необходимо нажать на кнопку «Возврат».

Модуль работы с абонентами предоставляет возможность просмотра более детализированного списка абонентов и вывода карточки абонента на печать. Для этого используется пункт меню «Детализированный список абонентов». При выборе данного пункта открывается одноименная форма. Первоначально на форме размещено сообщение «Не выбрана ни одна категория абонента».

Форма предоставляет возможность фильтрации списка абонентов по следующим критериям:

- действующие;

- на подписании;

- блокированные;

- расторгнутые;

- без оплаты.

Возможен выбор сразу нескольких критериев фильтрации.

На форме реализована возможность вывода только необходимой информации. Для этого необходимо отметить нужные поля для вывода данных, после чего нажать на кнопку «Обновить». Условием успешной загрузки списка является наличие отмеченных категорий в статусе абонентов и в полях с данными, необходимыми для отображения. Если ни один способ фильтрации по статусу не выбран, то при попытке загрузки списка клиентов появится сообщение «Не выбрана ни одна категория абонента». Если не выбрано ни одно поле свойств абонента, то при попытке загрузки списка появится сообщение «Не выбраны поля таблицы». После загрузки списка абонентов появляется возможность печати карточки абонента. Печатная форма карточки абонента открывается в формате pdf. Для ее корректного открытия и просмотра необходима установленная программа Adobe Acrobat или Adobe Reader.

Модуль работы с клиентами также реализует возможность отправки почтовых уведомлений действующим клиентам, при наличии в договоре их электронных адресов. Данная функция используется для массовой рассылки какой-либо служебной и рекламной информации. Для этого используется пункт меню «Почтовая информационная рассылка». При выборе данного пункта меню открывается одноименная форма. Она предоставляет возможность ввода темы электронного сообщения и текста письма. Возможна рассылка сообщений как одному, так и нескольким клиентам. Для массовой рассылки можно либо выбрать нужных адресатов, либо нажать кнопку «Авто-отметка» для автоматического выбора сразу всех адресатов. Затем необходимо нажать кнопку «Рассылка». После отправки сообщений в новом окне отобразится уведомление о количестве отправленных писем и адресатах, кому они были отправлены.

Модуль работы с дилерами имеет следующие возможности:

- занесение информации о новом дилере (пункт меню «Новый дилер»);

- просмотр полного списка дилеров (пункт меню «Список дилеров»);

- занесение информации о точках продаж дилера.

Для занесения информации о новом дилере необходимо выбрать пункт меню «Новый дилер». После этого откроется форма «Новый дилер».Минимальными критериями для сохранения информации являются:

- поле «Номер договора» можно заполнять в формате Д-ХХХХ;

- поле «Дата подписания договора» имеет формат ЧЧ.ММ.ГГГГ;

- поле «Дилер: (полное юридическое название)» - вносится юридическое название фирмы, которое фигурирует при заключении дилерского договора;

- поле «Контактный E-Mail» требует только корректного ввода электронного адреса;

- поля «ИНН», «Расчетный счет», «Корреспондентский счет», «БИК» имеют фиксированную длину. В них вводятся только числовые данные;

- поле «Комиссионный процент» имеет ограничение на размер комиссии в размере 20%:.

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

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

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

Для того чтобы сохранить вновь введенные данные необходимо нажать на кнопку «Сохранить изменения».

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

- поле «Абонент: (краткое название, торговая марка)» - вводится краткое название дилерской точки;

- поле «Район города» предоставляет возможность выбора района из имеющегося списка;

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

4 Экономическая часть. Технико-экономическое обоснование стоимости внедрения приложения «Приемная комиссия»

4.1 Составление ведомости автоматизированных информационных услуг (АИУ)

4.1.1 Составление ведомости АИУ в машино-часах

Ведомость объемов автоматизированных информационных услуг в Машино-часах показана в таблице3.

Таблица 3 - Ведомость объемов АИУ в машино-часах за июнь 2007 г

Наименование элементов работ за июнь 2007г	Единица измерения	Машинное время
Работа в MS Access	Час	160
Работа текстовом редакторе MS WORD	Час	57
Работа в сети INTERNET	Час	58
Профилактические работы	Час	45
Итого	Час	320

4.1.2 Расчет машинного времени по элементам услуг по каждому компьютеру

Расчет машинного времени по элементам работ по компьютеру № 1 представлена в таблице 4.

Таблица 4 - Расчет машинного времени по компьютеру №1

Наименование элементов работ за июнь 2007г	Рабочие дни	Итого, час
	1	4	5	6	7	8	11	13	14	15	18	19	20	21	22	25	26	27	28	29
Работа в MS Access		1	5	7	3	1	3	1	2	2	7	4		1		5	2	2	2	2	50
Работа текстовом редакторе MS WORD	4	5	1		1	3		5			1	2	3	2	3		4	3	2	1	40
Работа в сети INTERNET	4	2	1		3	2	3	1	2	2		2	4	3		3	2		2	2	38
Профилактические работы			1	1	1	2	2	1	4	4			1	2	5			3	2	3	32
Итого	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	160

Таблица 5 - Расчет машинного времени по компьютеру №2

Наименование элементов работ за июнь 2007г	Рабочие дни	Итого, час
	1	4	5	6	7	8	11	13	14	15	18	19	20	21	22	25	26	27	28	29
Работа в MS Access	4	6	5	7	3	5	6	7	8	8	5	4	4	6	5	5	8	6	7	5	110
Работа текстовом редакторе MS WORD		1	1		1	3			1		1	2	3		3				1		17
Работа в сети INTERNET	4	1	1		3			3			2	2				3				1	20
Профилактические работы			1	1	1		2	1					1	2				2		2	13
Итого	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	8	160

4.1.3 Составление сводной таблицы расшифровки машинного времени по элементам работ

Сводная таблица расшифровки машинного времени по элементам услуг за июнь 2006г показана в таблице 9.

Таблица 9 - Сводная таблица расшифровки машинного времени по элементам работ

Наименование элементов работ за июнь 2007г	Celeron (час)	Pentium 4 (час)	Итого (час)
1	2	3	4
Работа в MS Access	50	110	160
Работа текстовом редакторе MS WORD	40	17	57
Работа в сети INTERNET	38	20	58
Профилактические работы	32	13	45
Итого	160	160	320

4.1.4 Расчет калькуляции машинного времени и трудовых затрат

Калькуляция затрат труда и машинного времени рассчитана в таблице 10.

Таблица 10

- Расчет калькуляции машинного времени и трудовых затрат

Наименование услуг	Разряд	Профессия	Час. тариф	Ср. час. тариф	Затраты маш. времени	З/пл по час. тарифу	Премия 50%	Итого	Р.К. 15%	Всего
Работа в MS Access	6	Библиотекарь	28	28	160	4480	2240	6720	1000	8720
Работа текстовом редакторе MS WORD	10	программист	45	45	57	2565	1280	3850	577	4427
Работа в сети INTERNET	6	Оператор	28	28	58	1624	812	2436	365	2800
Профилактические работы	6	Оператор	28	28	45	1260	630	1890	280	2173
ИТОГО										18120

4.2 Расчет себестоимости автоматизированных информационных услуг

4.2.1 Расчет стоимости расходных материалов

Стоимость расхода материалов рассчитана в таблице 11.

Таблица 11 - Стоимость расходных материалов

Наименование материала	Ед. Изм.	Кол-во	Цена, руб.	Сумма, руб.
Дискеты	шт.	10	10	100
Диски CD-RW	шт.	3	20	60
Бумага	пачка	5	110	550
Файлы	шт.	60	1	60
Папки	шт.	10	3	30
Канцелярия	шт.	3	100	300
Итого:	1100

4.2.2 Расчет стоимости компьютерного оборудования

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

Таблица 12

- Технические характеристики компьютерного оборудования

Наименование	Технические характеристики
	Т.часть рейтинг, МГц	Объем памяти, Мб	Объем жестк. диска, Гб	Видео карта	Матер. плата	Операц. системы
Pentium 4	2.5GHz	512 Мб	72 Ггб	GeForceFX 5900	ASUS 02	Windows XP
Celeron	2.66	246	75	ASUS 52x	ASUS 02	Windows XP

Стоимость компьютерного оборудования рассчитана в таблице 13.

Таблица 13 - Стоимость компьютерного оборудования

Марка комп. об-ния	Цена приобре- тения, руб.	Стоим. транс- портиров- ки, руб	. Стоим. монтажа, руб.	Срок службы	Годовые аморт. отчисле- ния, руб. стоим., руб.	Полная стоимость, руб	Ежем. аморт. отчис- ления, руб.
Pentium 4	25000	100	500	5	5000	25600	420
Celeron	20000	100	500	5	4000	20600	330
Итого:					9000	46200	750

Полная первоначальная стоимость Спп, руб., расчитывется по формуле:

,

где Дц- цена приобретения;

Зд - стоимость транспортировки;

Зу - стоимость монтажа.

Полная первоначальная стоимость=20000+100+500=20600

Полная первоначальная стоимость=25000+100+500=25600

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

Годовая сумма амортизационных отчислений	=	Полная первоначальная стоимость	(2)
		Средний срок службы

20000	=	4000руб.
5

25000	=	5000руб.
5

Сумма амортизационных отчислений на месяц, руб., рассчитывается:

Сумма амортизационных отчислений на месяц	=	Годовая сумма амортизационных отчислений	(3)
		12

4000	=	330руб.
12
5000	=	420руб.
12

Затраты на сменяемость комплектующих, руб., рассчитаем по следующей формуле:

, (3)

где К - комплектующие, руб.;

руб.

Расчет затрат на электроэнергию, Е, руб., находится по формуле:

*количество

2 КВт - расход энергии

2 КВт * 20 дня = 40 КВт - расход энергии за месяц

40 КВт * 3комп = 120 КВт - за 3 компьютера

Стоимость 1 КВт/ч = 2,5 руб.