Билет № 6

1. История развития теории систем. Прикладные задачи, решаемые теорией систем.

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

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

Как наука ОТС сформировалась в начале XX века, и её основоположником считают немецкого биолога Лео фон Берталанфи. Он разработал основные принципы системного подхода, терминологический аппарат, концептуальные основы.

Основоположник математической теории систем – Н. Винер. В 1948 г. вышла его книга «Кибернетика», где он дал объяснение этого понятия, как «наука об управлении живых организмов и машин». Предложил аппарат для описания систем и их свойств.

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

Прикладные задачи:

1. Задачи эффективного управления (АСУ);

2. Задачи направленного поиска (информационно-поисковые системы);

3. Задачи поддержки принятия решений (экспертные системы);

4. Задачи эффективного хранения информации (банки и базы данных);

5. Задачи обучения (системы дистанционного обучения).

2. Функции администратора базы данных. Функции администратора данных.

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

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

АД и АБД отвечаю за действиями, связанными с корпоративными данными и корпоративной БД соответственно.

В таблице 1 представлены этапы ЖЦ БД с указание роли АБ и АБД:

Этап	Основная роль	Вспом-я роль
Планирование разработки БД	АД	АБД
Определение требований к системе	АД	АБД
Сбор и анализ требований пользователей	АД	АБД
Концептуальное проектирование БД	АД	АБД
Выбор целевой СУБД	АБД	АД
Логическое проектирование БД	АД	АБД
Разработка приложения	АБД	АД
Физическое проектирование БД	АБД	АД
Создание прототипов	АБД	АД
Реализация	АБД	АД
Конвертирование и загрузка данных	АБД	АД
Тестирование	АБД	АД
Эксплуатация и сопровождение	АБД	АД

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

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

В таблице 2 представлены основные отличия в задачах, выполняемых АД и АБД:

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

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

3. Распределение стоимости разработки программного обеспечения по технологическим стадиям создания.

Рис. ЖЦ ПО, распределение стоимости по фазам.

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

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

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

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