Интегральный показатель компактности

Таблица построения альтернативных сценариев

Содержание операции	Обозначение	Денежные затраты	Временные затраты
сдача части недвижимости в субаренду	P1
внедрение новых технологий	P2
квалификация существующего персонала	P3
наем новых работников	P4
сокращение штата работников	P5
покупка нового более дешевого оборудования	P6
продолжение работы с прежним оборудованием	P7
организация сбыта продукции	P8
продолжение производства прежней продукции	P9
разработка новой конкурентно способной продукции	P10

№	Сценарий	Интегральная оценка
деньги	время
	P1	P2	P3	P5	P6	P8	P9	P11
	P1	P2	P4	P5	P6	P8	P9	P11
	P1	P2	P3	P5	P7	P8	P9	P11
	P1	P2	P4	P5	P7	P8	P9	P11
	P1	P2	P3	P5	P6	P8	P10	P11
	P1	P2	P4	P5	P6	P8	P10	P11
	P1	P2	P3	P5	P7	P8	P10	P11
	P1	P2	P4	P5	P7	P8	P10	P11

Заключение

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

1. неадекватная спецификация требований;

2. неспособность обнаруживать ошибки в проектных решениях;

3. низкое качество документации, снижающее эксплуатационные качества;

4. затяжной цикл и неудовлетворительные результаты тестирования.

С другой стороны, разработчики ИС исторически всегда стояли последними в ряду тех, кто использовал компьютерные технологии для повышения качества, надежности и производительности в своей собственной работе (феномен "сапожника без сапог").

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

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

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

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