- •Дипломный проект
- •Реферат
- •Глава 5 включает в себя технические характеристики системы: расчеты надежности, энтропии, производительности и эмерджентности системы.
- •Содержание список терминов и сокращений
- •Введение
- •Анализ предметной области
- •Общая характеристика корпоративной информационной системы
- •Функциональный и процессный подходы к организации кис
- •Поддержка распределенных транзакций в кис
- •Особенности распределенной организации информационных систем при разработке кис
- •Свойства распределенной транзакции
- •Обзор существующих моделей организации кис
- •Типовые модули кис
- •Функциональное назначение модулей корпоративной информационной системы
- •Рынок кис
- •Классификация рынка корпоративных информационных систем
- •Анализ существующих реализаций кис
- •Общая характеристика рассматриваемых аналогов
- •Выбор средств реализации
- •Выбор модели организации кис при процессном подходе
- •Анализ существующих технологий поддержки концепции промежуточного слоя
- •Технология corba omg
- •Технология j2ee Sun
- •Технология .Net
- •Сравнительная характеристика технологий поддержки концепции промежуточного слоя
- •Выбор языка программирования
- •Критерии сравнения языков программирования
- •Критерии сравнения языков программирования
- •Сравнительный анализ языков программирования
- •Сравнительная характеристика языков программирования
- •Выбор платформы субд
- •Критерии выбора
- •Платформа MySql
- •Платформа Microsoft sql Server
- •Платформа Oracle Datebase
- •Case-средства
- •Архитектура информационной системы
- •Описание и назначение кис
- •Принципы построения кис
- •Трехуровневая архитектура
- •Поддержка распределенных транзакций
- •Масштабируемость
- •Ориентация на бизнес-процессы (применение процессного подхода)
- •Средства анализа
- •Структура кис
- •Описание модели системы. Основные компоненты кис
- •Структура ядра системы
- •Интеграция процессного подхода в структуру кис
- •Функциональная схема процессного подхода
- •Типовая структура кис. Функциональный подход
- •Особенности процессного и функционального подходов
- •Модель жизненного цикла ис
- •Каскадная модель
- •Спиральная модель
- •Модель прототипирования
- •Выбор модели жизненного цикла
- •Выбор модели жизненного цикла на основе характеристик требований
- •Технические характеристики системы
- •Расчет надежности системы
- •Результаты расчетов вероятностей безотказной работы элементов системы
- •Расчет энтропии системы
- •Энтропия системы по фьючерсам
- •Расчет производительности системы
- •Условия проведения расчетов
- •Расчет для сегмента общих требований к производительности
- •Расчет для сегмента повышенных требований к производительности
- •Расчет общей производительности системы
- •Расчет эмерджентности системы
- •Проверка на соответствие стандартам
- •Соответствие стандартам
- •Задание по экологичности и безопасности проекта
- •Введение
- •Эргономические требования к рабочему месту программиста
- •Расчет освещенности рабочего места программиста
- •Выбор освещения рабочего места
- •Расчет искусственного освещения
- •Параметры микроклимата
- •Параметры микроклимата для помещений, где установлены компьютеры
- •Расчет вентиляции рабочего места программиста
- •Расчет выделяемого тепла
- •Тепловыделения от людей
- •Тепловыделение от солнечной радиации
- •Тепловыделения от источников искусственного освещения
- •Тепловыделения устройств вычислительной техники
- •Суммарные тепловыделения
- •Расчет воздухообмена
- •Организационно-экономическая часть
- •Введение
- •Оценка потенциальных рынков сбыта и конкурентных преимуществ
- •Организационный план работ по теме
- •Расчет трудоемкости и продолжительности этапов работы
- •Расчет затрат и договорной цены
- •Расчет затрат на материалы и покупные изделия
- •Расчеты основной заработной платы
- •Структура договорной цены на научно-техническую продукцию
- •Оценка экономической целесообразности проекта
- •Заключение
- •Список использованной литературы
- •Приложение 1. Техническая документация
- •Техническое задание
- •Актуальность и новизна
- •Имеющийся научный, проектный и производственный задел
- •Ожидаемый научно-технический результат (продукция)
- •Научно-техническая и практическая ценность ожидаемых результатов работы
- •Задачи проекта:
- •Перечень научной, технической и другой документации
- •Использованная литература
- •Технические условия эксплуатации
- •Технические предложения
- •Приложение 2. Анализ существующих реализаций кис
- •Приложение 3. Графические материалы
- •Приложение 4. Текст доклада
-
Модель жизненного цикла ис
Эффективное управление любым процессом возможно при условии, что субъект управления адекватно воспринимает состояние и поведение объекта управления. Относительно создания программных средств, это является весьма сложной задачей, поскольку процесс разработки – сугубо интеллектуальная, во многом творческая деятельность, для которой конвейерные либо другие им подобные методы неприменимы. Поэтому и были предприняты активные попытки представить модель процесса создания ПО, которая в максимальной степени смогла бы учесть присущие ему особенности и сделать его управляемым.
Согласно стандарту ISO/IEC 12207, модель жизненного цикла – структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее использования.
Наибольшее распространение получили следующие основные инженерные модели жизненного цикла:
-
каскадная модель (или системная);
-
V-образная модель;
-
спиральная модель;
-
модель прототипирования.
-
Каскадная модель
Каскадная модель предусматривает последовательную организацию работ. При этом основной особенностью является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как полностью завершены все работы на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Этапы работ в рамках каскадной модели часто также называют частями «проектного цикла» системы. Такое название возникло потому, что этапы состоят из многих итерационных процедур уточнения требований к системе и вариантов проектных решений. Жизненный цикл самой системы существенно сложнее и длиннее. Он может включать в себя произвольное число циклов уточнения, изменения и дополнения уже принятых и реализованных проектных решений. В этих циклах происходит развитие информационной системы и модернизация отдельных ее компонентов.
Преимущества каскадной модели:
-
На каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности. На заключительных этапах также разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения информационной системы (организационное, методическое, информационное, программное, аппаратное).
-
Выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты.
Тем не менее, несмотря на все свои достоинства, каскадная модель имеет ряд недостатков, ограничивающих ее применение при разработке информационных систем. Причем эти недостатки делают ее либо полностью неприменимой, либо приводят к увеличению сроков разработки и стоимости проекта. В настоящее время многие неудачи программных проектов объясняются именно последовательным процессом разработки.
Недостатки каскадной модели:
-
существенная задержка в получении результатов;
-
ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад;
-
сложность параллельного ведения работ по проекту;
-
чрезмерная информационная перенасыщенность каждого из этапов;
-
сложность управления проектом;
-
высокий уровень риска и ненадежность инвестиций.
Область применения V-образной модели: каскадный подход хорошо зарекомендовал себя при разработке определенных информационных систем. Имеются в виду системы, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы предоставить разработчикам свободу выбора реализации, наилучшей с технической точки зрения. К таким информационным системам, в частности, относятся сложные расчетные системы, системы реального времени.
-
V-образная модель
V-образная модель была создана с целью помочь работающей над проектом команде в планировании с обеспечением дальнейшей возможности тестирования системы. В этой модели особое значение придается действиям, направленным на верификацию и аттестацию продукта. Она демонстрирует, что тестирование продукта обсуждается, проектируется и планируется на ранних этапах жизненного цикла разработки. План испытания приемки заказчиком разрабатывается на этапе планирования, а компоновочного испытания системы - на фазах анализа, разработки проекта и т.д. Этот процесс разработки планов испытания обозначен пунктирной линией между прямоугольниками V-образной модели.
V-образная модель, была разработана как разновидность каскадной модели, а значит, унаследовала от нее такую же последовательную структуру. Каждая последующая фаза начинается по завершению получения результативных данных предыдущей фазы. Модель демонстрирует комплексный подход к определению фаз процесса разработки ПО. В ней подчеркнуты взаимосвязи, существующие между аналитическими фазами и фазами проектирования, которые предшествуют кодированию, после которого следуют фазы тестирования. Пунктирные линии означают, что эти фазы необходимо рассматривать параллельно.
Преимущества V-образной модели:
-
в модели особое значение придается планированию, направленному на верификацию и аттестацию разрабатываемого продукта на ранних стадиях его разработки. Фаза модульного тестирования подтверждает правильность детализированного проектирования. Фазы интеграции и тестирования реализуют архитектурное проектирование или проектирование на высшем уровне. Фаза тестирования системы подтверждает правильность выполнения этапа требований к продукту и его спецификации;
-
в модели предусмотрены аттестация и верификация всех внешних и внутренних полученных данных, а не только самого программного продукта;
-
в V-образной модели определение требований выполняется перед разработкой проекта системы, а проектирование ПО — перед разработкой компонентов;
-
модель определяет продукты, которые должны быть получены в результате процесса разработки, причем каждые полученные данные должны подвергаться тестированию;
-
благодаря модели менеджеры проекта может отслеживать ход процесса разработки, так как в данном случае вполне возможно воспользоваться временной шкалой, а завершение каждой фазы является контрольной точкой;
-
модель проста в использовании (относительно проекта, для которого она является приемлемом).
Недостатки V-образной модели:
-
с ее помощью непросто справиться с параллельными событиями;
-
в ней не учтены итерации между фазами;
-
в модели не предусмотрено внесение требования динамических изменений на разных этапах жизненного цикла;
-
тестирование требований в жизненном цикле происходит слишком поздно, вследствие чего невозможно внести изменения, не повлияв при этом на график выполнения проекта;
-
в модель не входят действия, направленные на анализ рисков.
Область применения V-образной модели: подобно каскадной модели, V-образная модель лучше всего срабатывает тогда, когда вся информация о требованиях доступна заранее. Общераспространенная модификация V-образной модели, направленная на преодоление ее недостатков, включает в себя внесение итерационных циклов для разрешения изменения в требованиях за рамками фазы анализа.
Использование модели эффективно в том случае, когда доступными являются информация о методе реализации решения и технология, а персонал владеет необходимыми умениями и опытом в работе с данной технологией.
V-образная модель — это отличный выбор для систем, в которых требуется высокая надежность, таких как прикладные программы для наблюдения за пациентами в клиниках, а также встроенное ПО для устройств управления аварийными подушками безопасности в автомобилях.