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

Текст из файла (страница 4)

К выбираемому программному обеспечению в данном случае относятся операционная система (ОС) и среда программирования.

Все ОС подразделяются на:

• однопользовательские и многопользовательские;

• однозадачные и многозадачные.

Обоснование выбора обеспечивающих технологий включает в себя определение программных и аппаратных средств, необходимых для создания комплекса АРМ.

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

Для сравнения были выбраны три СУБД: InterBase, MySQL и MS SQL Server. Сравнение проводилось по пяти основным параметрам: поддержка СУБД механизма триггеров и хранимых процедур, удобство и доступность средств разработки приложений СУБД, перечень поддерживаемых операционных систем, минимальные требования к серверу баз данных, и производительность.

Триггеры и хранимые процедуры.

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

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

Средства разработки приложений СУБД.

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

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

В InterBase, к сожалению, средство разработки и администрирования, поставляемое в составе дистрибутива (Interbase Console), недостаточно удобно, но обладает необходимой функциональностью. Поэтому существуют более удобные средства разработки и администрирования, созданные сторонними разработчиками, такие как IB Expert, EMS IB Manager.

Похожим образом обстоит дело и со средствами администрирования и разработки MySQL, но при желании также можно воспользоваться продуктами сторонних разработчиков: EMS MySQL Manager, WinSQL, PHP Admin.

Перечень операционных систем,

под управлением которых способна работать СУБД. В этом разделе, безусловно, лидирует MySQL, которая способна работать под управлением большинства из имеющихся на настоящее время операционных систем. Список совместимости СУБД и ОС представлен в табл. 1.1.

Таблица 1.1 – Совместимость СУБД и ОС

СУБД	ОС
InterBase	Windows 95/98/ME/NT/2000 и Linux-системы
MS SQL Server	Windows NT, 2000, XP (Intel и Alpha)
MySQL	Linux (x86, libc6, S/390, IA64, Alpha, Sparc), Windows 95/98/NT/2000/XP, Solaris 2.9 (Sparc, 64-bit, 32-bit), FreeBSD 4.x ELF (x86), Mac OS X v10.2, HP-UX 10.20 (RISC 1.0), HP-UX 11.11 (PA-RISC 1.1 или 2.0), AIX 5.1 (RS6000), QNX 6.2.0 (x86), Novell NetWare 6 (x86), SCO OpenUnix 8.0 (x86), м SGI Irix 6.5, Dec OSF 5.1 (Alpha)

Минимальные требования к серверу БД представлены в табл. 1.2. Из данной таблицы видно, что наименее требовательна к ресурсам сервера – СУБД InterBase.

Таблица 1.2 – Минимальные требования к серверу БД

СУБД	Сервер
InterBase 7.0	Pentium 100 MHz, ОЗУ – 32 Мбайт, 50 Мбайт свободного места на диске.
MS SQL Server 7.0	Pentium II 350 MHz, ОЗУ – 128 Мбайт, 250 Мбайт свободного места на диске
MySQL 4.0.20	Pentium 100 MHz, ОЗУ – 64 Мбайт, 100 Мбайт свободного места на диске

Производительность.

Для сравнительного исследования СУБД после их установки на каждой из них встроенными средствами администрирования создавалась база данных TEST_DB, в которую помещалась одна таблица с именем TEST_TABLE (NUM: INTEGER; FIO_B: CHAR; NUM_CARD: INTEGER; NUM_POLUS: INTEGER; POL: CHAR; AGE_B: INTEGER; BORN_B: INTEGER; ADRESS_H: CHAR; TEL_H: INTEGER; ADRESS_R: CHAR; TEL_R: INTEGER; MED_PLACE: CHAR; VID_POS: CHAR; VID_BOL: CHAR; STATUS: CHAR; LGOTA: CHAR; VID_DOC: CHAR; FIO_DOC: CHAR; TDATE: DATE; VID_MON: INTEGER), содержащая 20 столбцов и 28096 строк записей. Как пример реальной практической задачи в этой таблице находилась информация о выданных больничных листах.

Данные таблицы были сгенерированны случайным образом. В исследовании участвовал компьютер со следующими основными характеристиками: Asus P4S533-MX / P4 2,4 GHz / RAM 256 Mb / HDD 80 Gb.

Для проведения исследования была использована программа SERVERTESTER. В ходе исследования для каждого из тестируемого сервера БД указанная программа по команде пользователя последовательно в течение 1 сессии выполняла все указанные ниже SQL – запросы и замеряла их время выполнения в мсек. Затем сессия повторялась. Количество повторов равнялось 20. Результаты каждого теста программа записывала в журнал работы, который затем был обработан – вычислены среднее значение времени выполнения каждого запроса. При этом на используемом при тестировании компьютере для исследования динамики работы серверов СУБД было запущено программное обеспечение System Monitor, в котором был включен 1 счетчик –% загруженности процессора. Перед началом каждого теста работа счетчика начиналась сначала. После окончания теста фиксировались 2 показателя – средний и максимальный проценты использования процессора, которые затем вручную вносились в журнал работы программы тестирования.

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

Таблица 1.3 – SQL – запросы, выполнявшиеся в ходе тестирования

№	Название запроса	SQL запрос
1	Простой Select	SELECT * FROM TEST_TABLE
2	Выбор больных, которые обращались до 20.01.05	SELECT FIO_B, NUM_CARD, FROM TEST_TABLE WHERE TDATE<’20.01.05’
3	Выбор среднего по возрасту больного, по группам цели посещения	SELECT FIO_BOL, AVG (AGE_B), VID_POS FROM TEST_TABLE GROUP BY VID_POS

U – количество пользователей, подключенных к СУБД;

P av – средняя загрузка процессора;

P max – максимальная загрузка процессора;

D – длительность выполнения запроса, мсек.

В табл. 1.4–1.6 приведены результаты выполнения тестовых запросов.

Таблица 1.4 – Результаты выполнения запроса №1

Тест	U=1			U=2			U=3
	D	Pav	Pmax	D	P av	P max	D	P av	P max
MySQL	5450,8 (±66,5)	14,3	46,88	5608,2 (±71,8)	28,8	64,3	6011,4 (±68,0)	41,3	62,2
MS SQL Server	5237,2 (±42,0)	7,5	32,8	5721,7 (±20,4)	61,2	83,7	6387,3 (±54,7)	91	100
InterBase	6304,3 (±38,3)	28	51	6273,4 (±23,2)	63	98	6222,9 (±50,9)	86	100

Таблица 1.5 – Результаты выполнения запроса №2

Тест	U=1			U=2			U=3
	D	P av	P max	D	P av	P max	D	P av	P max
MySQL	163,0 (±3,2)	14,3	46,88	155,3 (±4,0)	28,8	64,3	153,7 (±14,5)	41,3	62,2
MS SQL Server	153,3 (±10,9)	30,1	92	233,9 (±21,7)	73,5	100	340,8 (±20,3)	97	100
InterBase	184,8 (±3,4)	28	51	192,8 (±4,0)	63	98	201,1 (±5,9)	86	100

Таблица 1.6 – Результаты выполнения запроса №3

Тест	U=1				U=2				U=3
	D	P av	P max	D		P av	P max	D		P av	P max
MySQL	89,0 (±2,9)	14,3	46,88	85,3 (±9,4)		28,8	64,3	68,3 (±2,7)		41,3	62,2
MS SQL Server	58,9 (±3,4)	30,1	92	85,5 (±7,6)		73,5	100	172,3 (±19,9)		97	100
InterBase	94,9 (±2,8)	28	51	90,6 (±4,2)		63	98	91,9 (±3,4)		86	100

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

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

Некоторые особенности.

Основное преимущество MS SQL Server заключается в тесной интеграции ее с другими программными продуктами от Microsoft. MS SQL Server активно использует решения на базе СОМ технологии, в частности источники данных OLEDB и компоненты ActiveX. Данная СУБД отлично интегрируется как с MS Exchange, так и с Microsoft Internet Information Server.

Кроме того, существенным преимуществом этой СУБД перед другими является возможность экспорта и импорта в большинство распространенных форматов данных, что включает как клиент-серверные и файл-серверные, так и XML формат. В качестве источников и приемников данных там выступают драйвера OLEDB. А если драйвер OLEDB отсутствует, для нужного источника данных можно использовать драйвер OLEDB для ODBC, что позволяет производить импорт-экспорт практически в любой формат данных. И все это с помощью инструментария, входящего в состав дистрибутива. Эта возможность позволяет использовать MS SQL Server в качестве централизованного хранилища данных как в OLTP, так и в OLAP-системах.

Как существенное преимущество InterBase следует рассматривать то, что такие популярные продукты от Borland, как Delphi и CBuilder поставляются с компонентами, позволяющими работать с данной СУБД, используя ее собственное API, что позволяет достичь очень высокого быстродействия.

Выводы по выбору СУБД.

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

Однако ввиду того что основной программный модуль разработан с помощью языка Access, а также учитывая минимальные требования к серверу БД и стоимость продажи, для проекта была выбрана СУБД My SQL

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

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

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

• в качестве операционной системы может быть использована MS Windows XP Professional ввиду ее распространенности и надежности.

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

1.7.4 Выбор технического обеспечения

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

При выборе ЭВМ необходимо руководствоваться рядом характеристик. К таким характеристикам относятся надежность, стоимость, производительность, объем памяти и другие.

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

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

Для решения экономических задач наиболее подходят ПЭВМ. Они имеют невысокую стоимость, небольшие размеры (умещаются на части стола) и подходящие характеристики быстродействия, надежности, объема памяти. Таким образом, они могут применяться практически на любом предприятии и, в частности, в юридических службах.

При выборе ПЭВМ для реализации комплекса поставленных задач учитываются такие характеристики:

• скорость обработки информации (тактовая частота процессора);

• объем оперативной памяти; этот фактор также влияет на скорость обработки информации;

• объем жесткого диска, который влияет на возможности хранения данных;

• наличие периферийных устройств

• другие технические характеристики ПЭВМ.

Аппаратная платформа компьютера специалиста:

• процессор типа Pentium III 750 МГц (не ниже);

• объем ОЗУ не менее 256 MB;

• HDD не менее 15 Гб;

• монитор с диагональю 17» – 19» с разрешением не менее 1024*768 точек при цветовой палитре 65 536 цветов и удовлетворяющий нормам безопасности ТСО 92 и ТСО 95;

• видео карта типа SVGA 4–8 Мб VRAM;

• сетевая карта 100 Мбит (в зависимости от сети);

• клавиатура;

• манипулятор типа «мышь»;

• устройство печати.

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

2.1 Техническое задание

2.1.1 Общие сведения.

Полное наименование системы

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

Наименование предприятия – заказчика системы

Муниципальное общеобразовательное учреждение Средняя общеобразовательная школа №12 с углубленным изучением отдельных предметов г. Сургут.

Перечень документов, на основании которых создается система

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

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

Система должна быть создана к 25.02.2009 г. Дата начала проектирования – 25.08.2008 г.

2.1.2 Назначение и цели создания системы

Назначение системы

Данное АРМ предназначено для автоматизации деятельности специалиста по предоставлению ПДОУ в МОУ СОШ №12 с углубленным изучением отдельных предметов, связанной с приемом, хранением и предоставлением информации по платным дополнительным образовательным услугам.

Система призвана автоматизировать:

• сбор, систематизация, хранение и организация использования материалов фонда хранения;

• учет в установленном порядке данных по ПДОУ;

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

• создание электронных архивов актуальной информации;

• подготовка отчетных материалов;

• прием, учет и хранение информации по ПДОУ.

1. Цели создания системы

С использованием АРМ специалиста по предоставлению ПДОУ должна повыситься эффективность деятельности МОУ СОШ №12 с углубленным изучением отдельных предметов за счет:

• уменьшения трудозатрат на прием и систематизацию информации;

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

• уменьшения времени составления стандартных отчетов с 1 дня до

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

2.1.3 Характеристики объекта автоматизации

Краткие сведения об объекте автоматизации

Объектом автоматизации является деятельность специалиста по предоставлению ПДОУ в МОУ СОШ №12 с углубленным изучением отдельных предметов, связанная с информацией по ПДОУ. А именно: получение информации по потребителям услуг, ведение баз данных по потребителям, а также соблюдение условий договора по предоставлению ПДОУ, предоставление стандартных отчетов в официальные учреждения, а также отчетов по запросам заказчиков и исполнителей ПДОУ.

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

Объект автоматизации является одним из дополнительных объектов деятельности МОУ СОШ №12 с углубленным изучением отдельных предметов, следовательно

2.1.4 Требования к системе

Требования к системе в целом

Требования к структуре и функционированию системы

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

Рисунок 2.1 – Структурная схема АРМ

Общефондовый файл-сервер FS содержит все базы данных системы:

• База данных потребителей;

• База данных исполнителей;

• База данных прейскурантов;

• База данных запросов;

• База данных отчетов.

Все информационные базы защищены от несанкционированного доступа.

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

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

Подсистема «Ведение баз данных» должно обеспечивать своевременное обновление баз данных в соответствии с вновь поступающими данными. Имеет доступ ко всем базам данных.

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

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

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

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

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

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

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

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

Требования к численности и квалификации персонала системы и режиму его работы

Система предназначена для специалиста по предоставлению ПДОУ в МОУ СОШ №12 с углубленным изучением отдельных предметов. Для работы с системой пользователю необходимы базовые знания ПК и образование не ниже среднего профессионального.

Режим работы персонала с системой – 9:00 – 17:00

Показатели назначения

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

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

Должна обеспечиваться наработка на отказ не менее 500 часов работы в режиме реального времени. Надежность системы возможно обеспечить профилактическим обслуживанием и резервированием. Требуется высокая надежность технических средств и программного обеспечения.

Требования к безопасности

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

Требования к эргономике и технической эстетике

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

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

• оптимальное кодирование входной информации;

• рациональная организация диалогового режима работы.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Требования к необходимым площадям для размещения технических средств АРМ зависят от типа ЭВМ. Площади для размещения персонала и технических средств, параметры сетей электроснабжения должны соответствовать Строительным нормам и правилам.

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

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

Требования к защите информации от несанкционированного доступа

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

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

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

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

Политика организации по безопасности информации должна соответствовать Федеральному закону информации, информатизации и защите информации.

Требования по сохранности информации при авариях

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

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

Специальных требований не накладывается.

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

Требования к патентной чистоте

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

Требования по стандартизации и унификации

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

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

В АРМ предусмотрено применение стандартных пакетов прикладных программ (ППП) с целью снижения трудоемкости разработки и сопровождения системы и повышения надежности функционирования.

В качестве ППП предполагается использовать:

• стандартные ППП для организации СУБД типа MS Access, InterBase;

• стандартные ППП для подготовки документации, типа MS Excel, MS Word;

• стандартные ППП для создания и поддержки локальных вычислительных сетей, типа NETWARE.

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

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

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

Данная структура обеспечивает автоматизацию и быстрый обмен информацией.

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

Математическое обеспечение

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

Информационное обеспечение

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

• классификатор видов предоставляемых услуг;

• классификатор стандартных отчетов;

• классификатор видов потребителей;

• классификатор единиц измерения услуг;

• классификатор стадий предоставления услуг;

• классификатор организаций, утвердивших

положения по предоставлению ПДОУ;

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

Основные требования к составу и форме входных документов:

• простота и удобство заполнения и переноса на машинные носители;

• возможность получения официальных отчетных данных.

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

Лингвистическое обеспечение

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

Программное обеспечение

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

Организационное обеспечение

В структуре МОУ СОШ №12 с углубленным изучением отдельных предметов организационных изменений не предусмотрено.

При вводе системы в эксплуатацию необходимо провести обучение персонала работе с данной системой.

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

Предпроектное обследование объекта:

• изучение организационной структуры;

• изучение информационных потоков;

• изучение существующих технологий обработки информации;

• изучение входных и выходных документов;

Проектирование:

• разработка организационного обеспечения;

• разработка информационного обеспечения;

• разработка программного обеспечения;

• разработка технического обеспечения.

Тестирование:

• разработка методики испытаний;

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

• корректировка.

Ввод в эксплуатацию:

• опытная эксплуатация;

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

• корректировка организационного, информационного и программного обеспечения;

• ввод в эксплуатацию.

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

Разрабатываемая система должна пройти испытания на исправность, надежность и соответствие цели создания системы.

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

2.1.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в эксплуатацию

При выполнении ряда работ по вводу в эксплуатацию данного АРМ необходимо выделить два основных периода:

• организационно – подготовительный;

• опытную эксплуатацию.

В организационно – подготовительный период необходимо:

• обеспечить подготовку помещения;

• провести монтаж, наладку и испытание системы непосредственно на рабочем месте;

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

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

2.2 Функциональное обеспечение

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

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

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

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

На рисунках 2.2–2.3 представлена функциональная модель «как должно быть» автоматизированного рабочего места специалиста по ПДОУ.

Рисунок 2.2 – Функциональная модель TO–BE

Деятельность специалиста по ПДОУ

Рисунок 2.3 – Декомпозиция функциональной модели TO–BЕ деятельности специалиста по ПДОУ

2.3 Информационное обеспечение

2.3.1 Основные положения

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

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

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

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

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

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

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

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

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

Форма представления выходной информации АРМ «Деятельность специалиста по предоставлению ПДОУ» согласована с заказчиком (пользователем) системы.

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

Структура процесса сбора, обработки и передачи данных в АРМ соответствует процессам, которые выполняются на рабочих местах.

Внутримашинная информационная база представляет собой физически реализованную базу данных. Носителем данных является жесткий диск, на котором находится СУБД. Доступ к данным осуществляется посредством SQL-запросов к СУБД.

Основные принципы построения внутримашинной информационной базы:

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

• проектирование таблиц осуществляется с принципами построения и организации реляционных баз данных;

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

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

На этапе ввода происходит сопоставление типов вносимых данных с типом поля БД, а также проверка на допустимые значения.

2.3.2 Используемые классификаторы и системы кодирования

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

• систематизация наименований кодируемых объектов;

• однозначная интерпретации одних и тех же объектов в различных задачах;

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

• возможность сопоставления одних и тех же показателей, содержащихся в формах статистической отчетности;

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

• экономия памяти компьютера при размещении кодируемой информации.

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

• международные – стандартные классификаторы, используемые по всему миру;

• межгосударственные – классификаторы, используемые в рамках экономических союзов и других межгосударственных объединений: например, классификаторы используемые в ЕС, СНГ и т.д.

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

• отраслевые – классификаторы, используемые в рамках одной отрасли;

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

В классификаторах применяется два метода классификации: иерархический и фасетный.

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

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

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

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

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

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

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

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

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

• оправданная глубина;

• обеспечение возможности решения комплекса задач различного уровня;

• возможность расширения множества классифицируемых объектов и

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

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

• обеспечение простоты ведения классификатора.

В данной системе после выполнения всех расчетов формируется файл данных по задолженности в соответствии с тем, какой расчет выполняется. Для кодирования данного файла было определено несколько признаков классификации. Среди них дата создания документа, вид расчета, наименование заказчика. Так как в организации (МОУ СОШ) ПДОУ предоставляются в рамках утвержденного прейскуранта и отличаются от обязательной образовательной программы, то в список признаков классификации был включен вид предоставляемой услуги. После анализа структуры была выбрана комбинированная система кодирования. На рис. 2.4 показана структура кодируемого элемента.

Х ХХХХХ. Х.Х.Х. ХХ.

Суффикс.

Вид данных.

Вид предоставляемой услуги.

Заказчик.

Дата создания документа.

Рисунок 2.4 – Описание кодируемого элемента

Дата создания документа.

Формат: ДД ММ ГГ.

Например: 090209 – 9 февраля 2009 г.

Заказчик.

Формат: 0 – 3.

0 – дошкольники (подготовительные курсы);

1 – ученики начальных классов (1–4 кл.);

2 – ученики среднего звена (5–8 кл.);

3 – ученики старшего звена (9–11 кл.).

Вид предоставляемой услуги.

0 – разное (психология, философия, хореография и т.д.);

1 – русский язык;

2 – литература;

3 – математика;

4 – геометрия;

5 – физика;

6 – информатика;

7 – английский язык.

Вид данных.

1 – данные о стоимости услуг по договору;

2 – данные с учетом посещаемости и оплаченных сумм.

Суффикс – номер отчета по порядку за день.

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

При машинной реализации задачи автоматизации работы специалиста по предоставлению ПДОУ для формирования входного оперативного файла используются данные из первичного документа – Прейскурант «Тарифы на дополнительные образовательные услуги, оказываемые муниципальным образовательным учреждением средней общеобразовательной школой №12

с углубленным изучением отдельных предметов».

Входной документ «Прейскурант» содержит следующие реквизиты:

• порядковый номер

• наименование услуги

• класс

Далее документ «Стоимость одного занятия» со столбцами:

• класс

• стоимость

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

Таблица 2.2 – Перечень обозначений типов полей записи базы данных

Наименование типа поля записи	Полное название	Краткое обозначение
Счетчик	Counter	C
Текстовый	Text	T
Числовой	Numerical	N
Дата/время	Date/time	Dt
Денежный	Monetary	M

Структура файла базы данных (БД) входной оперативной информации представлена в таблице 2.3.

Структура БД «Прейскурант»

Имя файла: Preiscurant.dbf

Носитель: жесткий диск

Организация: индексно-последовательная

Ключи: Name_USL

Длина записи: 250

Таблица 2.3 – Структура БД «Прейскурант»

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер	NUM	C
2	Наименование услуги	NAME_USL	T	200
3	Класс	CLASS	T	50

Также к входной нормативно-справочной оперативной информации можно отнести документ «Тарификация учителей». Он содержит следующую информацию:

• номер тарифа

• табельный номер учителя

• класс

• номер услуги

• количество часов в месяц

Структура этого файла базы данных (БД) входной оперативной информации представлена в таблице 2.4.

Структура БД «Тарификация учителей»

Имя файла: Tarificacia uchit.dbf

Носитель: жесткий диск

Организация: индексно-последовательная

Ключи: TAB_NUM, NAME_USL,

Длина записи: 100

Таблица 2.4 – Структура БД «Тарификация учителей»

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер тарифа	NUM_TAR	C
2	Табельный номер	TAB_ NUM	N
3	Класс	CLASS	T	50
4	Номер услуги	NUM_USL	N
5	Количество часов в месяц	COLICH_CHAS	T	50

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

• номер

• код договора

• код услуги

Структура БД «Реестр договоров»

Имя файла: Reestr dogovorov.dbf

Носитель: жесткий диск

Организация: индексно-последовательная

Ключи: NUM

Таблица 2.5 – Структура БД «Реестр договоров»

№	Наименование поля	Идентификатор	Тип
1	2	3	4
1	Номер	MUM	C
2	Код договора	COD_DOG	N
3	Код услуги	COD_ UCH	N

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

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

• Данные по задолженности

• Смета доходов и расходов

Структура файлов баз данных (БД) результатной информации представлена в таблице 2.6–2.7.

Структура БД «Данные по задолженности»

Имя файла: Dannie zadolgennosti.dbf

Носитель: жесткий диск

Организация: индексно-последовательная

Ключи: NUM

Таблица 2.6 – Структура БД «Данные по задолженности»

№	Наименование поля	Идентификатор	Тип
1	2	3	4
1	Номер	NUM	C
2	Код учащегося	COD_UCH	N
3	Остаток на начало периода	SUMMA_NACH	D
4	Обороты	SUMMA_PERIOD	D
5	Сумма оплаты через банк	SUMMA_OPLATI	D
6	Сумма остатка на конец периода	SUMMA_OSTATCA	D

Структура БД «Смета доходов и расходов»

Имя файла: Smeta dohod. rashod.dbf

Носитель: жесткий диск

Организация: индексно-последовательная

Ключи: NUM

Длина записи: 200

Таблица 2.7 – Структура БД «Смета доходов и расходов»

№	Наименование поля	Идентификатор	Тип	Значность
1	2	3	4	5
1	Номер	NUM	C
2	Наименование статей доходов и расходов	NAM_STAT	Т	200
3	Коды доходов	COD_DOH	N
4	Коды расходов	COD_RASH	N
5	Доходы на год с остатком на начало года	DOH_GOD	D

2.4 Технологическое обеспечение

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

Техническое обеспечение АРМ – это комплекс технических средств (КТС), объединенных единым технологическим процессом.

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

Задачи КТС:

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

2. Решение всего комплекса задач в подсистемах АРМ.

3. Подготовка и передача информации в АРМ более высокого уровня.

4. Контроль передаваемой информации.

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

На первичном этапе осуществляется сбор исходных данных, их регистрация и передача для ввода в ЭВМ.

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

Основной этап обеспечивает непосредственную обработку информации на ЭВМ.

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

2.4.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

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

Рисунок 2.5 – Схема работы системы

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

• Пользователь производит ввод данных о заказчиках (учащихся) и прописывает путь к реестру договоров с клавиатуры в экранную форму;

• Информация о заказчиках в форме «Реестр договоров» сохраняется в БД;

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

• Ввод данных о потребителях (учителях);

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

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

• На основании полученных в ходе расчетов данных основной модуль программы формирует выходные формы документов: Данные по задолженности, Смета доходов и расходов.

• После завершения формирования выходные формы распечатываются на принтере.

2.5 Программное обеспечение

2.5.1 Общие положения. Структурная схема использования комплекса задач

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

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

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

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

С помощью модуля меню Главное меню осуществляется доступ к пяти основным пунктам меню:

• составление реестра договоров;

• составление табелей учета рабочего времени;

• составление табеля учета рабочего времени;

• формирование выходных форм;

2.5.2 Дерево функции задач

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

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

Функционально Система состоит из четырех основных модулей:

• основной модуль. Выполняет основные операции вычислений и формирования выходных форм;

• модуль поиска. На основании полученных из главного модуля данных формирует и обрабатывает запросы к БД;

• модуль расчета стоимости предоставляемых услуг;

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

Взаимосвязь функциональных модулей представлена на рис. 2.9.

Рисунок 2.9 – Взаимосвязь функциональных модулей

Требования к использованию типовых и поставляемых программных средств

ПО клиента (компьютера диспетчера): операционная система (ОС): MS Windows XP Professional (желательно Rus), СУБД: MY SQL, пакет MS Office ХР/2003. Конкретные версии компонентов ПО определяются на этапе ввода в действие.

ПО является покупным и должно быть лицензионным.

Общие требования к программному обеспечению:

1. программное обеспечение системы должно быть достаточным для выполнения всех функций системы, реализуемых с применением средств вычислительной техники, а также иметь средства организации всех требуемых процессов обработки данных, позволяющие своевременно выполнять все автоматизированные функции во всех регламентированных режимах функционирования СИСТЕМЫ;

2. программное обеспечение системы должно обладать следующими свойствами:

• функциональная достаточность (полнота);

• надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);

• адаптируемость;

• модифицируемость;

• модульность построения;

• удобство эксплуатации.

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

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

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

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

2.5.4 Компьютерно-сетевое обеспечение

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

Аппаратная платформа:

• процессор типа Pentium III 800 МГц – 1 ГГц (не ниже);

• объем ОЗУ 528 Мб – 1Гб;

• HDD не менее 15 Гб

• ИГП, обеспечивающий работу ПО в течении не менее 30 минут при полностью заряженных батареях ИГП.

• монитор с диагональю 17» – 19» с разрешением не менее 1024*768 точек при цветовой палитре 65 536 цветов и удовлетворяющий нормам безопасности ТСО 92 и ТСО 95;

• видео карта типа SVGA 4–8 Мб VRAM;

• сетевая карта 100 Мбит (в зависимости от сети);

• клавиатура;

• манипулятор типа «мышь»;

• устройство печати.

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

Требования к функциональным и эксплуатационным характеристикам технических средств

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

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

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

3. Информационная безопасность

3.1 Цели создания системы обеспечения информационной безопасности

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

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

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

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

3.2 Понятие технологии обеспечения информационной безопасности

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

Требования к технологии управления безопасностью:

• соответствие современному уровню развития информационных технологий;

• учет особенностей построения и функционирования различных подсистем АС;

• точная и своевременная реализация политики безопасности организации;

• минимизация затрат на реализацию самой технологии обеспечения безопасности.

Для реализации технологии обеспечения безопасности в АС необходимо:

• наличие полной и непротиворечивой правовой базы (системы взаимоувязанных нормативно – методических и организационно – распорядительных документов) по вопросам ОИБ;

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

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

Реализация технологии ОИБ предполагает:

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

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

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

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

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

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

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

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

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

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

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

3.3 Регламентация действий пользователей и обслуживающего персонала АС

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

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

• сокращение возможностей лиц из числа пользователей и персонала по совершению нарушений (как неумышленных, так и преднамеренных);

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

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

С учетом всего сказанного выше, можно сделать вывод:

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

4. Экономическое обоснование

4.1 Анализ существующих методов расчета экономической эффективности

Существует несколько методик определения экономической эффективности. Рассмотрим следующие:

• экономическая оценка инвестиций;

• функционально-стоимостной анализ;

• расчет экономической эффективности на основе метода приведенных затрат.

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

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

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

4.2 Расчет экономической эффективности проекта методом экономической оценки инвестиций

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

При проектировании АРМ необходимо определить этапы разработки (в скобках указана продолжительность этапа в месяцах):

1. Знакомство с темой, анализ технического задания ТЗ (0,3)

2. Подбор и изучение справочной литературы (1)

3. Разработка алгоритма и структуры программы (1)

4. Программирование (1,5)

5. Тестирование программного обеспечения (ПО) (1,5)

6. Разработка инструкции и описаний ПО (0,7)

Для осуществления работ по каждому этапу определяем состав специалистов: программист.

Затраты на разработку системы подразделяем на капитальные или единовременные (разработка самой системы) и эксплуатационные или текущие. Расчет выполним по отдельным статьям:

1. Прямые материальные затраты

2. Фонд оплаты труда

3. Отчисления на социальные нужды

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

5. Накладные расходы

6. Прочие расходы.

Расчет материальных затрат приведен в таблице 4.1.

Таблица 4. 1 – Расчет прямых материальных затрат

Материалы	Ед.измерения	Кол-во	Цена за един. (руб.)	Стоимость (руб.)
Бумага	лист	1000	0,25	250,00
Канцтовары	–	–	–	150,00
Картриджи	шт.	1	800,00	800,00
CD-RV (диски)	шт.	2	35,00	70,00
Итого				1 270,00
Расходы на электроэнергию	кв/ч	150	0,83	124,50
Итого				1394,50

Прямые материальные затраты составили 1394,50 рублей.

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

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

Таблица 4.2 – Баланс рабочего времени

П/п	Наименование показателей	ИТР
1	Число календарных дней в 6 месяцах	182
2	Число выходных и нерабочих дней в 6 месяцах	56
3	Число рабочих дней в 6 месяцах	126
4	Невыходы на работу:
	А) по болезни	0
	Б) очередной отпуск	0
5	Фактическое число рабочих дней в 6 месяцах	126
6	Продолжительность рабочего дня	8
7	Полугодовой фонд рабочего времени (час.)	1008

Часовую ставку заработной платы (Чс) определяем по формуле:

Чс = (З * п * к) / Ф,

где Чс – месячная зарплата, руб.;

П – число месяцев в году, исключая отпуск;

К – коэффициент, учитывающий премии из фонда зарплаты;

Ф – фактический годовой фонд рабочего времени, час.

Примем среднемесячную зарплату программиста равной:

З = 8000 руб.,

При п = 6, а Ф = 1008 час., получим Чс = 54,76 руб./час.

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

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

Расчет фонда оплаты труда приведен в таблице 4.3.

Таблица 4.3 – Расчет фонда оплаты труда

Этапы разработки	Время (час)	Часовая ставка (руб.)	Сумма (руб.)
Анализ ТЗ	17	54,76	930,92
Подбор, изучение литературы	35	54,76	1916,60
Разработка алгоритма и структуры программы	30	54,76	1642,80
Программирование	55	54,76	3011,80
Тестирование ПО	50	54,76	2738,00
Разработка инструкций ПО	40	54,76	2190,40
Основная заработная плата (итого)			12430,52
Дополнительная заработная плата			1864,58
Коэффициент			2486,10
ИТОГО			16781,20

Размер отчислений на социальные нужды определяется исходя из размера фонда оплаты труда.

Расчет приведен в таблице 4.4.

Таблица 4.4 – Отчисления на социальные нужды

Отчисления	Доля от фонда оплаты труда (%)	Сумма (руб.)
В пенсионный фонд	20.6	3456,93
В фонд занятости	1.7	285,28
Медицинское страхование	2.6	436,31
Социальное страхование	2.9	486,65
ИТОГО	27.8	4665,17

Величина накладных расходов определяется в размере 80% от основной заработной платы и составит:

НР= 0.8*12430,52 = 9944,42

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

Полную смету затрат на разработку системы приведем в таблице 4.5.

Таблица 4.5 – Расчет затрат на разработку ИС

Статья расхода	Сумма (руб.)
Фонд оплаты труда	16781,20
Отчисления на социальные нужды	4665,17
Материальные затраты	1394,50
Амортизационные отчисления	–
Прочие расходы	–
Накладные расходы	9944,42
Итого	32785,30

Расчет ежемесячных затрат на эксплуатацию системы приведем в таблице 4.6.

Таблица 4.6 – Расчет затрат на эксплуатацию системы

Статья расхода	Сумма (руб.)
Зарплата специалиста по ПДОУ	7000,00
Отчисления на социальные нужды	1946,00
Затраты на электроэнергию	125,00
Итого	9071,00

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

Расчет приведем в таблице 4.7.

Таблица 4.7 – Расчет планируемых поступлений

Месяц	Увеличение объема услуг, %	Сумма, руб.	Затраты, руб.	CF, руб.	руб.
1	0	0	9071,00	– 9071,00	– 9071,00
2	1	9170,00	9071,00	99,00	– 8972,00
3	1	9170,00	9071,00	99,00	-8873,00
4	2	18340,00	9071,00	9269,00	396,00
5	2	18340,00	9071,00	9269,00	9665,00
6	2	18340,00	9071,00	9269,00	18934,00
7	3	27510,00	9071,00	18439,00	37373,00
8	3	27510,00	9071,00	18439,00	55812,00
9	3	27510,00	9071,00	18439,00	74251,00
10	3	27510,00	9071,00	18439,00	92690,00
11	3	27510,00	9071,00	18439,00	111129,00
12	3	27510,00	9071,00	18439,00	129568,00

Проведем оценку инвестиционного проекта АРМ специалиста по ПДОУ:

где

NPV – чистая текущая стоимость инвестиций;

CF – поступление денежных средств в конце t – ого периода;

q – банковская ставка;

I – стоимость реализации инвестиционного проекта (инвестиции).

NPV = 129568,00 / (1 + 0,16) – 32785,30 = 78911,25

, где

PI – рентабельность инвестиций.

PI = (129568,00 /(1+ 0.16))/ 32785,30 = 3,4

где РР – период окупаемости (лет);

I₀ – первоначальные инвестиции;

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

PP = 32785,30 / ((129568,00 / (1 + 0,16)) = 0,3

4.3 Расчет экономической эффективности проекта методом приведенных затрат

4.3.1 Исходные данные

Исходные данные по заработной плате персонала, расценкам и нормативным коэффициентам приведены в табл. 4.8.

Таблица 4.8– Исходные данные

№п/п	Наименование показателей	Условное обозначение	Единица измерения	Значения показателей
				До внедрения	После внедрения
1	З /п огранизатора ПДОУ	31	руб.	9 000	7 000
2	З /п специалисту ПДОУ	32	руб.	12 000	10 000
3	З /п учителям начального звена	33	руб.	25 000	25 000
4	З /п учителям среднего звена	34	руб.	30 000	30 000
5	З/п программиста	35	руб.	-	8 000
6	Стоимость электроэнергии	36	руб	0,83	0,83
7	Коэффициент отчислений	F	%	26	26
8	Норм. коэффициент приведения затрат к единому году	Ен	–	–	0,25
9	Время на разработку	Т	мес.	–	6

4.3.2 Расчет затрат на решение задачи до внедрения информационной системы

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

Р = Р_осн + Р_ауп + Р_общ,

где Р_осн – заработная плата основного производственного персонала, руб.;

Р_ауп – заработная плата административно-управленческого персонала, руб.;

Р_общ – общепроизводственные расходы, руб.

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

Р_ауп=0,25*Р_осн.

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

Р_общ = Р_эн + Р_м + Р_рем + Р_кс + Р_зап + Р_зпо +Р_пр,

где Р_эн – затраты на оплату электроэнергии, руб. зависят от количества оборудования, потребляемой мощности, кВт в час;

Р_м – затраты на материалы, связанные с функционированием разработанной системы, руб.;

Р_рем – затраты, связанные с ремонтом оборудования, руб.;

Р_зап – затраты, связанные с приобретением запчастей для ремонта, руб.;

Р_зпо -затраты на программное обеспечение, руб.;

Р_кс – затраты на аренду каналов связи, руб.;

Р_пр – прочие расходы (Р_пр = 0,6 Р_общ).

Потребление электроэнергии в месяц – 150 кВт.

Р_эн = 150,00 * 0,83 *12= 1494,00 руб.

Расходы на материалы составили (см. табл. 4.9):

Таблица 4.9 – Расходы на материалы до внедрения ИС

Материалы	Ед. измерения	Кол-во	Цена за един. (руб.)	Стоимость (руб.)
Бумага	лист	1000	0,25	250,00
Канцтовары	–	–	–	150,00
Картриджи	шт.	1	800,00	800,00
CD-RV (диски)	шт.	2	35,00	70,00
Итого				1 270,00

Р_м=1 270,00 * 12 = 15 240,00 руб.

Расходы на ремонт (цена договорная)

Р_рем = 500*12=6000,00 руб.;

Р_зап = 500*12=6000,00 руб.;

Р_пр = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб.

Р_общ = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб.

Затраты на заработную плату:

Р_осн = (9000,00+12000,00+25000,00+30000,00) * 12 * 1,26 = 1149120,00 руб.

Р_ауп = 0,25 * 1149120,00 = 287280,00 руб.

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

Р₀ = 1149120,00+ 287280,00 + 45974,40 = 1482374,40 руб.

4.3.3 Эксплуатационные расходы на функционирование системы после внедрения информационной системы

После разработки и внедрения ИС зарплата специалиста ПДОУ снижается до 10000 руб., а организатора ПДОУ – до 7000 руб. Таким образом, расходы за расчетный период (12 месяцев) после разработки и внедрения ИС уменьшились и составили:

Р_осн = (7000,00+10000,00+25000,00+30000,00) * 12 * 1,26 = 1088640,00 руб.

Р_ауп = 0,25 * 1088640,00 = 272160,00 руб.

Затраты на материалы после внедрения ИС не изменились.

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

Р_пр = (1494,00 + 15240,00 + 6000,00 + 6000,00) * 0,6 = 17240,40 руб.

Р_общ = 1494,00 + 15240,00 + 6000,00 + 6000,00 + 17240,40 = 45974,40 руб.

Р₁ = 1088640,00 + 272160,00 + 45974,40 = 1406774,40 руб.

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

К = К_пр + К_об + К_вс + К_пм +К_мит,

где К_пр – затраты на проектирование системы, руб.;

К_об – затраты на основное оборудование, руб.;

К_вс – затраты на вспомогательное оборудование, руб.;

К_пм – затраты на строительство и ремонт помещений, руб.;

К_мит – затраты, связанные с монтажом, наладкой и транспортировкой оборудования.

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

где N – количество категорий сотрудников, привлеченных к разработке, чел.;

З_i – заработная плата работников i – категории, руб. в месяц;

Т – время работы, месяцев;

f – коэффициент отчислений на заработную плату;

Д_пр – прочие расходы, как правило, равные 0,7 стоимости оборудования.

Разработкой системы занимается 1 программист, месячная заработная плата – 8000,00 руб. Фактическое время, затраченное на разработку системы – 6 месяцев. Поскольку разработка программного обеспечения осуществляется на компьютере, ранее установленном для решения других задач, затраты на основное оборудование в капитальные затраты не включаются. Следовательно, капитальные затраты будут равны затратам на проектирование:

К = К_пр = 8000,00*6*1,26 = 60480,00 руб.

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

,

где Р – эксплуатационные затраты за период;

– нормативный коэффициент приведения;

К – капитальные (единовременные) затраты.

Приведенные затраты:

З = 1406774,40 + 0,25*60480,00 =1421894,40 руб.

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

Э= Р_о - Р₁

Условный экономический эффект составляет:

Э = 1482374,40 – 1406774,40 = 75600,00 руб.

Срок окупаемости разработанной системы рассчитывается как отношение капитальных затрат к экономической эффективности:

Срок окупаемости составит примерно 9,5 месяцев.

Обратная величина будет представлять расчетный коэффициент приведения.

Определим расчетный коэффициент:

Результаты расчета представлены в табл. 4.10.

Таблица 4.10 – Результаты расчета

Наименование показателей	Условные обозначения	Единицы измерения	Значение показателей	Примечание
Приведенные затраты	З	руб.	1421894,40
Расходы до внедрения ИС	Р0	руб.	1482374,40
Расходы после внедрения	Р1	руб.	1406774,40
Условный экономический эффект		руб.	75600,00
Срок окупаемости	Тр		9,5 месяцев
Расчетный коэффициент	Ер		1,25

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

При внедрении ИС сократилось время, затрачиваемое на изготовление расчета стоимости услуг. Снизились расходы на заработную плату. Срок окупаемости составляет 9,5 месяцев. Расчетный коэффициент больше нормативного Е_n Е_р = 1,25 что доказывает целесообразность разработки и внедрения ИС.

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

4.4 Обоснование выбора метода расчета экономической эффективности

В качестве объекта оценки эффективности в данной работе рассматривается разработанная система – автоматизированное рабочее место специалиста ПДОУ в школе.

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

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

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

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

Заключение

В процессе работы над дипломным проектом была поставлена цель разработки системы «Автоматизированное рабочее место специалиста по предоставлению платных дополнительных образовательных услуг». Данная система разрабатывалась для МОУ СОШ №12 г. Сургута на основе проведенного анализа рынка подобных программных продуктов. При этом не было выявлено ни одного подобного существующего программного продукта, что еще раз показало актуальность темы.

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

Информационная система была разработана на основе бесплатного программного обеспечения Microsoft Access, что значительно снизило стоимость разработки.

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

Внедрение данной разработки позволило:

• повысить качество и точность расчетов;

• сократить время на составление и проверку отчетной документации;

• сократить время на поиск требуемой информации;

• сократить время на формирование документов.

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

Получен условный экономический эффект от разработки в размере 75600,00 рублей в год. Срок окупаемости составляет 9,5 месяцев.

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

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

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник.–М.: Финансы и статистика, 2006.

2. Информатика: Учебник / Под ред. проф. Н.В. Макаровой. – М.: Финансы и статистика, 2003. – 768 с.

3. Казарин О.В. Безопасность программного обеспечения компьютерных систем. Москва, МГУЛ, 2003.–212 с.

4. Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Изд.3-е–СПб.: Изд-во Михайлова В.А., 2003.-496 с.

5. Конев И.Р., Беляев А.В. Информационная безопасность предприятия.–СПб.:БХВ-Петербург, 2003.–752 с.:ил.

6. Клочков Г.А. Информационные технологии на базе ACCESS: Учебное пособие. // Сургут: Сургутский филиал Московской академии предпринимательства, 2004. – 60 с.

7. Малыхина М.П. Базы данных: основы, проектирование, использование. СПб.: БХВ-Петербург, 2004.

8. Методические указания к дипломному проектированию // Под ред. Анисимов В.А, Денисов В.В., Клочков Г.А., Курчеева Г.И., Ходусов Н.В.-Сургут: Сургутский филиал Московской академии предпринимательства, 2008 – с.

9. Официальный сайт МОУ СОШ №12 г. Сургута http://school12.admsurgut.ru/

10. Общероссийские классификаторы http://www.aup.ru/docs/klasif/okok1.htm

11. Программное обеспечение ACCESS: http://access.nm.ru/

12. Смирнова Г.Н. и др. Проектирование ЭИС // М.: Мир, 2003. – 168 с.

13. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник для вузов / Под ред. Тельнова Ю.Ф. – М.: Финансы и статистика, 2003. – 512 с.

14. Сайт http://www.moya-shkola.ru/

15. Сайт http://www.km-school.ru/r1/versions.asp

16. Сайт http://manager-edu.mcfr-ep.ru/material/default.aspx? catalogid=23

17. Титоренко Г.А. Автоматизированные информационные технологии в экономике. М.: Компьютер, ЮНИТИ, 2006.

18. Трубилин И.Т., Семенов М.И., Лойко В.И., Барановская Т.П. Автоматизированные информационные технологии в экономике. М.: Финансы и статистика, 2005.

19. Уткин В.Б. Информационные системы в экономике: Учебник для студ. Высш. Учеб. Заведений / В.Б. Уткин, К.В. Балдин. – М.: Издательский центр «Академия», 2007.

20. Фигурнов В.Э. IBM PC для пользователя. Краткий курс. – М.: ИНФРА – М, 2003.

Характеристики

Список файлов ВКР