21 (Билеты на государственный аттестационный экзамен по специальности Информационные Системы)

1 Использование теории бизнес-процессов и бизнес-правил.

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

Организуют следующие ограничения:

• задание допустимого диапазона значений;

• задание значения по умолчанию;

• требования уникальности значения;

• запрет пустого значения;

• ограничения ссылочной целостности.

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

БИЗНЕС - ПРАВИЛА

Бизнес-правила (БП) задают ограничения на значения данных в БД. Они также оп­ределяют механизмы, согласно которым при изменении одних данных изменяются и связанные с ними данные в той же или других таблицах БД. Таким образом, бизнес-правила определяют условия поддержания БД в целостном состоянии. Идеология архитектуры «клиент-сервер» требует переноса максимально возмож­ного числа БП на сервер. К преимуществам такого подхода относятся:

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

• автоматическое применение БП, определенных на сервере БД, для любых при­ложений;

• отсутствие различных реализаций БП в разнотипных клиентских приложениях, работающих с БД;

• быстрое срабатывание БП, поскольку они реализуются на сервере и, следова­тельно, нет необходимости посылать данные клиенту, увеличивая при этом се­тевой трафик;

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

К недостаткам хранения бизнес-правил на сервере можно отнести:

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

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

На практике в клиентских приложениях реализуют лишь такие бизнес-правила, ко­торые трудно или невозможно реализовать с применением средств сервера. Все ос­тальные БП переносятся на сервер.

2 Построение регрессий.

Регрессия – зависимость среднего значения к-л величины от некоторой другой величины или от нескольких величин.

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

Необходимые условия регрессионного анализа:

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

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

Регрессия – линия, построенная по атрибуту по принципу обратного использования обратной информации (кусок прямой, параболы). Аргументы (в произв. Функции-факторы) у=а0+а1t+a2t^2 – линейная регрессия (t1, t2- факторы). Накапливаются результаты наблюдений, а затем складываются. Уравнение регрессии – ур-ие, связывающее между собой фактор признаки и результативные признаки. Ур-ие регрессии бывают линейные и нелинейные.

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

3 Стандарты и методики разработки программ. Виды стандартов.

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

• стандарты на продукты и услуги

• стандарты на процессы и технологии

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

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

• по предмету стандартизации. К этой группе можно отнести функциональные стандарты (стандарты на языки программирования, интерфейсы, протоколы) и стандарты на организацию жизненного цикла создания и использования ИС и ПО.

• По утверждению организации. Здесь можно выделить официальные национальные или национальные ведомственные стандарты (например6 ГОСТ-ы, ANSI, IDEF0/1), стандарты международных консорциумов и комитетов по стандартизации (например6 консорциума OMG), стандарты «де-факто»-официально никем не утвержденные, но фактически действующие (например, стандартом «де-факто» долгое время были язык взаимодействия с рел. БД SQL и язык программирования С), фирменные стандарты (например, Microsoft ODBC).

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

Ниже мы рассмотрим след. Стандарты и методики, касающиеся организации жизненного цикла ИС и ПО:

• методика ORAcle CDM (custom development method) по разработке прикладных ИС под заказ.

• Международный стандарт ISO/IEC 12207:1995-08-01 на организацию жизненного цикла продуктов прогр. Обесп.