Понятие информационные технологии

Качество связей:

1. Имеется ли ее описание для каждой участвующей стороны, точно ли оно отражает содержание связи и вписывается ли в принятый синтаксис?
2. Участвуют ли в ней только две стороны?
3. Не является ли связь переносимой?
4. Заданы ли степень связи и обязательность для каждой стороны?
5. Допустима ли конструкция связи?
6. Не относится ли конструкция связи к редко используемым?
7. Не является ли она избыточной?
8. Не изменяется ли она с течением времени?
9. Если связь обязательная, всегда ли она отражает отношение к сущности, представляющей противоположную сторону?

 

Для исключающей  связи:

 

1. Все ли концы связей, покрываемые исключающей дугой, имеют один и тот же тип обязательности?
2. Все ли из них относятся к одной и той же сущности?
3. Обычно дуги пересекают разветвляющиеся концы - что вы можете сказать о данном случае?
4. Связь может покрываться только одной дугой. Так ли это?
5. Все ли концы связей, покрываемые дугой, входят в уникальный идентификатор?

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

 

Проектирование. Разработка проекта.

 

Этап 1 Определение стратегии тестирования.

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

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

 

Планирование  этапа проектирования

 

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

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

 

Задачи проектирования. Ранние стадии

 

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

- будет ли эта архитектура  файл – сервер или клиент  – сервер;

- будет ли эта трехуровневая  архитектура сервер – ПО (промежуточная), ПО (клиентская);

- будет ли БД централизованной  или распределённой, а так же  механизмы согласования данных;

- будет ли база однородной;

- будут ли использоваться  параллельные серверы БД.

 

Выделение потенциально узких мест в ИС

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

Использование третьих  фирм и CASE продуктов

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

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

 

Экономический аспект.

Оценка совокупной стоимости владения ИС

 

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

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

1. Изменение требования к системе.
2. Достижение доходов от эксплуатации системы .
3. Достижение уровня эксплуатации  затрат на систему превосходящего доходы от её использования.

Прямые затраты включают:

1. Основные затраты  т.е. создание ИС, оборудования, ПО, приложения, утилиты, управляющее ПО, обновления или модернизация.
2. Эксплуатационные затраты, т.е. управление задачами, поддержка работоспособности системы, т.е. персонал , справочная служба, обучение, закупки, подготовка контрактов на поддержку системы, а так же разработку инфраструктуры и бизнес - предложений.
3. Прочие затраты: создание коммуникаций, управление и поддержка, администрирование.

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

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

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

 

Экономическая характеристика ИС

 

При расчете экономического эффекта от использования ИС различают:

- экономический эффект  от применения системы;

- экономический эффект  от  применения системы выполнения  на её основе;

- экономический эффект  от оказания услуг по сопровождению  рассматриваемой  ИС.

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

                                  Е = С_б – С_н