• уменьшить затраты на исправление обнаруженных ошибок за счет их локализации на фазе дизайна в процессе верификации;
• обеспечить полное тестовое покрытие поведенческих свойств тестируемой системы с помощью набора автоматически сгенерированных символических трасс, используемых в процессе тестирования;
• сократить не менее чем на 50% время тестирования с использованием автоматической генерации тестовых наборов и их прогона.
Список литературы
1. White Paper Using UML 2.0 to Solve Systems Engineering Problems// July 2003, Andy Gurd, Senior Project Manager, Telelogic 25 с. -http://www.telelogic.com/download/paper/UsingUML2forSE_problems.pdf? CFID=7722736&CFT0KEN=64228e57feb8365e-474504FC-3477-99FC-6BA42E64D250E0EC.
2. ITU-T z.100 (08/2002)// Telecommunication standardization sector of UTI, 202 с. - http://www.itu.int/rec/recommendation.asp?type=items&-lang=e&parent=T-REC-Z. 100-200208-I.
3. Recommendation z.120, 78 с. - http://www.itu.int/rec/re-commendation.asp?type=items&lang=e&parent=T-REC-Z.120-200404-P.
4. Telelogic TAU 2.3 UML tutorial// Telelogic, 60 с. -https://support.telelogic.com/en/tau/download/product/product.cfm? vid=97 (документ также включен в комплект документации, поставляемой с TAU 2.3).
МЕТОДИКА ОЦЕНКИ ПРОЕКТОВ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ
Л.Н. Иванов, О.В. Милёхина
Современный мир все больше зависит от информационных систем (ИС), построенных на основе вычислительной техники. Неформальный подход к проектированию ИС, используемый до настоящего времени, явно неэффективен, поскольку реальная стоимость разработанных по такому варианту ИС многократно возрастала по сравнению с первоначальными расчетами. Возникла необходимость в новых технологиях и методах управления сложными проектами разработки ИС.
Предлагаемая авторами методика оценки проектов создания ИС состоит из трех этапов:
• разработка бизнес-плана, позволяющая оценить эффективность вложения финансовых средств в создание современной ИС;
• проведение функционально-стоимостного анализа затрат в процессе создания, направленного на оптимизацию новых систем;
• выбор вариантов реализации технологических процессов при создании ИС на базе классического метода приведенных затрат.
На первый взгляд разработка бизнес-плана представляется сомнительной, хотя долгосрочное связывание финансовых средств требует всесторонней оценки эффективности их вложения. Эта процедура полезна как для предприятия, заказывающего создание новой ИС, так и для организации, непосредственно осуществляющей процесс разработки системы.
Для предприятия разработка бизнес-плана позволяет осуществить анализ деятельности и выявить пути повышения эффективности его работы на базе реорганизации существующей системы управления. Эти изменения должны найти отражение в будущей архитектуре проектируемой ИС.
Как менеджеры предприятия, так и менеджеры проекта должны ясно представлять себе затраты, необходимые для выполнения каждого этапа,
длительность и стоимость выполнения данного этапа. Методы решения возникающих задач при этом рассматриваются с позиции и исследовательского, и нормативного планирования.
Сочетание видов планирования обеспечивает комплексный подход, учитывающий гамму возможных последствий принятия управленческих решений, что дает важное преимущество, позволяющее при разработке стратегии не пассивно следовать за констатацией событий, а активно формировать желаемое развитие.
Бизнес-планирование помогает менеджерам решать следующие важные проблемы:
• определить степень жизнеспособности идеи, лежащей в основе проекта создания новой ИС;
• минимизировать риск, связанный с возможной неконкурентоспособностью произведенной ИС;
• конкретизировать проект по созданию ИС в виде системы количественных и качественных показателей развития;
• оценить затраты и время, необходимые для выполнения определенных этапов проекта;
• привлечь внимание и интерес, обеспечить поддержку со стороны потенциальных инвесторов проекта.
С этой целью необходимо осуществить сбор информации: о спросе (при разработке принципиально новой ИС); производственной информации, включающей определение производственных потребностей на базе реально существующих технологических процессов и оборудования, конкретного предприятия либо сегмента предприятий и организаций, на которые ориентировано создание ИС, а также описать финансовые аспекты проекта, на основании которых оценить рентабельность проекта, объем финансовых вложений и способов их получения.
При успешном завершении этапа бизнес-планирования рационально провести функционально-стоимостный анализ (ФСА), направленный на анализ и оптимизацию конструкции разрабатываемой ИС с точки зрения соотношения значимости функций ИС и затрат на их реализацию. Поскольку под ФСА традиционно понимают метод системного исследования объекта с точки зрения его функциональной организации, то необходимо оценить затраты ресурсов на создание ИС с точки зрения возможного исключения дополнительных, функционально-неоправданных и излишних затрат и формирования наиболее экономичного варианта реализации ИС. Излишние затраты могут возникать, например, при некорректном составлении спецификации или нечеткой координации проектных работ. ФСА позволяет абстрагироваться от предметного и структурного содержания функций ИС и дает возможность рассматривать проектирование системы как совокупность функций, необходимых потребителю, определять минимально необходимые затраты на их реализацию с учетом важности для потребителя, находить новые технические решения при заданных ограничениях по затратам и качеству.
Традиционно последовательно выполняются следующие этапы:
• формируется цель проведения ФСА и критерии, предъявляемые к проекту создания ИС; множество критериев ранжируется по степени важности;
• строится РЛ8Т-диаграмма, позволяющая проверить последовательность и взаимосвязь функций; функции, лежащие на критическом пути, объявляются главными;
• на основе БЛ8Т-диаграммы формируется функциональная модель анализируемого варианта проектирования ИС в виде строгого дерева;
• на основании метода попарного сравнения или экспертных оценок оценивается значимость и важность каждой функции;
• оценивается стоимость реализации функций;
• строится фактическая функционально-стоимостная диаграмма; выделяются зоны дисбаланса - те конкретные функции, стоимость реализации которых превосходит значимость или вклад функции в реализацию цели сознания ИС; на базе функциональной модели проводится детализация функции с целью локализации основных центров затрат;
• принимается решение о более эффективной реализации функции и выстраивается идеальная функционально-стоимостная диаграмма, отражающая сбалансированность стоимости реализации функции и ее значимости.
Именно построение сбалансированной функционально-стоимостной диаграммы, определяю-
щей рациональное соотношение стоимости реализации функции и ее значимости в достижении целей проектирования ИС, является результатом проведения ФСА, на основе которого принимается решение о приемлемости анализируемого варианта проектирования ИС.
Таким образом, на предыдущих этапах мы оценили проект создания ИС с точки зрения инвестиционной привлекательности и до некоторой степени оптимизировали затраты в процесс создания новой ИС. На заключительном этапе необходимо сравнить варианты реализации технологических процессов в создании ИС.
Метод приведенных затрат позволяет оценить экономическую целесообразность применения того или иного варианта реализации технологии обработки информации.
Классическое использование метода приведенных затрат предполагает сравнение альтернативных вариантов реализации ИС с некой базой, в качестве которой выступает фактическая годовая сумма затрат на решение комплекса задач автоматизированным способом. При известном множестве технологических процессов, подлежащих автоматизации, и нормах на выполнение технологических операций с использованием требуемого инструмента можно рассчитать ожидаемые затраты на реализацию конкретного варианта технологии информации. При отсутствии прочих ограничений рационально выбрать менее затратный вариант при условии полноты выполнения всех функций, обозначенных при формировании функциональной модели на этапе проведения функционально-стоимостного анализа.
Сравнимость альтернатив обеспечивается некоторым нормирующим коэффициентом, предполагающим максимальную длительность жизненного цикла ИС не более четырех лет. Современные требования к системам диктуют гораздо более жесткие рамки: жизненный цикл системы без учета модернизации не должен превышать 2-3 лет, а максимальная сумма реализации технологий обработки информации не должна превышать сумму, равную соответственно 150 и 130 процентам фактической стоимости. Превышение этой границы говорит об экономической нецелесообразности использования предлагаемого варианта реализации технологии.
По мнению авторов, предлагаемый подход позволит увеличить количество реализуемых проектов и минимизировать стоимость проекта по созданию новых ИС.
Список литературы
1. Соммервил И. Инженерия программного обеспечения. - М.: Издат. дом «Вильямс», 2002.
2. Моисеева Н.К. Выбор технических решений при создании новых изделий. - М.: Машиностроение, 1980.
3. Захарова Е.Я. Экономика информатики. - Новосибирск: НГТУ, 1999.