Билет 16

1. Оценка и управление качеством АИС

2. Критерии выбора СУБД при создании АИС

3. Разработать c помощью САSЕ-средства функциональную модель деятельности автосалона.

Ответ №1.

Оценка и управление качеством аис

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

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

Ключевая проблема успешного проекта АИС состоит в том, как заказчик понимает этот проект: как затратный или как инвестиционный. Эмпирически установлено, что около 4–5% руководителей ставят перед проектом внедрения АИС по-настоящему инвестиционные задачи. Необходимым условием успешности проекта АИС должно стать его нацеленность на конечные, а не промежуточные цели и результаты.

Качество разработанной АИС во многом зависит от того, как осуществлялись выявление и формулировка целей автоматизации:  1. Был ли обеспечен доступ разработчиков АИС к высшему руководству организации заказчика, и были ли в результате получены все необходимые сведения и данные о целях и реальных проблемах организации. Решение этих задач является итерационным процессом, требующим нетривиальных усилий, специальных знаний и применения специальной техники по выработке согласованного видения решаемой задачи у участников проекта АИС.  2. Имелись ли у разработчика АИС специалисты, компетенции и технологии выявления и формулировки задач заказчика.  3. Провёл ли разработчик в ходе системно-аналитического обследования организации необходимые опросы с целью выявления и анализа требований заказчика; были ли полученные результаты и предложения зафиксированы заказчиком и др.

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

Для оценки качества созданной АИС ещё в процессе её создания проводятся различные виды испытаний. К ним, в частности, относят опытную эксплуатацию самой системы и её компонентов (модулей, подсистем и т.п.). В дальнейшем, в течение согласованного с заказчиком периода времени (как правила одного года) в процессе промышленной эксплуатации АИС, она может дорабатываться.

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

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

совокупной стоимости системы;

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

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

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

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

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

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

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

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

Вопрос №2

Критерии выбора СУБД при создании информационных систем

А. Аносов

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

В данной статье по результатам анализа доступных источников, например [1-5],  делается попытка сформулировать требования или, иными словами, критерии при  выборе СУБД, приводится классификация требований/критериев. Очевидно, наиболее  простой подход при выборе СУБД основан на оценке того, в какой мере существующие  системы удовлетворяют основным требованиям создаваемого проекта информационной  системы. Более сложным и дорогостоящим вариантом является создание  испытательного проекта на основе нескольких СУБД и последующий выбор наиболее  подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг  возможных систем, опираясь на некие критерии отбора. Вообще говоря, перечень  требований к СУБД, используемых при анализе той или иной информационной системы,  может изменяться в зависимости от поставленных целей. Тем не менее можно  выделить несколько групп критериев:

• Моделирование данных 

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

• Контроль работы системы 

• Особенности разработки приложений 

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

• Надежность 

• Требования к рабочей среде 

• Смешанные критерии

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

Моделирование данных.

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

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

• Средства поиска. Некоторые современные системы имеют встроенные  дополнительные средства контекстного поиска. 

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

• Реализация языка запросов. Все современные системы совместимы со  стандартным языком доступа к данным sql-92, однако многие из них реализуют те  или иные расширения данного стандарта.

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

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

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

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

• Сетевые возможности. Многие системы позволяют использовать широкий  диапазон сетевых протоколов и служб для работы и администрирования.