Проект автоматизированной информационной системы "Учет успеваемости студентов Воркутинского филиала Ухтинского государственного технического университета"

Требования к организационному обеспечению

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

Обслуживание задач системы «Учет успеваемости студентов ВФ УГТУ» должен обеспечивать системный администратор. Руководство администратора системы должно быть разработано на этапе конструирования.

· Требования к защите от ошибочных действий персонала системы

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

При удалении данных, должно выводиться окошко для подтверждения операции.

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

2.5 Состав и содержание работ по созданию системы

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

1. изучение предметной области;

2. определение требований к системе;

3. разработка технического задания;

4. разработка проекта системы;

5. кодировка и тестирование системы;

6. ввод АИС в промышленную эксплуатацию.

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

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

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

Выполненная работа принимается представителем от организации - заказчика.

При приемке заказчику передается инструкция по эксплуатации системы.

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

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

2.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

АИС «Учет успеваемости студентов ВФ УГТУ» должна быть проста в использовании и не требовать сложной специальной подготовки пользователей. В качестве подготовки объекта автоматизации к вводу АИС «Учет успеваемости студентов ВФ УГТУ» в действие необходимо убедиться в наличии соответствующей программно-аппаратной платформы для функционирования АИС, а также провести минимальную специальную подготовку пользователей - работников ВФ УГТУ. В таблице 2.1 предоставлена информация по организации работ для внедрения АИС на предприятие.

Таблица 2.1

Мероприятии по организации работ для внедрения АИС на предприятие.

Мероприятие	Исполнитель
Установка БД на сервере. Установка АИС на клиентской машине. Заполнение таблиц БД. Обучение пользователя. Тестирование системы с удаленного компьютера. Обучение программиста.	Разработчик Разработчик Пользователь Разработчик Пользователь Разработчик

2.8 Требования к документированию

В ходе работ по созданию АИС «Учет успеваемости студентов ВФ УГТУ» необходимо разработать следующие документы:

· техническое задание;

· инструкцию пользователя;

· инструкцию программиста.

3. Технический проект

3.1 Общие сведения

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

Наименование АИС, место АИС на предприятии

Полное наименование автоматизированной системы: «Автоматизированная информационная система учета успеваемости студентов ФБО» Воркутинского филиала Ухтинского Государственного Технического Университета.

Краткое наименование: АИС «Успеваемость студентов ВФ УГТУ».

Назначение АИС

Назначение АИС «Успеваемость студентов ВФ УГТУ» состоит в автоматизации учета успеваемости студентов ВФ УГТУ. Кроме того, АИС «Успеваемость студентов ВФ УГТУ» призвана обеспечивать контроль за учебной нагрузкой преподавателя, а также контроль этапов прохождения студенческой работы от её регистрации до окончательной сдачи.

Система обеспечивает:

· возможность надежного хранения информации;

· организацию доступа пользователя к информации с учетом его прав доступа;

· возможность оперативной обработки входной и хранящейся информации;

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

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

Перечень автоматизированных функций

Система обеспечивает выполнение следующих общесистемных функций:

ведение подсистемы справочников;

резервное копирование и восстановление информации;

администрирование системы;

настройка параметров эксплуатации системы;

подсистема контекстной помощи.

Подсистема справочников должна обеспечивать:

хранение информации справочников системы (названия объектов, имена пользователей и др.);

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

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

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

ведение списка пользователей системы (имя, пароль, системный идентификатор пользователя, вид пользователя: обычный пользователь, системный администратор);

ведение журнала операций, выполненных пользователем;

идентификация пользователя и ограничение прав доступа к данным и операциям при запуске системы (процедура ввода и проверки пароля).

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

Хранение информации:

· о лицах, поступающих и поступивших в ВФ УГТУ;

· об успеваемости студентов (зачеты, экзамены, защита курсовых);

· о составе преподавательского состава;

· об учебных планах.

2. Формирование выходной документации для отчетов по успеваемости студентов.

3. Поиск и выборка информации по заданным критериям в произвольном пространственном и временном интервале.

4. Предоставление данных в соответствии с правами.

Сбор информации для предоставления данных пользователю.

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

· ввод и контроль данных о студентах;

· ввод и контроль данных о преподавателях;

· ведение справочной информации;

· расчет данных по периодам для создания отчетов;

· накопление и хранение данных, архивирование данных о студенческих работах;

· поиск и выборку информации по запросам;

· формирование отчетов;

· вывод установленных форм на печать.

Сведения о программно - аппаратных платформах

Система может функционировать на платформе Windows.

Минимальные требования к рабочей станции пользователя следующие: Pentium III \ RAM 128Mb\ HDD 10 Gb\ 2Mb video, LAN Ethernet 100 mb.

Минимальные требования к конфигурации для сервера следующие: Pentium IV\ RAM 512Mb\ HDD 20Gb\ 2 Mb video.

3.2 Характеристика АИС

Характеристика объектов автоматизации и их связей

Объектом автоматизации является процесс учета успеваемости студентов ВФУГТУ, рабочее место техника, методиста.

Данная система осуществляет следующие процессы:

процесс учета успеваемости студентов;

процесс учета студенческих работ.

Описание функций объекта управления

Объект управления обладает следующими функциями:

· предоставление разнообразной справочной информации;

· автоматический подсчет успеваемости по группам, и для отдельно взятого студента;

· ведение и хранение данных по периодам.

Предметная область АИС

Деятельность Воркутинского филиала Ухтинского Государственного Технического Университета по учету успеваемости состоит из следующих этапов:

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

2. Заполнение учебной карточки студента данными о выполнении учебного плана является обязательным т.к. знания, полученные каждым студентом в процессе обучения, подлежат обязательной проверке. Студенты обязаны сдать все экзамены и зачеты в соответствии с рабочими учебными планами и утвержденными рабочими программами дисциплин. Заполнение учебной карточки данными о выполнении учебного плана находятся в ведении сотрудников ВФ УГТУ, а именно техником II категории.

3. Секретарь передаёт технику списки студентов, сформированные из личных дел студентов. Студент приносит секретарю квитанцию об оплате семестра, секретарь делает отметку в «Журнале оплаты студентов за обучение» о том, что студент допущен для сдачи экзаменов и защиты курсовых и контрольных работ. Если студент не предоставил квитанцию об оплате, то соответственно ему ставится не допуск.

4. Еженедельно методист подготавливает ведомости. В «Журнале регистрации зачетно - экзаменационных ведомостей» ведомости присваивают регистрационный номер. После этого ведомость поступает секретарю для отметки допуска студента по оплате за обучение. Затем секретарь отдаёт ведомость методисту, который в свою очередь передаёт её преподавателю. Преподаватель принимает зачет, экзамен, курсовые работы или проекты и заполненную ведомость отдаёт технику, который отмечает в личных картах студентов информацию о сдаче.

5. От техника ведомость опять передаётся методисту для фиксирования итогов в таблице успеваемости по каждой группе. Эти данные нужны для подведения итогов экзаменационной сессии. По каждому курсу составляется две формы отчетности по итогам сессии. Первая форма - «Итоги осенней (весенней) сессии», вторая - «Итоги экзаменационной осенней (весенней) сессии».

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

7. Преподаватель проверяет и ставит дату проверки и результат проверки «к защите» или «на доработку». Преподаватель проводит защиту тех работ, которые получили допуск. Результатом проведенной работы должна быть отметка «Зачтено» и дата.

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

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

10. В филиале ведётся почасовая оплата труда преподавателей. Каждый преподаватель заполняет отчет, где прописывается вычитка нагрузки (проверка и защита курсовых и контрольных работ, прием экзамена, зачета), дата, количество человек, группа, часы. Техник отслеживает количество сданных студенческих работ и заполнение рецензий. Затем методист проверяет соответствие указанных в отчете часов с расписанием, сверяет выполнение учебного плана за семестр. В итоге начальник учебного отдела фиксирует итоговое количество часов в «Журнале выполнения учебной нагрузки по кафедрам» и данные передаются в бухгалтерию для оплаты отработанных часов преподавателю.

3.3 Выходная информация

К выходной информации относятся:

· Справочная информация;

· Отчеты по запросам.

Выходные формы АИС «Учет успеваемости студентов ВФ УГТУ» соответствуют формам, принятым в Воркутинском филиале УГТУ. Заполнение выходных форм производится в соответствии с указаниями по применению и заполнению форм.

3.4 Входная информация

Входная информация включает в себя следующее:

· Учебная карточка.

· Учебный план.

· Журнал оплаты студентов за обучение.

· Журнал выдачи направлений.

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

· Журнал регистрации курсовых работ и проектов.

· Журнал регистрации по отчетам практики.

· Журнал регистрации ведомостей.

· Рецензия.

· Направление.

· Акт о проделанной работе.

· Экзаменационная ведомость.

3.5 Методическое обеспечение АИС.

3.5.1 Модель АИС

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

· требования к точности, размерности и форматам представления данных;

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

· требования к адаптивным свойствам АИС.

3.6 Информационная база автоматизированной системы

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

Логическая модель базы данных

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

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

Фаза предшествующая физическому проектированию, называется фазой логического проектирования. При логическом проектировании не принимаются во внимание специфические функциональные возможности целевой базы данных и прикладных программ, однако учитываются особенности выбранной модели хранения данных. Результатом логического проектирования является логическая модель данных. На рисунке 4.1 приводится логическая модель базы данных в виде ER-диаграммы. Для ее представления используется Case-средство ERWin, представляющее собой систему концептуального и логического моделирования базы данных. На рисунке 3.1 предоставлена логическая модель данных.

Физическая модель базы данных

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

Рис. 3.1 - Логическая модель базы данных

Рис. 3.2 - Физическая модель базы данных

Таким образом, были созданы следующие таблицы:

Таблица 3.2

Таблица «План» (Plann)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID плана	IDPlan	int	4	not null, identity
ID специальности	IDSpec	int	4	foreign key, not null
Год с которого действителен	YearEnabl	int	4	not null
Дата утверждения	DateUtver	datetime	8	not null

Таблица 3.3

Таблица «Специальность» (Spec)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID специальности	IDSpec	int	4	not null, identity
Аббревиатура специальности	AbrevSpec	char	30
Название специальности	NameSpec	char	50	not null
Шифр специальности	ShifrSpec	int	4	not null

Таблица 3.4

Таблица «Вид нагрузки» (Nagruzka)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID вида нагрузки	IDNagruzki	int	4	not null, identity
Название вида нагрузки	NameNagruzka	char	40	not null, unique
Признак	Priznak	char	18

Таблица 3.5

Таблица «Группа» (Gruppa)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID группы	IDGruppa	int	4	not null, identity
ID специальности	IDSpec	int	4	foreign key, not null
Название группы	NameGruppa	char	40

Таблица 3.6

Таблица «Студент» (Student)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
PIN студента	PINStudent	int	4	not null, identity
ID группы	IDGruppa	int	4	foreign key, not null
ID специальности	IDSpec	int	4	foreign key, not null
IDкатегории	IDKateg	int	4	foreign key, not null
ФИО	NameStudent	char	100
Шифр	Shifr	int	4	not null, unique

Таблица 3.7

Таблица «Категория» (Kateg)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
IDкатегории	IDKateg	int	4	not null, identity
Название категории	NKateg	char	20	not null

Таблица 3.8

Таблица «Проплата» (Pay)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
IDквитанции	IDKvitan	int	4	not null, identity
№ квитанции	Kvitan	int	4	not null, unique
PIN студента	PINStudent	int	4	foreign key, not null
Дата	DataPay	datatime	8	not null
Сумма	SummaPay	float	8	not null
Семестр	SemestrPay	numeric	(18,0) 9	not null

Таблица 3.9

Таблица «Дисциплина» (Disciplina)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID дисциплины	DDisciplina	int	4	not null, identity
ID кафедры	IDKafedra	int	4	foreign key, not null
Название дисциплины	NameDiscuplina	char	40	not null, unique

Таблица 3.10

Таблица «Кафедра» (Kafedra)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID кафедры	IDKafedra	int	4	not null, identity
Название кафедры	NameKafedra	char	40	not null, unique

Таблица 3.11

Таблица «Нормы для специальности» (Norma)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID нормы	IDNorma	int	4	not null, identity
ID специальности	IDSpec	int	4	foreign key, not null
ID вида нагрузки	IDNagruzki	int	4	foreign key, not null
Название нормы	NameNorma	char	40	not null, unique
Количество часов	KolvoChas	char	10
Признак	Priznak	int	4

Таблица 3.12

Таблица «Операция» (Oper)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID операции	IDOper	int	4	not null, identity
Название операции	NameOper	char	40	not null, unique

Таблица 3.13

Таблица «Преподаватель» (Prepod)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
PIN преподавателя	PINPrepod	int	4	not null, identity
ФИО преподавателя	NamePrepod	char	40	not null

Таблица 3.14

Таблица «Справочник» (Spravka)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID названия документа	IDnameDoc	int	4	not null, identity
Название документа	NameDoc	char	40	not null, unique

Таблица 3.15

Таблица «Успеваемость» (Uspev)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID успеваемости	IDUspev	int	4	not null, identity
PIN студента	PINStudent	int	4	foreign key, not null
ID документа	IDDoc	int	4	foreign key, not null
Оценка цифрой	Ball	numeric	(18,0) 9

Таблица 3.16

Таблица «Регистрация документа» (RegistrDoc)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID документа	IDDoc	int	4	not null, identity
PIN преподавателя	PINPrepod	int	4	foreign key, not null
ID названия документа	IDnameDoc	int	4	foreign key, not null
ID успеваемости	IDUspev	int	4	foreign key, not null

Таблица 3.17

Таблица «Регистрация работы» (RegistrWork)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID регистрации	IDRegWork	int	4	not null, identity
ID операции	IDOper	int	4	foreign key, not null
PIN студента	PINStudent	int	4	foreign key, not null
ID кафедры	IDKafedra	int	4	foreign key, not null
ID документа	IDDoc	int	4	foreign key, not null
Дата	DataRegistr	datatime	8	not null

Таблица 3.18

Таблица «Содержание плана» (SoderPlana)

Название атрибута	Имя поля	Тип поля	Размер	Ограничения
ID содержания плана	IDSoderPlana	int	4	not null, identity
ID специальности	IDSpec	int	4	foreign key, not null
ID вида нагрузки	IDNagruzki	int	4	foreign key, not null
ID плана	IDPlan	int	4	foreign key, not null
ID кафедры	IDKafedra	int	4	foreign key, not null
ID дисциплины	IDDisciplina	int	4	foreign key, not null
Семестр	SemestrSP	int	4	not null
Признак	PriznakSP	int	4
Количество часов	KolvoSP	numeric	(18,0) 9

Примечание:

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

3.7 Описание технологического процесса обработки данных

Описание технологических процессов сбора, регистрации, хранения и обработки данных

Сбор данных осуществляется при помощи заполнения. Информация в систему заносится работниками ВФ УГТУ.

Категории пользователей

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

3.8 Ввод АИС в эксплуатацию

Ввод системы в эксплуатацию осуществляется поэтапно.

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

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

Этапность работ

· Инсталляция программы

· Заполнение таблиц

Организационно-технические мероприятия по вводу АС

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

автоматизированный база данный успеваемость студент

4. Рабочий проект

4.1 Инструкция программисту

Архитектура системы

В качестве среды для разработки системы был выбран Borland Delphi 7 (язык программирования - Object Pascal), сервер баз данных - Microsoft SQL Server 2000. Была выбрана двухуровневая архитектура клиент-сервер. При этом общее распределение вычислительной нагрузки таково: сервер занимается ответственными вычислительными задачами (поддержка логической целостности базы данных, реализация алгоритмов обработки данных, внутрисетевое взаимодействие), а приложение-клиент нацелено на создание максимально дружественного интерфейса с применением методов сокращения вероятности ошибки при ручном вводе. Сервер БД обеспечивает доступ к фактическим и физическим данным, хранящимся в таблицах базы данных, поддержанием их в актуальном состоянии, при этом разделены интерфейс программы и алгоритмы обработки данных.

Таким образом автоматизированная система "Учет успеваемости студентов ВФ УГТУ" состоит из следующих программных подсистем

Программа СУБД на компьютере-сервере.

Клиентский комплекс, работающий на компьютере-клиенте.

Обращения к СУБД осуществляются путем посылки запросов в серверную часть системы.

Генерация БД на сервере БД

Конечный этапом построения информационной модели является генерация БД на сервере БД. Следует отметить, что Erwin предоставляет возможность автоматической генерации БД на основе построенной физической модели. Преимуществом этой функции Case-средства Erwin является то, что отпадает необходимость ручного создания БД на сервере, что сильно экономит временные ресурсы и уменьшает вероятность возникновения ошибок. Создание базы данных выполняется с помощью команды "schema generation". ERwin строит пакет SQL-предложений для генерации базы данных и выполняется генерация БД на сервере БД MSSQL Server 2000. Пакет SQL-предложений строится на языке Transact-SQL. Для установки программы на сервере необходимо в файле set.ini прописать название базы данных и имя сервера с которым соединяемся.

Права доступа

SQL Server осуществляет проверку прав пользователей на двух уровнях: аутентификация при регистрации (login authentication) гарантирует, что пользователь зарегистрирован на SQL Server. Проверка прав пользователя (permissions validation) контролирует права пользователей на выполнение определённых операторов или доступ к объектам БД. Для подключения к SQL Server у пользователя должна быть учётная запись. При аутентификации учётную запись и пароль создаёт системный администратор SQL Server. При подключении к SQL Server пользователи должны ввести свои имя и пароль. SQL Server начинает обработку операторов Transact-SQL только после успешной регистрации пользователя. При передаче оператора от пользователя SQL Server проверяет, имеет ли пользователь права на выполнение соответствующих действий. Если права есть, действие выполняется, в противном случае возвращается сообщение об ошибке. Категории пользователей и их права доступа описаны в приложении 16.

Пользовательский интерфейс

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

В качестве программного средства для разработки приложений был выбран язык программирования Delphi 7.

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

1. MainMenu - позволяет быстро разрабатывать меню любой структуры. Каждый пункт меню является компонентом MenuItem, который инкапсулирован в классе TmenuItem.

2. Button - стандартный компонент для управления Windows.

3. DBGrid - компонент для работы с базами данных, который отображает набор данных в формате электронной таблицы.

4. DBEdit - компонент для работы с базами данных, который представляет собой элемент редактирования, связанный с полем набора данных.

5. DBComboBox - компонент для работы с базами данных, который

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

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

Для доступа к базам данных была использована технология ADO (ActivX Data Objects).

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

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

Для того чтобы начать работу с АИС «Учет успеваемости студентов» необходимо в главном окне на «Файл» выбрать меня «Соединиться».

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



Рис. 4.1 - Окно «Соединение с базой данных»

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

1. дисциплины;

2. группы;

3. кафедры;

4. преподаватели;

5. специальности;

6. документы;

7. вид нагрузки;

8. операции.

На рис. 4.2 и 4.3 приведены справочник дисциплин и категории студентов. В остальных справочниках работа пользователя организованна аналогично.

Рис. 4.2 - Окно справочника «Дисциплины»

Рис. 4.2 - Окно справочника «Категории»

Главное окно для работы со студентами организованно по такому принципу. В выпадающем меню «Группа» пользователь может выбрать интересующую его группу, внизу отображается список студентов входящих в выбранную группу. Наверху справа отображается номер зачетки студента и категория, к которой он относиться (контракт или бюджет). Внизу справа имеют две вкладки «Оплата студентов» и «Успеваемость студентов». В списке студентов пользователь выбирает студента, о котором хочет узнать информацию, которая появляется в окне слева. В качестве примера на рисунке 4.4 отображается информация о студенте Рясном Владимире Викторовиче, имеющем номер зачетки 11111 и обучающийся на контрактной основе, поэтому на вкладке «Оплата студентов» информации о платежах нет.

Рис. 4.4 - Информация об оплате студентов

Меню «Учебные планы».

Здесь отображаются все имеющиеся учебные планы по которым обучаются студенты Воркутинского филиала УГТУ.

Рис. 4.5 - Окно «Учебные планы»

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

На рис. 4.6 пользователь выбрал конкретную специальность АИС и группу АИС - 07.

Руководство администратора

Программная реализация приложений

АИС «Учет успеваемости студентов ВФ УГТУ» была разработана в среде программирования Borland Delphi 7. Для доступа к БД использовалась технология ADO (ActiveX Data Objects). Связь с данными осуществляется при помощи технологии OLE DB. В ходе разработки приложения использовались следующие компоненты ADO

Рис. 4.6 - Вывод результата при выборе конкретной специальности

1. ADOConnection - используется для связи с набором данных ADO. Может работать с несколькими компонентами наборов данных как диспетчер выполнения их команд.

2. ADOTable - используется для работы с одной таблицей, Связывается с таблицей через ADOСonnection.

3. ADOQuery - используется для работы с набором данных с помощью запросов SQL.

Системные требования

Конфигурация сервера должна отвечать следующим минимальным системным требованиям:

Конфигурация сервера:

процессор Pentium III с частотой 500 MHz;

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

всего 460МВ дискового свободного пространства в том числе 250 МВ для типовой установки компонентов БД SQL Server;

130 МВ для типовой установки служб SQL Server Analysis Services;

80 МВ свободного дискового пространства для English Query.

Администрирование сервера БД

В качестве сервера БД выбран MS SQL Server 2000. Перед тем, как приступить к созданию новой БД, необходимо идентифицировать экземпляр сервера в Enterprise Manager, убедиться, что сервер запущен, и только после этого соединиться с созданной БД. Для регистрации экземпляра SQL Server необходимо задать имя сервера, тип аутентификации, имя пользователя (login) и пароль. SQL Server поддерживает два различных режима аутентификации при входе в систему, которые гарантируют, что только авторизированные пользователи будут иметь доступ к соответствующим данным - Windows Autentification и SQL Server Autentification. ИС «Учет доноров по СПК» поддерживает оба режима аутентификации.

Зарегистрировав сервер, необходимо создать новую БД. Сделать это можно с помощью команды NewDatabase контекстного меню Databases. В появившемся окне в поле Name необходимо ввести имя создаваемой БД, при нажатии кнопки Ok, новая пользовательская БД будет создана.

Соединение с БД

АИС «Учет успеваемости студентов ВФ УГТУ» предусматривает два типа соединения: через компонент ADOConnection и с помощью настройки соединения при входе в приложение.

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

Рис. 1 - Редактор свойства ConnectionString

При выборе в редакторе свойства “Use connection string” и нажатии на кнопку “Build…” появляется такой окно выбора провайдера (см. Рисунок 2).

Рис. 2 - Окно выбора провайдера

В данном случае необходимо в качестве провайдера установить Microsoft OLE DB Provider for SQL Server 2000.

Далее переходим на вкладку Connection (см. Рисунок 3). В пункте 1 необходимо выбрать из списка либо ввести имя используемого сервера.

В зависимости от выбранного типа аутентификации следует либо указать имя пользователя и пароли, либо выбрать соединение с помощью Windows NT Integreated Security, в пункте 3 необходимо выбрать из списка существующих БД ту, с которой осуществляется соединение

Проверка правильности соединения осуществляется нажатием кнопки «Test Connection». Если все параметры были заданы верно, на экране появится окно, показанное ниже (см. Рисунок 6).

Рис. 3 - Окно успешного соединения

После нажатия на кнопку «Ок», в появившемся окне необходимо установить поддерживаемый режим аутентификации (Windows Autentification/SQL Server Autentification). При использовании режима аутентификации SQL Server Autentification, необходимо задать имя пользователя и пароль. Соединение устнавливается нажатием кнопки «Ок».

Рис. 7 - Установление соединения с БД

5. Экономическая часть

5.1 Общие сведения

Автоматизированная информационная система «Учет успеваемости студентов ВФ УГТУ»

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

Работы по созданию системы ведутся с 1 февраля по 25 мая 2007 г.

Для разработки используется рабочая станция следующей конфигурации:

· процессор AMD Opteron 1.8 ГГц;

· оперативная память Kingston DDR DIMM 512Mb <PC-3200>;

· материнская плата GigaByte GA-K8VM800M rev2.0 (RTL) Socket754 <VIA K8M800> AGP+SVGA+LAN SATA U133 MicroATX 2DDR<PC-3200>;

· дисковый накопитель 80 Gb SATA-II 300 Maxtor DiamondMax 10 <6V080E0> 7200rpm 8Mb;

· видеокарта 128Mb <AGP> DDR <GeForce FX 5500> 128bit +DVI+TV Out;

· монитор 17" MONITOR 0.20 Samsung SyncMaster 783DF;

· принтер Samsung ML-2015 (A4, лазерный, 20 стр/мин, 1200х600dpi, LPT/USB).

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

Создание подсистемы преследует следующие цели:

· сокращение временных затрат;

· повышение гибкости управления университетом;

· повышение надежности хранения информации;

· увеличение скорости обмена информации между разными отделами университета;

· создание интегрированной информационной среды ВУЗа с единым интерфейсом.

Основной задачей данного раздела является определение экономических затрат, произведенных в течение разработки проекта, и обоснование эффективности внедрения АИС «Учет успеваемости студентов ВФ УГТУ»

5.2 Расчет инвестиционных затрат на разработку

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

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

Согласно положению по бухгалтерскому учету «Расходы организации» ПБУ 10/99 [6] «расходами по обычным видам деятельности являются расходы, связанные с изготовлением продукции и продажей продукции, приобретением и продажей товаров. Такими расходами также считаются расходы, осуществление которых связано с выполнением работ, оказанием услуг». Расходы, осуществление которых связано с предоставлением за плату во временное пользование (временное владение и пользование) своих активов, прав, возникающих из патентов на изобретения, промышленные образцы и других видов интеллектуальной собственности, и от участия в уставных капиталах других организаций, когда это не является предметом деятельности организации, относятся к операционным расходам. Расходами по обычным видам деятельности считается также возмещение стоимости основных средств, нематериальных активов и иных амортизируемых активов, осуществляемых в виде амортизационных отчислений. При формировании расходов по обычным видам деятельности должна быть обеспечена их группировка по следующим элементам затрат:

a) материальные затраты;

b) затраты на оплату труда;

c) отчисления на социальные нужды;

d) амортизация основных средств;

e) прочие затраты.

Исходные данные для расчета приведены в таблице 5.1.

Таблица 5.1

Исходные данные для расчета затрат на разработку системы

Наименование показателя	Обозначение показателя	Значение показателя подсистемы	Единица измерения
Оклад программиста (8 - ой разряд)	Сп	2074,48	Руб.
Районный коэффициент	Кр	60	%
Коэффициент, учитывающий северные надбавки	Кс	80	%
Отчисления во внебюджетные фонды.	Кв	26,2	%
Время разработки	Т	4	мес.
Количество инженеров-программистов, принимающих участие в разработке	Nч	1	чел.
Стоимость ПК	Сэвм	20000	руб.
Количествоиспользуемых ПК	Nэвм	1	шт.
Стоимость принтера	Спр	6500	руб.
Количество используемых принтеров	Nпр	1	шт.
Норма амортизации	На	20	%
Потребляемая мощность ПК	Wэвм	0,35	кВт/ч
Потребляемая мощность принтера	Wпр	0,15	кВт/ч
Стоимость электроэнергии	Сэл	1,29	руб./кВтч

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

3 = Зосн + Зн(5.1)

Основные расходы рассчитываются по следующей формуле:

Зосн = Зоб + Зсоц + Змат + Зам + Зпроч (5.2)

Накладные расходы или расходы по управлению производством утверждаются на предприятии и применяются в расчетах в процентах к общей сумме основных расходов. На предприятии применяется норматив накладных расходов в размере 20%.

Расчет общих затрат на заработную плату

В элементе «Затраты на оплату труда» отражаются затраты на оплату труда основного производственного персонала. В расходы на оплату труда согласно статье 255 Налогового Кодекса РФ [2] включаются любые начисления работникам в денежной и (или) натуральной формах, стимулирующие начисления и надбавки, компенсационные начисления, связанные с режимом работы или условиями труда, премии и единовременные поощрительные начисления, расходы, связанные с содержанием этих работников, предусмотренные нормами законодательства Российской Федерации, трудовыми договорами (контрактами) и (или) коллективными договорами.

Общие затраты на заработную плату:

Зоб = Зт * Т* (Кр+ Кс)* Ч, (5.3)

где Зт - заработная плата программиста по тарифу за месяц, руб;

Кр - районный коэффициент;

Кс - коэффициент северной надбавки;

Ч - количество программистов, чел;

Т - время разработки, мес.

Подставляя исходные данные, получаем:

Зоб = 2074,78 * 4 * 2,4 * 1 = 19 918 (руб.)

Расчет отчислений на социальные нужды

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

1. Единый социальный налог включает в себя:

· налог в федеральный бюджет - 20% (Нфб);

· налог в фонд социального страхования - 2,9% (Нсс);

· налог в Федеральный фонд обязательного медицинского страхования - 1,1% (Нфмс);

· налог в Территориальный фонд обязательного медицинского страхования - 2% (НТмс).

2. Отчисления на обязательное страхование от несчастных случаев - 0,2% (С_несч).

Расчет единого социального налога:

ЕСН = Нфб + Нсс + Нфмс + Нтмс(5.4)

ЕСН = 20 + 2,9 + 1,1 +2 = 26 (%)

Рассчитаем сумму отчислений во внебюджетные фонды:

ОВФ = ЗП * (ЕСН / 100+С_несч / 100), (5.5)

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

ЕСН - Единый социальный налог;

С_несч - страховой тариф на обязательное социальное страхование от несчастных случаев и профессиональных заболеваний.

Рассчитаем сумму отчислений во внебюджетные фонды:

ОВФ = 19 918 * 26,2 / 100 = 5 218,49 (руб.)

Расчет материальных затрат

К материальным затратам можно отнести стоимость электроэнергии затраченной за время разработки системы.

Разработка ведется в течение 4 месяца с 01.02.07 по 25.05.07 г. Для определения затрат на электроэнергию составим баланс рабочего времени (смотри таблицу 5.2).

Таблица 5.2

Баланс рабочего времени на разработку автоматизированной системы

Месяц	Календарных дней	Праздничных дней	Выходных дней	Рабочих дней	Количество часов
Февраль	28	1	8	19	152
Март	31	1	9	21	168
Апрель	30	0	9	21	168
Май	25	2	6	17	136
Итого количество часов (при 40-часовой рабочей неделе):	624

При односменном режиме работы (8 часов): Т_ЧАС= 624 рабочих часов

Количество календарных дней = 114

Количество выходных дней = 32

Количество праздничных дней: 4

Итого: Тд = 114 - 32 - 4 = 78 (дней)

При односменном режиме работы (8 часов): Тч = 78 * 8 = 624 (час).

Затраты на электроэнергию за время разработки будут складываться из затрат за работу ПК и затрат за работу принтера.

Затраты на электроэнергию за работу ПК определяем по формуле 5.6:

Зэлэвм = Wэвм * Сэл * Тч,(5.6)

где: Wэвм - потребляемая мощность ПЭВМ, кВт/час;

Сэл - стоимость электроэнергии, руб./кВтч;

Тч - количество времени, час.

Зэлэвм = 0,35 * 1,29 * 624 = 281,74 (руб.)

Определим затраты на электроэнергию за работу принтера:

Зэлпр = Wпр * Сэл * Тч,(5.7)

где: Wпр - потребляемая мощность принтера, кВт/час;

Сэл - стоимость электроэнергия, руб/кВтч;

Тч - количество времени, час,

Зэлпр = 0,15 * 1,29 * 624 = 120,74 (руб.)

Таким образом, материальные затраты составят:

Змат = Зэлэвм + Зэлпр (5.8)

Змат = 382,2 + 163,8 = 402,48 (руб.)

Амортизационные отчисления

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

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

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

Определим сумму амортизационных отчислений за один месяц работы ПК (необходимые значения для расчета представлены в таблице 5.1):

Амэвм = (Сэвм * На / 100) / 12,(5.9)

где: Сэвм - стоимость 1 ПЭВМ, руб;

На - норма амортизации основных фондов в год, %.

Амэвм = (20000* 20/100) / 12 = 333,33 (руб./мес.)

Определим сумму амортизационных отчислений за один месяц работы принтера (необходимые значения для расчета представлены в табл.6.1):

Ампр = (Спр * На / 100) / 12,(5.10)

где: Спр - стоимость принтера, руб;

На - норма амортизации основных фондов в год, %.

Ампр = (6500* 20 / 100) / 12 = 108,33 (руб./мес.)

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

Зам = (Амэвм + Ампр)*Т, (5.11)

Зам = (416,6 +135,4)*4 = 1 766,67 руб.;

Расчет сопутствующих капиталовложений

Сопутствующим капиталовложением может быть закупка компьютерной техники или программного обеспечения, однако при разработке системы подобных капиталовложений не потребовалось, разработка АИС проводилась на имеющейся компьютерной технике и с использованием имеющегося программного обеспечения. Поэтому затраты на приобретение ПО и средств разработки равны нулю. К = 0

Расчет прочих затрат

Прочие затраты подсчитываются по формуле 5.12:

Зпроч = Зинт + Зрм,(5.12)

где: Зинт - затраты на Интернет, руб;

Зрм - расходные материалы (бумага, дискеты и т.д.), руб.

Затраты на расходные материалы за период разработки представлены в таблице 5.3.

Таблица 5.3

Перечень расходных материалов

Наименование	Количество	Сумма, руб.
Картридж для принтера	1 шт.	1640
Диски	2 шт.	50
Бумага	1 упаковка	100
Итого:		1790

Общий подсчет прочих затрат составит:

Зпроч = 1790 (руб.)

Суммарные затраты на разработку системы «Учет успеваемости студентов ВФ УГТУ»

Расчет сметы затрат на разработку системы приведен в табл.5.4.

Таблица 5.4

Расчет сметы затрат

Наименование затрат	Сумма, руб.	В процентах к итогу
Материалы	402,48	1,15
Общие затраты на заработную плату	19 918,00	57,04
Отчисления на социальные нужды	5 218,49	14,94
Амортизационные отчисления	1 766,67	5,05
Прочие затраты	1 790,00	5,12
Всего затрат	29 096,00
Накладные расходы (+20%), руб.	5 819,13	14,94
Итого	34 915,00	100,00

Затраты на разработку системы составляют 34 915 рублей.

5.3 Расчет годовых затрат на эксплуатацию программного продукта

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

Зт = Зперс + Апрог, (5.13)

Где Зперс - заработная плата обслуживающего персонала.

Апрог - амортизация программного продукта за год.

Амортизационные отчисления определяются исходя из стоимости основных фондов (программного продукта) и годовой нормы амортизационных отчислений.

Обслуживающий персонал для данной системы не нужен.

Зперс = 0

Апрог = З*Нам,(5.14)

где З - стоимость программного продукта.

Нам - норма амортизационных отчислений.

Стоимость системы составляет З = 34 915 рублей.

Норма амортизационных отчислений Нам = 20%

Апрог = (34 915* 20/100) = 5 819,13 руб.

Зт = 0 + 5 819,13 = 5 819,13 руб.

Годовые затраты на эксплуатацию автоматизированной информационной системы составляют 5 819,1руб.

5.4 Расчет эффективности разработки и внедрения АИС

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

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

(5.15)

где - затраты на ручную обработку информации, руб.;

- затраты на автоматизированную обработку информации.

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

Зр = Ои * Ц * Гд / Нв (5.16)

где Ои - Объем информации, обрабатываемой вручную, Мбайт;

Ц - стоимость одного часа работы, руб./час;

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

Нв - норма выработки в час.

Система состоит из модулей, которые решают свои задачи. На данный момент существует три модуля:

· модуль для занесения (оформления) данных о студентах;

· модуль занесения данных о студенческих работах;

· модуль редактирования справочников.

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

Исходный размер = 0,05Мбайт, преобразованный = 0,02 Мбайт.

С = 0,05/0,02 = 2,5.

Размер базы данных на данный момент = 0,85 Мбайт.

Ои = 2,5*0,85 = 2,125.

Коэффициент Гд = 1, так как происходит простая обработка текста.

Конфигурации были занесены двумя пользователями в общей сложности за 16 часов, поэтому Н_в = 0,05/16 = 0,0031 Мбайт/час.

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

(5.17)

где - заработная плата инженера-программиста в месяц, руб./мес.

Стоимость одного часа машинного времени рассчитывается по следующей формуле:

(5.18)

где - амортизационные отчисления за час за ПК, руб./час;

- стоимость электроэнергии, руб./кВт*час;

- потребляемая мощность ПК, кВт*час.

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

(5.19)

где - стоимость ПК, руб.;

- норма амортизации, %.

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

З_А = t_А * Ц_М + t_О * (Ц_М + Ц_О), (5.20)

где Т_а - время автоматической обработки, ч;

Ц_м - стоимость одного часа машинного времени, руб./час;

Т_о - время работы оператора, ч;

Ц_о - стоимость одного часа работы оператора, руб./час.

Время автоматической обработки (на примере занесения конфигураций рабочих станций), замеренное при формировании отчета по конфигурациям Т_а = 0,05ч.

Стоимость одного часа машинного времени рассчитывается по следующей формуле:

(5.21)

где - амортизационные отчисления за час за ПК после внедрения АИС, руб./час;

- стоимость электроэнергии, руб./кВт*час;

- потребляемая мощность ПК, кВт*час.

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

(5.22)

где - стоимость ПК, руб.;

- суммарные затраты на разработку системы, руб.;

- норма амортизации, %.

Рассчитаем годовой эффект от внедрения АИС по формуле

(5.23)

Рассчитаем срок окупаемости системы по формуле:

(5.24)

где - суммарная стоимость разработки, руб.;

- экономия от внедрения АИС, руб./мес.

Произведем все необходимые расчеты. Все необходимые данные представлены в табл. 5.1 и в табл. 5.3.

Таблица 5.4

Данные для расчета экономической эффективности

Наименование показателя	Обозначение показателя	Значение показателя	Единица измерения
Норма амортизации ПП		20	%
Себестоимость АИС		34 915	руб.

Рассчитаем амортизационные отчисления за час работы одного компьютера до внедрения АИС (данные для расчета представлены в табл. 5.1 и в табл. 5.3) по формуле (5.19):

Таким образом, стоимость одного часа машинного времени составит:

Стоимость одного часа работы инженера-программиста вычислим по формуле (5.17):

Вычислим затраты на ручную обработку информации, подставив все необходимые данные в формулу (5.16):

Рассчитываем амортизационные отчисления после внедрения АИС за час работы одного компьютера по формуле (5.22):

Следовательно, стоимость одного часа машинного времени после внедрения АИС составит (по формуле (5.21)):

Затраты на автоматизированную обработку вычислим по формуле (5.20):