Экспертная оценка вариантов реализации ис

№ п/п	Критерий оценки	Вес	Вариант 1			Вариант 2			Вариант 3
			Централизованная архитектура с использованием Web-технологий			Централизованная архитектура с использованием технологий удаленного вызова приложений			Распределенная архитектура с рассылкой сведений в локальные базы
			Значение	Оценка	Значение		Оценка	Значение		Оценка
1	Время, затрачиваемое на обработку запроса	0,15	0,3	0,045	0,5		0,075	0,4		0,06
2	Гарантированность передачи электронных сообщений (документов)	0,05	0,4	0,02	0,4		0,02	0,4		0,02
3	Сложность обновления ИС	0,05	0,5	0,025	0,4		0,02	0,3		0,015
4	Степень автоматизации технологических процессов	0,1	0,3	0,03	0,3		0,03	0,4		0,04
5	Необходимость наличия скоростных надёжных каналов связи	0,1	0,2	0,02	0,5		0,05	0,3		0,03
6	Степень обеспечения информационной безопасности	0,2	0,3	0,06	0,5		0,1	0,4		0,08
7	Относительная стоимость реализации варианта	0,1	0,5	0,05	0,4		0,04	0,1		0,01
8	Требуемый уровень подготовки операторов для успешной эксплуатации	0,15	0,4	0,06	0,3		0,045	0,3		0,045
9	Уровень организационной сложности	0,05	0,5	0,025	0,3		0,015	0,2		0,01
10	Сложность обслуживания и сопровождения ИС	0,05	0,6	0,03	0,3		0,015	0,1		0,005
Результат оценки		1		0,365			0,410			0,315

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

2.4.2. Архитектура реализуемого проектного решения

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

Можно выделить три вида многопользовательской архитектуры:

• файл-серверная архитектура;

• двухзвенная клиент-серверная архитектура;

• трехзвенная клиент-серверная архитектура.

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

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

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

• программное обеспечение системы должно быть ориентировано на пользователя с квалификацией оператора ПЭВМ, не обладающего знанием языка SQL;

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

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

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

Основные элементы трёхзвенной клиент-серверной архитектуры проектируемой информационной системы представлены на рис. 2.1.

Рис. 2.1. Общая концепция проектируемой системы

Трёхзвенная клиент-серверная архитектура удовлетворяет основным критериям проектируемой системы:

• тонкий клиент не взаимодействует непосредственно с СУБД, а значит, ему не нужно клиентское программное обеспечение используемой СУБД, следовательно, можно предположить, что программа будет достаточно простой в эксплуатации, и затраты по установке и настройке клиентских рабочих мест будут минимальны;

• внесение изменений в бизнес-логику уже работающего приложения проще произвести в трёхзвенной архитектуре, поскольку в этом случае всё реализовано в одном месте – на сервере приложений;

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

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