Осуществление разработки ИС

 

Введение

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

В последние годы заметный рост демонстрировали многие отрасли отечественной промышленности: авиа- и машиностроение, добывающие отрасли, энергетика, нефтегазовый сектор металлургия и др. Именно в этих сегментах и наблюдался наибольший интерес к активному использованию ИТ. Многие предприятия вошли в состав промышленных холдингов и финансово-промышленных групп. Таким образом, появились новые управленческие задачи: переход на новую систему бизнес-планирования и финансовой отчетности, обеспечение информационной прозрачности для акционеров, инвесторов и партнеров. А в целом - переход на новые стандарты управления, отвечающие современным условиям рынка.

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

·непонимание акционерами роли и места информационных технологий;

·сомнения в окупаемости ИТ-проектов;

·низкую степень готовности персонала к использованию новых технологий вообще и информационных технологий, в частности;

·слабую материально-техническую базу многих предприятий, которая препятствует созданию фундамента для развития ИТ.

Управление рисками проекта, в целом, включает следующие процессы:

·выявление и идентификацию предполагаемых рисков;

·анализ и оценку рисков;

·выбор методов управления риском;

·применение выбранных методов управления риском;

·реагирование на наступление рискового события;

·разработку и реализацию мер по снижению рисков;

·контроль, анализ и оценку действий по снижению рисков;

·выработку корректирующих решений.

Актуальной является проблема недостаточной проработки комплексной методологической базы и инструментальной среды поддержки принятия решений, обеспечивающих процессы управления рисками ИТ-проектов инновационной организации в условиях неопределенности среды принятия решений. Необходимо, использовать на каждом этапе управления рисками, качественные и количественные оценки, интегрирующие разные уровни влияния риска на принятие решения об осуществлении ИТ-проекта на предпроектном этапе. Следовательно, целесообразно разработать ИС, позволяющую проводить оценку и анализ рисков ИТ-проектов, для выбора лучшего решения.

Для выполнения процедуры отбора ИТ-проектов, особенно в сложных и уникальных ситуациях, привлекаются эксперты, консультанты, системные аналитики, которые должны, основываясь на своих субъективных представлениях и знаниях в конкретной предметной области, выявить достоинства и недостатки ИТ-проектов и оценить последствия принятия их к реализации.

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

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

В качестве инструментария при разработке такого математического аппарата может быть использована теория нечетких множеств, в частности, широко применяемые в ней нечеткие лингвистические переменные, а также непрерывный расширенный оператор упорядоченного взвешенного среднего над нечеткими (неопределенными) лингвистическими переменными ULWC - EOWA (Uncertain Linguistic Weighted Continuous - Extended Ordered Weighted Averaging).

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

Исходными данными для анализа рисков ИТ-проектов является экспертная информация, представленная в виде интервальных оценок.

Разработанное приложение предназначено для работы в операционной системе Windows 98/2000/XP.

В качестве среды разработки был выбран программный продукт C++ Builder 6.0, позволяющий на высоком профессиональном уровне успешно реализовывать основные подходы и методы объектно-ориентированного программирования. Кроме того, С++ Builder 6.0 прост и понятен в освоении, обладает широчайшими возможностями по созданию приятного и интуитивно понятного пользовательского интерфейса.

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

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

В разделе «Технико-экономическое обоснование темы» указывается актуальность выбранной темы, проведен анализ преимуществ использования ИС для оценки рисков ИТ-проектов. Также обоснован выбор средств разработки.

Раздел «Теоретическая часть». Содержит основные теоретические сведения, использованные в процессе разработки ИС.

Раздел «Разработка и описание алгоритмов» посвящен подробному рассмотрению выбранного способа оценки и алгоритма отбора и упорядочивания проектов на основе нечетких лингвистических переменных и применения к ним непрерывного расширенного оператора упорядоченного взвешенного среднего ULWC - EOWA.

Раздел «Программная реализация алгоритмов» посвящен рассмотрению состава системы и вопросам, связанным с проектированием пользовательского интерфейса. Здесь же перечислены основные подпрограммы-функции, входящие в приложение.

В разделе «Программная документация» представлены руководство оператора и руководство программиста. Рассмотрены такие вопросы, как назначение разработанной ИС, требования к составу и параметрам технических средств, описывается работа приложения и т.п.

В разделе «Тестирование программного обеспечения» кратко рассмотрены вопросы отладки спроектированной ИС.

В разделе «Экономическая часть» приведен расчет затрат на разработку ИС. Сделаны выводы по эффективности предложения ИС и её использования на предприятии.

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

В приложении приведен прокомментированный листинг наиболее значимых частей ИС.

1. Постановка задачи

Информатизация общества, требует постоянного ускорения обработки информации, увеличения объемов обрабатываемых данных, все более сложных форм представления и анализа информации. Поставщики ИТ стремятся идти в ногу со временем, предлагая самые современные технологии, постоянно расширяя их функциональные возможности и сферы использования.

Крупные компании, к которым относится ООО «ТНК-BP Холдинг», также испытывающие необходимость в применении ИТ, чаще всего принимаются за их внедрение без анализа альтернативных возможностей, предстоящих затрат, эффекта, привнесенного риска. При таком подходе к реализации ИТ, его стоимость и уровень возможных рисков значительно возрастает, а полученный эффект далек от ожидаемого. Данная проблема не менее актуальна для всех отечественных организаций, которым сегодня для увеличения своей конкурентоспособности в период активного развития экономики, применение ИТ крайне необходимо. Однако из-за отсутствия опыта в области внедрения ИТ-проектов возрастает и риск неэффективности этих введений.

Оценивание характеристик качества ИТ является нетривиальной задачей с известной долей субъективизма. Эксперты, консультанты, системные аналитики на основе субъективных данных оценивают достоинства и недостатки ИТ-проектов, формируя множество значимых критериев.

Цель дипломного проекта: повышение качества решений по отбору ИТ-проектов в условиях неточной и неопределенной экспертной информации посредством разработки ИС, основанной на применении нечетких лингвистических переменных и позволяющей принимать адекватные и обоснованные решения с использованием субъективной качественной экспертной информации, представленной, в том числе, в виде интервальных оценок.

Для ее достижения необходимо решить следующие основные задачи.

1.Изучить алгоритм упорядочивания рисковых ИТ-проектов, основанный на операторе ULWC-EOWA.

2.Выполнить программную реализацию алгоритма упорядочивания рисковых ИТ-проектов.

.Провести отбор и оценку критериев оценивания рисковых ИТ-проектов.

.Провести отбор и сортировку рисковых ИТ-проектов.

.Обеспечить интуитивно-понятный удобный графический интерфейс пользователя.

Таким образом, разрабатываемая ИС с практической точки зрения должна удовлетворять следующим основным характеристикам.

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

2.Производить отбор значимых критериев оценивания рисковых ИТ-проектов.

3.Обеспечивать возможность применение различных стратегий принятия решений.

4.Сохранять результат работы ИС в текстовом файле или в рабочей книги Excel.

2. Технико-экономическое обоснование темы

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

В инвестиционной деятельности применение передовых информационных технологий к принятию решений предполагает обеспечение адекватного выполнения классификации и отбора ИТ-проектов с последующим распределением финансовых ресурсов между ними.

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

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

Наличие большого количества критериев оценивания, противоречивость требований, неоднозначность и неуверенность экспертов при выставлении оценок проектов по критериям, ошибки в выборе приоритетов усложняют процедуру принятия решений по отбору ИТ-проектов.

Возникает проблема усовершенствования процедуры отбора ИТ-проектов в условиях неоднозначных экспертных данных.

Разрабатываемая в рамках дипломного проекта ИС «Риск» позволит повысить качество решений по отбору ИТ-проектов, в условиях неточной и неопределенной экспертной информации.

Наиболее удобной программной средой для реализации методов, основанных на комплексном применении инструментария теории нечетких множеств, является среда программирования C++ Builder 6.0.

В настоящее время именно C++ Builder 6.0 находит большое применение в решении различных прикладных задач.

Данное средство создания приложений обладает рядом преимуществ: имеет достаточно мощный язык С++ в своей основе, что позволяет успешно реализовывать сложные для других языков методы довольно удобными, простыми способами.

Также C++ Builder является более понятной и гибкой средой разработки, нежели его аналоги (C# и Visual C++).

Это позволяет быстро и грамотно реализовывать поставленные задачи.

Кроме того, C++ Builder обладает удобным и значительным инструментарием для построения интуитивно-понятного пользовательского интерфейса.

Наиболее известными областями применения среды программирования C++ Builder 6.0 являются: математика и вычисления; разработка алгоритмов; вычислительный эксперимент; анализ данных, исследование и визуализация результатов; научная и инженерная графика; разработка приложений, включая графический интерфейс пользователя.

C++ Builder обладает достаточно удобными средствами визуализации разнообразных математических объектов, в том числе графиков функций. При этом используются различные системы координат, стили и способы цветового выделения изображений, что обеспечивает наглядность получаемых рисунков.

Таким образом, использование в данной работе именно среды программирования C++ Builder 6.0, располагающей всеми необходимыми средствами для применения инструментария теории нечетких множеств, посредством формирования нечетких лингвистических переменных и применения к ним расширенного оператора EOWA дает очевидные преимущества в вопросе точности и объективности полученного результата - списка упорядочения рисковых ИТ-проектов на основе групповых экспертных интервальных оценок по выбранным критериям оценивания в соответствии с той или иной стратегией принятия решения.

3. Теоретическая часть

.1 Виды и особенности ИТ-проектов

программный алгоритм тестирование переменная

Большинство руководителей объективно оценивают вклад ИТ в обеспечение и развитие бизнеса. Например, по западной статистке компании инвестируют в ИТ от 2 до 7% дохода, а некоторые - до 20%. Инвестиции в ИТ постоянно возрастают, поскольку программное обеспечение (ПО) и техника становятся вся более дорогими, а автоматизация - глобальной. Растет также доля расходов на поддержку и сопровождение уже внедренного ПО.

В условиях конкурентной рыночной среды к ИТ-проекту следует относиться как к самостоятельному инвестиционному проекту, то есть как к способу инвестирования средств в качественное улучшение управления компанией.

Прежде чем переходить к рискам, рассмотрим ИТ-проекты подробнее.

ИТ-проекты можно разделить на три группы:

·проекты по развитию ИТ инфраструктуры (сети передачи данных, системы телефонии, центры хранения и обработки данных, аппаратное и системное ПО, инженерные системы центров обработки данных и т.д.);

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

·организационные проекты - разработка ИТ - стратегии, построение систем управления ИТ службами, сервисами, ресурсами [8].

Часто проекты охватывают сразу две или все три группы - например, построение контакт-центра на базе CRM системы. ИТ-проекты всех видов имеют следующие особенности.

1.Высокая стоимость ИТ-проектов, направленных как на развитие новых направлений, так и на расширение существующих возможностей. К примеру, стоимость проекта по запуску (смене) автоматизированной банковской системы (АБС), или запуску информационной системы (ИС), для автоматизации отдельных направлений (например, фронт-офисная ИС или CRM) может превысить $1 млн. (а может превысить и $20 млн.). Стоимость проекта по созданию выделенного центра обработки и хранения данных вряд ли окажется меньше $500 тыс.

2.Сильная зависимость бизнеса от результатов ИТ-проектов.

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

.Большая сложность ИТ-проектов и высокие риски невыполнения их в срок и с согласованным бюджетом.

3.2 Риски ИТ-проектов

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

ИТ-риски можно условно разделить на две группы: риски, связанные с обеспечением непрерывности бизнеса, и риски реализации новых проектов. Первая группа рисков связана с вопросами эксплуатации ИТ-систем, обеспечения коммуникаций, информационной безопасности, сохранности информации, восстановления после аварий и т.д. Каждый из этих вопросов - тема для отдельного обсуждения. Мы остановимся на второй группе, а именно на вопросах управления рисками, и прежде всего - их идентификации, в проектах внедрения информационных систем управления предприятием класса ERP, CRM, SCM и пр [8].

Общеизвестным является тот факт, что значительная доля проектов в области ИТ являются неудачными в части соответствия целям, бюджету или срокам - в среднем в мире этот показатель превышает 50%, а в государственном секторе даже 70%. Во многом такие проблемы связаны с недостаточно полным и качественным управлением рисками. Однако необходимо отметить, что при принятии решений о внедрении необходимо корректно и полно анализировать и риски бизнеса для своего рода «нулевого» варианта, когда оценивается ситуация: «а что будет, если не внедрять систему?».

Если говорить о рисках, связанных непосредственно с реализацией проекта, то начать, наверное, стоит с классических определений, например: «Под риском проекта понимают потенциальную, численно измеримую возможность неблагоприятных ситуаций и связанных с ними последствий в виде ущерба, убытков, неблагоприятного изменения основных управляемых параметров проекта. Такие ситуации могут возникать в связи с неопределенностью, то есть со случайными изменениями условий экономической деятельности, неблагоприятными, в том числе форс-мажорными, обстоятельствами, а также в связи с возможностью получения непредсказуемого результата в зависимости от предпринятого или не предпринятого действия».

Соответственно, под управлением рисками понимают совокупность методов анализа и нейтрализации факторов риска.

.3 Управление рисками

Управление рисками проекта, в целом, включает следующие процессы:

·выявление и идентификацию предполагаемых рисков;

·анализ и оценку рисков;

·выбор методов управления риском;

·применение выбранных методов управления риском;

·реагирование на наступление рискового события;

·разработку и реализацию мер по снижению рисков;

·контроль, анализ и оценку действий по снижению рисков;

·выработку корректирующих решений [11].

Управление рисками, естественно, охватывает весь цикл проекта - от подготовки до завершения, но наиболее важным (особенно в контрактах с фиксированными сроками и стоимостью) будет правильная и «честная» оценка будущих рисков на стадии подготовки проекта.

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

Заметим, что довольно часто работа по идентификации рисков, их определению в договоре возлагается на руководителя проекта со стороны компании - консультанта по внедрению системы, в то время как заказчик не уделяет этим аспектам достаточного внимания, полагая, что его ответственность ограничена финансовыми обязательствами по контракту. На самом деле, эта работа должна проводиться совместно и итеративно [8].

В этом плане полезно, если проекту внедрения ERP-системы предшествует этап бизнес-диагностики или разработки ИТ-стратегии, так как уже заранее часть наиболее важных рисков может быть определена и учтена.

При подготовке проекта внедрения системы целесообразно для идентификации рисков использовать следующую классификацию. Прежде всего, риски можно разделить на две категории: внешние (макроэкономические, страновые, отраслевые и пр.) и внутренние.

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

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

Например, российские страховщики готовясь к использованию системы «Европейский протокол» при урегулировании убытков по ОСАГО, что требует определенных изменений в информационных системах страховых компаний, вынуждены были отсрочить введение этой системы на территории России на год. Это вариант пересечения странового и отраслевого рисков. Другой пример отраслевого риска связан с реформированием в российской энергетике - два года назад еще не было понятно, каким будет этот процесс, и что потребуется предпринять в сфере ИТ-обеспечения бизнеса.

Аналогично можно предварительно оценить и внутренние (проектные) риски: управленческие, организационные, технологические; риски, связанные с контрагентами (в том числе компаниями - партнерами по внедрению), с корпоративной культурой компании и др.

Примеры таких рисков и возможные направления действий по снижению их значимости приведены в таблице 3.1.

Таблица 3.1 - Примеры внутренних проектных рисков и возможные пути их снижения

Типы рисковОпределенияПримерыДействияЭкономическиеРиск того, что изменения в бизнесе компании настолько значительны, что планируемые выгоды могут не быть достигнуты или инициатива может быть не реализованаОграничение возможных инвестиций в ИТФокусировка на изменении модели услуг, ограничение функционала новых внедряемых систем наиболее необходимыми задачамиОрганизационныеРиск того, что организованные изменения могут свести на нет ценность и выгоды проектаВнутренняя реорганизация в связи с внедрением новой системыДетальное планирование взаимодействия и распространения информации в компании, отчетностьТехнологическиеРиск того, что выбранная технология не соответствует ожиданиям или не окажется подходящей для получения нужных результатовОтдельные продукты не обеспечивают нужной производительности, а интеграция не предусмотренаТщательный анализ и выбор наиболее соответствующих продуктов с применением лучшей практики, приоритет на развитие интеграции, разработка компонентной архитектурыРиск реализацииРиск того, что организация не сможет реализовать проект в заданные временные и бюджетные рамки, или риск, что создание работоспособного решения завершится неудачейНеадекватное планирование проекта, отсутствие четких требований к планам и срокамПревентивная и постоянная подготовка персонала в области управления проектами, менеджмента отношений с потребителями. Привлечение квалифицированных внешних консультантов и партнёровРиск сложностиРиск неудачи в случае, если степень сложности сильно увеличивается из-за масштабов проекта, величины требуемых изменений или количества вовлеченных в проект сторонНеполный учет интересов бизнес-подразделенийОрганизация коллегиальных органов управления проектом, постоянная обратная связь с пользователями. Соблюдение методологии управления проектами и портфелями инвестиций.ОперационныйРиск того, что эксплуатационные расходы новой системы возрастут до нерентабельного уровняСтоимость услуг для потребителей с новой системой существенно превышает текущее значениеПоследовательное применение моделей оценки совокупной стоимости владения системой, сравнение с рыночными ценами. Четкая связь между инвестициями в проект и результатами для бизнеса.

.4 Способы оценки рисков

Рассмотрим методы оценки экономического риска, которые применяются в настоящее время.

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

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

Аналитические методы используются наиболее часто. Достоинства: они хорошо разработаны, просты для применения и оперируют несложными понятиями. К таким методам относятся: метод дисконтирования, анализ окупаемости затрат, анализ безубыточности производства, анализ чувствительности, анализ устойчивости [11].

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

Применение метода окупаемости затрат заключается в расчете срока окупаемости проекта.

Использование метода факторного анализа позволяет определять степень влияния различных факторов на результирующий показатель. Методом анализа устойчивости определяется изменение основных экономических показателей проекта при неблагоприятном изменении различных факторов.

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

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

4. Анализ предметной области

.1 Система критериев

Качественная система отбора и оценки критериев - основа в оценивании рисков при анализе целесообразности инвестиций в высокотехнологичные проекты.

Научная система критериев может отразить состав (структуру) факторов риска высокотехнологичных проектных инвестиций.

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

Первоначально построим систему критериев (таблица 4.1), основанную на существующей коррелятивной системе критериев рисков высокотехнологичных проектов.

Таблица 4.1 - Система критериев оценки риска высокотехнологичных проектных инвестиций (начальная)

Система критериев оценки риска высокотехнологичных проектных инвестиций (начальная).Финансовые возможности (K1)Стоимость проекта (K2)Временные рамки (K3)Ожидаемый срок действия инвестиций (K4)Срок окупаемости (K5)Новизна (K6)Соотношение с мировым уровнем (K7)Патентная чистота (K8)Надежность технологии (K9)Обеспеченность научно-техническими ресурсами (K10)Вероятность технической реализации (K11)Прогрессивность производственного процесса (K12)Возможность развития производства (K13)Материалоёмкость (K14)Издержки (K15)Соответствие потребностям рынка (K16)Оценка доли рынка (K17)Конкурентоспособность продукта (K18)Эффект потенциальных конкурентов (K19)Маркетинговые способности (K20)Вероятность коммерческого успеха (K21)Обеспечение каналами продвижения на рынок (K22)Наличие производственного персонала соответствующей квалификации (K23)Степень удобства получения соответствующей информации (K24)Соответствие научно - техническим направлениям (K25)Механизм управления проектом (K26)Воздействие на экологию региона (K27)Благоприятная степень макроэкономической обстановки (K28)Благоприятная степень социальной среды (K29)Окружающая среда (K30)

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

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

Метод интервью был использован для исследования пяти рисковых инвестиционных учреждений.

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

В таблице 4.2 баллы представляют:

- очень сильная корреляция (статистическая взаимосвязь) между критерием и решением об отборе проекта;

- сильная корреляция между критерием и решением об отборе проекта;

- незначительная корреляция между критерием и решением об отборе проекта;

- слабая корреляция между критерием и решением об отборе проекта;

- отсутствие корреляции между критерием и решением об отборе проекта.

Анализ данных в таблице 4.2 выполнен с помощью статистического аналитического программного обеспечения SPSS, рассчитаны: математическое ожидание, стандартное отклонение (СКО) и коэффициент вариации (таблица 4.3).

В таблице 4.3 среднее значение каждого критерия представляет степень корреляции между критерием и проектом.

Таблица 4.2 - Сводные результаты опроса «корреляционная степень зависимости между оценкой показателя и выбора проекта

Сводные результаты опроса «корреляционная степень зависимости между оценкой показателя и выбора проекта»КритерииОценки (5? 4? 3? 2? 1?)Финансовые возможности (K1)2 10 6 1 0Стоимость проекта (K2)2 7 8 1 1Временные рамки (K3)1 1 7 8 2Ожидаемый срок действия инвестиций (K4)0 1 6 9 3Срок окупаемости (K5)0 1 3 8 7Новизна (K6)6 9 3 1 0Соотношение с мировым уровнем (K7)2 8 7 2 0Патентная чистота (K8)0 7 8 2 2Надежность технологии (K9)3 7 7 1 1Обеспеченность научно-техническими ресурсами (K10)4 8 6 1 0Вероятность технической реализации (K11)0 2 8 7 2Прогрессивность производственного процесса (K12)3 6 8 2 0Возможность развития производства (K13)2 9 7 1 0Материалоёмкость (K14)3 7 7 2 0Издержки (K15)0 6 10 3 0Соответствие потребностям рынка (K16)1 3 7 6 1Оценка доли рынка (K17)0 3 6 9 1Конкурентоспособность продукта (K18)3 6 8 2 0Эффект потенциальных конкурентов (K19)2 7 8 2 0Маркетинговые способности (K20)3 8 7 1 0Вероятность коммерческого успеха (K21)1 9 7 2 0Обеспечение каналами продвижения на рынок (K22)3 7 7 2 0Наличие производственного персонала соответствующей квалификации (K23)7 9 2 1 0Степень удобства получения соответствующей информации (K24)0 4 7 5 3 Соответствие научно - техническим направлениям (K25)4 6 7 1 1Механизм управления проектом (K26)0 2 7 8 2Воздействие на экологию региона (K27)3 7 7 2 0Благоприятная степень макроэкономической обстановки (K28)1 4 8 5 1Благоприятная степень социальной среды (K29)1 3 6 7 2Окружающая среда (K30)0 1 3 8 7

Таблица 4.3 - Степень корреляции между критерием и проектом

Степень корреляции между критерием и проектом.КритерииОценки (5? 4? 3? 2? 1?)Финансовая способность (K1)3.684 0.729 0.198Стоимость проекта (K2)3.421 0.936 0.273Временные рамки (K3)2.526 0.939 0.372Ожидаемый срок действия инвестиций (K4)2.263 0.784 0.347Срок окупаемости (K5)1.895 0.852 0.450Новизна (K6)4.053 0.825 0.204Соотношение с мировым уровнем (K7)3.526 0.819 0.232Патентная чистота (K8)3.053 0.944 0.309Надежность технологии (K9)3.526 0.993 0.282Обеспеченность научно-техническими ресурсами (K10)3.789 0.832 0.220Вероятность технической реализации (K11)2.526 0.819 0.324Прогрессивность производственного процесса (K12)3.526 0.881 0.250Возможность развития производства (K13)3.632 0.741 0.204Материалоёмкость (K14)3.579 0.878 0.245Издержки (K15)3.158 0.670 0.212Соответствие потребностям рынка (K16)2.833 0.957 0.338Оценка доли рынка (K17)2.579 0.815 0.316Конкурентоспособность продукта (K18)3.526 0.881 0.250Эффект конкурентов (K19)3.474 0.819 0.236Маркетинговые способности (K20)3.684 0.798 0.217Вероятность коммерческого успеха (K21)3.474 0.752 0.216Обеспечение каналами продвижения на рынок (K22)3.579 0.878 0.245Наличие персонала соответствующей квалификации (K23)4.158 0.812 0.195Степень удобства получения соответствующей информации (K24)2.632 0.985 0.374Соответствие научно - техническим направлениям (K25)3.579 1.042 0.291Механизм управления проектом (K26)2.474 0.819 0.331Воздействие на экологию региона (K27)3.579 0.878 0.245Благоприятная степень макроэкономической обстановки (K28)2.947 0.944 0.320Благоприятная степень социальной среды (K29)2.684 1.029 0.383Окружающая среда (K30)1.895 0.852 0.450

Чем больше среднее значение, тем выше степень корреляции между критерием и проектом. Коэффициент вариации каждого критерия представляет степень корреляции и разброса оценок (влияния) критериев на выбор проекта в выборке данных [12].

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

Когда коэффициент вариации становится меньше, степень разброса данных в выборке тоже становится меньше, степень корреляции становится выше и степень непротиворечивости (надежности оценок) - выше.

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

Критическое (пороговое) значение коэффициента вариации критерия равно 0,3. Если коэффициент вариации больше 0,3, то степень разброса данных высокая. Таким образом, критерием с высоким значением коэффициента вариации можно пренебречь в процессе оценки.

Таким образом, если среднее значение критерия больше, чем 3,4, а его коэффициент вариации меньше, чем 0,3, то такой критерий будет помещен в заключительную систему критериев оценивания проектов. В таблице 2.4 на основе данных таблицы 2.3 сформирована итоговая система критериев, которая содержит семнадцать критериев, включая «финансовые возможности (K1)», «стоимость проекта (K2)», «новизна (K6)», «соотношение с мировым уровнем (K7)», «надежность технологии (K9)», «обеспеченность научно-техническими ресурсами (K10)», «прогрессивность производственного процесса (K12)», «возможность развития производства (K13)», «материалоёмкость (K14)», «конкурентоспособность продукта (K18)», «эффект конкурентов (K19)», «маркетинговые способности (K20)», «вероятность коммерческого успеха (K21)», «обеспечение каналами продвижения на рынок (K22)», «наличие персонала соответствующей квалификации (K23)», «соответствие научно - техническим направлениям (K25)» и «воздействие на экологию региона (K27)». После изменения нумерации критериев может быть получена таблица 4.4.

Таблица 4.4 - Система критериев оценки риска высокотехнологичных проектных инвестиций (финальная)

Система критериев оценки риска высокотехнологичных проектных инвестиций (финальная).Финансовый рискФинансовые возможности (K1)1Стоимость проекта (K2)2Технологический рискНовизна (K6)3Соотношение с мировым уровнем (K7)4Надежность технологии (K9)5Обеспеченность научно-техническими ресурсами (K10)6Производственный рискПрогрессивность производственного процесса (K12)7Возможность развития производства (K13)8Материалоёмкость (K14)9Рыночный рискКонкурентоспособность продукта (K18)10Эффект потенциальных конкурентов (K19)11Маркетинговые способности (K20)12Вероятность коммерческого успеха (K21)13Обеспечение каналами продвижения на рынок (K22)14Управленческий рискНаличие персонала соответствующей квалификации (K23)15Соответствие научно - техническим направлениям (K25)16Риск средыВоздействие на экологию региона (K27)17

4.2 Описание и правила операций над нечеткими лингвистическими переменными

Пусть в задаче отбора ИТ-проектов заданы:

- множество ИТ-проектов;

- множество критериев, по которым оцениваются конкурсные проекты;

- множество экспертов.

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

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

Пусть - некоторая дискретная лингвистическая шкала, где - лингвистическая переменная; - некоторое натуральное число () [12].

Например, при лингвистическая шкала оценок может быть определена как:

= («чрезвычайно низкая», «очень низкая», «низкая», «средняя», «высокая», «очень высокая», «чрезвычайно высокая»), где каждый лингвистический терм (например, «чрезвычайно низкая», «очень низкая» и т.п.) соответствует классической чёткой оценке (-3, -2 и т.п.), которая будет являться одной из границ (левой или правой) интервала оценивания в случае представления неточных знаний экспертов (при этом, если знания (оценки) являются точными, то левая граница будет совпадать с правой).

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

Исходные лингвистические термы используются для оценки каких-либо объектов (например, для оценки как самих ИТ-проектов, так и значимости критериев их оценивания), а расширенные лингвистические термы - для реализации вычислений и выполнения упорядочения объектов [12].

Лингвистические термы и (, ) обладают следующими свойствами:

если , то ( лучше );

если , то ;

если , то .

Для лингвистических термов и определены операции:

·сложения: ;

·умножения: ,

где - знак умножения; - знак умножения.

Кроме того, к лингвистическому терму могут быть применены операции:

·отрицания: ;

·возведения в степень ;

·умножения на произвольное число (): .

Интервал называется нечеткой лингвистической переменной, если , где термы определяют нижнюю и верхнюю границы интервала соответственно ().

Пусть - множество нечетких лингвистических переменных. Тогда для нечетких лингвистических переменных и определены операции:

·;

·;

·;

·;

·.

Оператор ULWC-EOWA

В случае, когда при выполнении расчетов с нечеткими лингвистическими переменными необходимо учитывать их различные степени значимости (важности), может быть использован расширенный оператор упорядоченного взвешенного среднего (EOWA - extended ordered weighted averaging) , определяемый как [7, 8]:

,(4.1)

где - количество нечетких лингвистических переменных; - -й наибольший элемент во множестве лингвистических переменных ; ; - вектор весов (коэффициентов относительной важности) нечетких переменных лингвистических переменных (; ).

Для вычисления величины веса (коэффициента относительной важности) () может быть использована формула, предложенная Ягером:

,(4.2)

где

(4.3)

Квантификатор в формуле (4.3) определяется как линейная функция принадлежности при , , [7, 8].

Значения параметров (,) определяются в зависимости от лингвистического смысла квантификатора . Квантификатору , описывающему понятие «много» (например, «много» экспертов, поддерживающих консервативную стратегию принятия решений), соответствует пара значений (,) = (0,3; 0,8); квантификатору , описывающему понятие «по меньшей мере, половина», соответствует пара значений (,) = (0,0; 0,5); квантификатору , описывающему понятие «столько, сколько возможно», соответствует пара значений (,) = (0,5; 1,0) [12].

К нечеткой лингвистической переменной может быть применен непрерывный оператор интервального аргумента (C - EOWA - continuous EOWA), определяемый как [12]:

,(4.4)

где

;(4.5)

- функция, обладающая следующими свойствами: ; ; если , то .

Функция является базисной монотонной функцией, определенной на единичном интервале.

Функция характеризует стратегию риска лица, принимающего решения.

Так, если (), то непрерывный оператор интервального аргумента принимает вид:

.(4.6)

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

При выполнении расчетов по формуле (4.6) определяется расширенный лингвистический терм , где .

Если , то: , роль терма становится минимальной, терм играет определяющую роль в принятии решения и . В этом случае стратегия принятия решения является рискованной. При : и стратегия принятия решения является стратегией абсолютного риска.

Если , то: , роль терма становится минимальной, терм играет определяющую роль в принятии решения. В этом случае стратегия принятия решения является консервативной.

Если , то: . В этом случае стратегия принятия решения является нейтральной.

Для нечетких лингвистических переменных вида () определен чёткий лингвистический взвешенный (PLW - pure linguistic weighted) оператор C - EOWA (PLWC - EOWA), определяемый как [12]:

(4.7)

где - лингвистический вектор весов (коэффициентов относительной важности) нечетких лингвистических переменных (); ; () вычисляется по формулам (4.4) и (4.5).

Кроме того, для нечетких лингвистических переменных вида () определен нечёткий лингвистический взвешенный (ULW - uncertain linguistic weighted) оператор C - EOWA вида [12]:

(4.8)

где - нечеткий лингвистический вектор весов (коэффициентов относительной важности) нечетких лингвистических переменных (); ; () вычисляется по формулам (4.4) и (4.5).

Определенные выше понятия и операторы позволяют сформулировать новый подход к упорядочению и отбору ИТ-проектов, представленных с помощью нечетких лингвистических переменных.

Метод оценки, основанный на операторе ULWC-EOWA

Пусть - матрица оценок ИТ-проектов, данных экспертом (), где - интервальная оценка конкурсного проекта () по критерию (), данная экспертом () и представленная в виде нечеткой лингвистической переменной; ; .

Пусть - вектор весов (коэффициентов относительной важности) критериев, определенный экспертом (), где - интервальная оценка значимости (важности) критерия (), представленная в виде нечеткой лингвистической переменной; ; .

Пусть - вектор весов экспертов, где и - вещественное число.

Тогда упорядочение и отбор ИТ-проектов могут быть реализованы в соответствии со следующим алгоритмом.

Шаг 1. Формирование экспертом () матрицы оценок ИТ-проектов по критериям оценивания и вектора весов критериев (; ). Вычисление обобщенной матрицы оценок ИТ-проектов по критериям оценивания и обобщенного вектора весов критериев , где ; .

Так как ; , то:

; ;(4.9)

; .(4.10)

Шаг 2. Вычисление значений и с использованием оператора C-EOWA в соответствии с формулами (4.4) и (4.5).

Шаг 3. Агрегирование значений оценок (; ) для ИТ-проектов и значений оценок для коэффициентов относительной важности критериев () с использованием оператора ULWC-EOWA для получения комплексных оценок ИТ-проектов ():

.(4.11)

Шаг 4. Упорядочение ИТ-проектов () в порядке убывания значений комплексных оценок ИТ-проектов () и отбор лучших (в соответствии максимальными значениями ().

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

В частности, при формировании такого множества критериев оценивания могут быть использованы результаты группового экспертного опроса, в котором эксперты по пятибалльной шкале должны оценить степень влияния каждого критерия из исходного списка критериев на отбор (принятие к реализации) конкурсного проекта [12].

При этом полагается, что степень влияния критерия в баллах c лингвистической точки зрения описывается как: «5» - «очень сильное влияние», «4» - «сильное влияние»; «3» - «среднее влияние»; «2» - «слабое влияние»; «1» - «влияние отсутствует». На основе таких экспертных балльных оценок , данных экспертом () по критерию () вычисляются:

математическое ожидание:

;

среднеквадратическое отклонение:

;

коэффициент вариации:

.

Критерии, для которых и (), исключаются из дальнейшего рассмотрения, а из оставшихся критериев формируется множество значимых критериев отбора [12]. При этом количество экспертов должно быть достаточно большим (не менее 20).

В данном случае формирование множества критериев выполняется на основе результатов явного группового экспертного оценивания степени влияния критериев на отбор (принятие к реализации) произвольного конкурсного проекта.

В качестве еще одного альтернативного способа формирования множества значимых критериев оценивания может быть предложен способ, основанный на неявном выявлении значимых критериев отбора, осуществляемом в процессе группового экспертного оценивания ИТ-проектов по исходному множеству критериев оценивания по балльной шкале, посредством формирования обобщающих решающих аппроксимирующих правил классификации с применением мульти множественного подхода [2, 5]. При этом обычно достаточным является количество экспертов , равное 6 - 10 человек. В этом случае критерии, не вошедшие ни в одно из решающих правил классификации, полагаются незначимыми.

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

5. Программная реализация алгоритмов

Разработка ИС

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

На основании этого в процессе разработки ИС проектирование структуры программных компонентов в данном дипломном проекте осуществляется с использованием инструментальных средств проектирования CASE-технологии.

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

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

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

·разработка делового и коммерческого ПО (широкое применение CASE-технологий обусловлено массовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и для создания моделей систем, помогающих коммерческим структурам решать задачи стратегического планирования, управления финансами, определения политики фирм, обучение персонала (этот направление получил собственное название-бизнес-анализ));

·создание системного и управляющего ПО (использование CASE-технологии в этой отрасли вызвано высокой сложностью данного вида работ и необходимостью повышения их производительности).

Помимо автоматизации структурных методологий и возможности применения современных методов системной и программной инженерии, CASE-средства имеют следующие преимущества:

·повышают качество создаваемого ПО благодаря использованию средств автоматического контроля, в частности контроля проекта;

·поддерживают создание прототипа будущей системы, что позволяет на ранних этапах оценить ожидаемый результат;

·ускоряют процесс проектирования и разработки;

·освобождают разработчика от рутинной работы, предоставляя ему, возможность сосредоточиться на творческой части разработки;

·поддерживают развитие и сопровождение разработки;

·обеспечивают технологии повторного использования компонентов.

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

·BFD (Business Function Diagram) - диаграмма бизнес-функций (функциональные спецификации);

·DFD (Data Flow Diagram) - диаграмма потоков данных;

·STD (State Transition Diagram) - диаграмма переходов состояний (матрицы перекрестных ссылок);

·SSD (System Structure Diagram) - диаграмма структуры программного приложения.

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

Разумный подход к использованию CASE-средств может преодолеть все перечисленные трудности. Успешное внедрение CASE-средств должно обеспечить такие выгоды как:

·высокий уровень технологической поддержки процессов разработки и сопровождения программного обеспечения;

·положительное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование.

Диаграмма бизнес-функций

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

Рассмотрим основные объекты BFD.

Функция - некоторое действие информационной системы, необходимое для решения экономической задачи;

Декомпозиция функции - разбиение функции на множества подфункций.

Объекты диаграммы в нотации SAG (SQL Access Group) представлены в таблице 5.1. Диаграмма используемых бизнес-функций и их декомпозиция представлены на рисунках 5.1, 5.2, 5.3, 5.4.

Таблица 5.1 - Объекты диаграммы бизнес-функций в нотации SAG

ОбъектИзображение в нотации SAGФункцияДекомпозиция функции

Диаграмма потоков данных

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

DFD - показывает внешние по отношению к системе источники данных и адресатов, которые принимают информацию от системы, а также идентифицируют хранилища данных (накопители данных), к которым осуществляется доступ системы.

Каждая логическая функция системы (бизнес-функция) описывается своей DFD. Причем эта DFD может иерархически детализировать функцию на ее подфункции.

Определим основные объекты DFD и их графические изображения в нотации SAG.

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

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

Хранилище информации - позволяет на определенных участках DFD сохранить в памяти данные между процессами. Хранилище не обязательно представлено магнитным носителем (например, папка бумаг). Имя хранилища должно идентифицировать его, а также его содержимое, выражается существительным.

Контекстная диаграмма - самый верхний процесс (ТОР-уровень) декомпозиции системы, который отражает общие представления о системе. В контекстной диаграмме есть один процесс, с которым связаны внешние сущности.

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

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

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

Для этого надо пользоваться следующими рекомендациями:

·на каждом уровне представлять 3 - 6 процессов и не более;

·не загромождать диаграмму несущественными моментами на данном уровне детализации;

·декомпозицию процессов и потоков вести параллельно;

·выбирать ясные, отражающие суть объектов, имена для всех объектов DFD;

·однократно определять функционально идентичные процессы (в других местах просто ссылаться на этот процесс).

Объекты диаграммы потоков данных в нотации SAG (SQL Access Group) представлены в таблице 5.2. Контекстная диаграмма потоков данных представлена на рисунке 5.5. Диаграмма потоков данных 1-го уровня представлена на рисунке 5.6.

Таблица 5.2 - Объекты диаграммы потоков данных в нотации SAG

ОбъектИзображение в нотации SAGПоток данныхПроцессИсточник/приемник данныхОкончание таблицы 5.2

Хранилище информации

Диаграмма переходов состояний

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

С помощью STD можно моделировать последующее функционирование системы исходя из предыдущих и текущего состояний. Моделируемая система в текущий момент времени находится только в одном состоянии из всего множества состояний. В течение времени она может изменить свое состояние и тем самым перейти в следующее состояние из заданного множества состояний.

Для перехода в состояние нужно какое-либо особое условие - условие перехода. Оно может быть информационным (условие появления информации) или временным. Определим основные объекты STD.

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

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

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

Триггер - логическое выражение, написанное на макроязыке, которое показывает условие перехода в данное состояние.

Условие перехода - событие, вызывающее переход и идентифицируемое именем перехода.

Объекты диаграммы переходов состояний в нотации SAG (SQL Access Group) представлены в таблице 5.3.

Фрагменты диаграммы переходов состояний представлены на рисунках 5.7, 5.8, 5.9.

Таблица 5.3 - Объекты диаграммы переходов состояний в нотации SAG

ОбъектИзображение в нотации SAGСостояниеПереход: 1) условие по данным 2) условие по времени 1) 2)

Диаграмма структуры программного приложения

Диаграмма структуры программного приложения (SSD) задает взаимосвязь функций и программных модулей, которые их реализуют (меню, формы, отчеты и т.д.).

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

SSD служит мостом для перехода от системных требований, которые отображены в предыдущих диаграммах (BFD, DFD, STD), к реализации информационной системы.

Объекты диаграммы SSD в нотации SAG (SQL Access Group) представлены в таблице 5.4.

Фрагменты диаграммы структуры разработанного программного приложения представлены на рисунках 5.10, 5.11.

Таблица 5.4 - Объекты диаграммы структуры ИС в нотации SAG

ОбъектИзображение в нотации SAG МодульБиблиотечный модульВызов модуля Связь с бизнес-функцией

Состав проекта

Для разработки ИС была использована среда программирования C++ Builder 6 и язык программирования C++.

При проектировании ИС для оценки рисков ИТ-проектов использовался принцип модульности разработки.

Проект содержит модули, формы, файлы опций проекта, ресурсы, в том числе и сторонние и т.д.

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

Основные файлы проекта:

1.Risk.cpp - основной файл реализации проекта. Содержит сведения, определяющие запуск ИС;

2.Risk.bpr - текстовый файл установок проекта, также содержит сведения о составе проекта - о том, какие файлы собраны и реализуются в нем;

3.Risk.res - двоичный файл ресурсов проекта. Содержит внутренние ресурсы ИС;

4.MainUnit.cpp - файл реализации модуля главной рабочей формы проекта;

5.MainUnit.h - заголовочный файл модуля главной рабочей формы проекта;

6.MainUnit.dfm - файл главной рабочей формы проекта.

7.Settings.cpp - файл реализации модуля формы отображения настроек ИС;

8.Settings.h - заголовочный файл модуля формы настроек ИС;

9.About.cpp - файл реализации модуля формы отображения кратких сведений о ИС;

10.About.h - заголовочный файл модуля формы отображения кратких сведений о ИС;

11.About.dfm - файл формы отображения кратких сведений о ИС.

Вспомогательные каталоги проекта:

а)DemoTest - каталог, содержащий демонстрационные примеры - текстовые файлы с исходной информацией, а также текстовый файл для хранения результатов работы приложения;

б)Icons - содержит изображения, используемые для кнопок и иконок ИС.

Спецификация внутренних функций

Данный раздел содержит описание функционирования основных процедур и функций разработанной ИС.

Текст данных процедур и функций приведен в приложении.

Рассмотрим модуль проекта - MainUnit.cpp. Данный модуль отвечает за отображение главного рабочего окна ИС с последующим выбором анализируемых данных, за вызов функций, описывающих алгоритмы оценки ИТ-проектов, а также за сохранение полученных результатов.

В нем реализованы следующие основные функции:

1.void __fastcall bbOpenClick (TObject *Sender)

Функция-обработчик события, вызывающаяся при нажатии на кнопку «Открыть». Она отвечает за открытие файла с исходными данными и обеспечивает отображение этих данных в таблице исходных данных.

2.void __fastcall SaveClick (TObject *Sender)

Функция-обработчик события, вызывающаяся при вызове пункта меню «Сохранить». Она обеспечивает сохранение результатов оценки и сортировки проектов в файл результатов для последующего анализа.

3.void __fastcall OtborIDClick (TObject *Sender)

Функция-обработчик события, вызывающаяся при нажатии кнопки пункта «Отбор критериев». Формирует множество значимых критериев отбора

4.void _fastcall ZagrIND (TObject *Sender)

Функция-обработчик события, вызывающаяся при нажатии кнопки пункта «Оценки значимости критериев». Формирует матрицу экспертных интервальных оценок значимости критериев

5.void _fastcall ZagrEO (TObject *Sender);

Функция-обработчик события, вызывающаяся при нажатии кнопки пункта «Загрузка экспертных оценок». Формирует матрицы экспертных интервальных оценок ИТ-проектов по критериям значимости.

6.void __fastcall OtborClick (TObject *Sender)

Функция-обработчик события, вызывающаяся при нажатии кнопки пункта «Упорядочивание». Выполняется упорядочивание ИТ-проектов в порядке убывания значений комплексных оценок ИТ-проектов и отбор лучших из них.

Спецификация данных

Входными данными для ИС, реализующей анализ рисков, отбор и сортировку ИТ-проектов, являются:

1.Входные данные по рискам (множество критериев оценивания), представленные оценками степеней влияния рисков на отбор (принятие к реализации) ИТ-проекта (показатели эффективности), на основе экспертных лингвистических интервальных оценок.

При этом входные данные должны быть представлены в виде файла Excel с расширением. xls.

2.Экспертные интервальные оценки значимости критериев, представленные в виде нечётких лингвистических переменных.

При этом входные данные должны быть представлены в виде Excel файла с расширением. xls.

3.Экспертные интервальные оценки по критериям отбора, представленные в виде нечётких лингвистических переменных.

При этом входные данные должны быть представлены в виде Excel файла с расширением. xls.

4.Параметры отбора:

·значение степени риска.

Выходные данные по результатам работы ИС включают:

·список значимых критериев оценки ИТ-проектов;

·значение комплексных оценок ИТ-проекта;

·отсортированный список проектов по значениям комплексных оценок.

6. Программная документация

Назначение ИС

Назначение ИС заключается в практической реализации алгоритма отбора ИТ-проектов, в условиях экспертной информации представленной в виде интервальных оценок с применением нечетных лингвистических переменных и применения к ним непрерывного расширенного оператора упорядоченного взвешенного среднего ULWC-EOWA.

Исходными данными являются экспертные интервальные оценки значимости критериев, интервальные оценки проектов по критериям, данным экспертами. Разработанная ИС упорядочивает ИТ-проекты, в зависимости от выбранной стратегии принятия решения. При этом ИС реализует табличное представление исходных данных, формирование обобщенной матрицы оценок ИТ-проектов и обобщённого вектора весов критерия.

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

Требования к составу и параметрам технических средств

Система предназначена для работы на персональном компьютере (ПК). ПК должен удовлетворять следующим требованиям:

·на ПК должна быть установлена операционная система Windows /2000/XP/Vista/Windows7;

·ПК должен удовлетворять минимальным системным требованиям установленной операционной системы (различаются в зависимости от версии Windows);

·минимальное допустимое разрешение монитора 1024х768, видеокарта и монитор должны поддерживать этот режим работы;

·манипулятор типа «мышь»;

·клавиатура.

Руководство пользователя

Работа с ИС

Для запуска ИС необходимо открыть файл запуска Risk.exe.

Рисунок 6.1 - Файл запуска

В результате перед пользователем появляется главное окно ИС, приведенное на рисунке 6.2.

Рисунок 6.2 - Вид главного окна

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

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

Рисунок 6.3 - Диалоговое окно выбора данных

Данный шаг также можно выполнить с помощью пункта выпадающего меню Файл ->Загрузить->Отбор критериев (рисунок 6.4).

Рисунок 6.4 - Диалоговое окно загрузки данных через выпадающее меню

После загрузки данных автоматически происходит вывод отобранных критериев в поле вывода «Значимые» (рисунок. 6.5).

Рисунок 6.5 - Загрузка данных в поле вывода

Далее аналогичным образом происходит загрузка оценок значимости критериев, при нажатии на кнопку «Оценки значимости критериев» и загрузка экспертных оценок, при нажатии на кнопку «Загрузка экспертных оценок». Результат загрузки экспертных оценок выводится в таблицу «Экспертные» (рисунок. 6.6).

Рисунок 6.6 - Загрузка данных в таблицу

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

Для выбора стратегии отбора необходимо перейти в пункт меню Настройки->Стратегия отбора (рисунок 6.7).

По умолчанию выбрана консервативная стратегия.

Рисунок 6.7 - Выбор стратегии отбора

После загрузки данных и выбора стратегии отбора, следует нажать кнопку «Упорядочивание». В окне «Результат» выводятся упорядоченные проекты по комплексной оценке (рисунок 6.8).

Рисунок 6.8 - Результат работы ИС

Для завершения работы приложения необходимо выбрать пункт главного меню Файл - >Выход (рисунок 6.9).

Рисунок 6.9 - Выход из ИС

Сообщения пользователю

В ходе работы с системой пользователь может наблюдать на экране следующие сообщения:

При закрытии ИС возникает сообщение о подтверждении выхода из программы (рисунок 6.10).

Рисунок 6.10 - Предупреждение о выход из ИС

При сохранении результатов отбора возникает сообщение о подтверждении сохранения файла (рисунок 6.11).

Рисунок 6.11 - Подтверждение о сохранении файла ИС

При загрузке пустого файла Excel возникает сообщение о ошибке (рисунок 6.12).

Рисунок 6.12 - Ошибка при загрузке пустого файла в ИС

Руководство программиста

Характеристика ИС.

Данная ИС, позволяющая решить задачу отбора ИТ-проектов, написана на языке программирования C++Builder 6. В качестве среды разработки была использована среда программирования MS Visual Studio 2010.

Обращение к ИС.

Для корректной инсталляции разработанного приложения необходимо скопировать на жесткий диск папку «Risk», содержащую исполняемый файл ИС Risk.exe и папки «files», «images».

Для создания на рабочем столе ярлыка ИС необходимо выделить файл Risk.exe правым щелчком мыши и выбрать пункт Отправить / Рабочий стол (создать ярлык). После этого на рабочем столе будет создан ярлык ИС Risk.

Для старта ИС необходимо запустить файл Risk.exe.

Дальнейшее обращение к ИС сводится к работе с ней как со стандартной программой, написанной для операционных систем семейства Windows.

7. Тестирование ИС

Тестирование ИС заключается в установлении соответствия ИС заданным требованиям и программным документам. В процессе тестирования используют данные, характерные для ИС в рабочем состоянии.

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

7.1 Выбор лучших проектов на тестовом примере

Описанный ранее алгоритм отбора ИТ-проектов, представленных с помощью нечетких лингвистических переменных, был применен к множеству из 4 инвестиционных ИТ-проектов, оценивание которых должны были выполнить 4 эксперта.

В тестовом примере отбор происходит по двум значимым критериям («конкурентоспособность проекта», «финансовый уровень предприятия-заявителя»).

Каждый эксперт () выполняет оценивание каждого конкурсного проекта () по критериям (), а также - оценивание значимости (коэффициента относительной важности) каждого критерия (). Для простоты расчетов предполагается, что все эксперты равноценны, то есть имеют одинаковые значения коэффициентов относительной важности (). Дискретная лингвистическая шкала, по которой выполняется экспертное оценивание ИТ-проектов по критериям и значимости самих критериев, определена как: = («чрезвычайно низкая», «очень низкая», «низкая», «средняя», «высокая», «очень высокая», «чрезвычайно высокая»).

Экспертные интервальные оценки значимости критериев, представленные в виде нечетких лингвистических переменных, содержатся в файле Otsenki_znacimosti_kriteriev.xls.

В файле Otsenki_znacimosti_kriteriev.xls хранятся экспертные интервальные оценки ИТ-проектов по критериям отбора. В ИС они выведены в отдельную таблицу «Экспертные» (рисунок 7.1).

Рисунок 7.1 - Вывод данных в таблицу

В окне «Результат» выводится комплексная оценка каждого ИТ-проекта.

Проекты упорядочиваются в зависимости от комплексной оценки.

В зависимости от принятой стратегии отбора результаты упорядочивания будут отличаться

В частности, при (консервативная стратегия): ; ; ; , и, соответственно, конкурсные проекты упорядочиваются как: .

При этом лучшим является проект , а худшим - . (рисунок 7.2).

Рисунок 7.2 - Сортировка проектов по комплексной оценке

Анализ результатов упорядочения ИТ-проектов показывает, что:

·если стратегия принятия решения консервативна или нейтральна (), то лучшим для вложения инвестиций является конкурсный проект ;

Рисунок 7.3 - Сортировка проектов по комплексной оценке при нейтральной стратегии отбора

Если стратегия принятия решения является рискованной (), то лучшим для вложения инвестиций является конкурсный проект .

Рисунок 7.4 - Сортировка проектов по комплексной оценке, при рискованной стратегии отбора

При этом худшим для вложения инвестиций при любых стратегиях принятия решений является конкурсный проект .

При решении практических задач возможны ситуации, когда:

·результаты упорядочения ИТ-проектов (а, следовательно, и результаты отбора) одинаковы при различных значениях степени риска (то есть при любых стратегиях принятия решений);

·результаты упорядочения ИТ-проектов, полученные при некоторых значениях степени риска , соответствующих рискованным стратегиям (), совпадают с результатами упорядочения ИТ-проектов, полученными при значениях степени риска , соответствующих консервативным или нейтральным стратегиям () (то есть существует такое пороговое значение (), что при , удовлетворяющих условию: , результаты упорядочения ИТ-проектов совпадают с результатами упорядочения ИТ-проектов, полученных при ).

8. Экономическая часть

Проанализируем разрабатываемую в дипломном проекте информационную систему «Риск» для анализа рисков ИТ-проектов в сфере деятельности ЗАО «РНПК» на основе лингвистических интервальных оценок с экономической точки зрения.

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

На этапе проектирования экономической части рассмотрим следующие задачи:

·технико-экономическое обоснование темы проекта;

·планирование поэтапной разработки проекта;

·расчет затрат на разработку проекта;

·расчет цены НИР;

·выводы по эффективности разработки.

8.1 Планирование поэтапной разработки проекта

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

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

В настоящее время широкое распространение получило планирование, основанное на составлении ленточного графика.

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

Для построения ленточного графика необходимо определить перечень работ, трудоемкость, численность исполнителей, длительность выполнения каждого вида работ [3].

Стоит отметить, что разработка ИС была проведена в 2013 г. в период 1.03 - 28.05, что составило 60 рабочих дней.

В данном дипломном проекте были проведены следующие работы:

·разработано техническое задание, выбраны способ и средства проектирования;

·подобрана и изучена литература, описывающая выбранную предметную область;

·разработан интуитивно-понятный графический интерфейс пользователя ИС;

·разработана программная документация, сопровождающая приложение;

·оформлена пояснительная записка для дипломного проекта;

·оформлен графический материал для большей наглядности и простоты представления результатов выполненных работ.

Вышеперечисленные работы необходимо свести в таблицу с указанием их трудоемкости (таблица 8.1).

Таблица 8.1 - Перечень выполненных работ с указанием их трудоемкости

СтадияЭтап работИсполнителиTn1. Техническое задание1.1 Постановка задачируководитель, студент21.2 Сбор исходных материаловруководитель, студент51.3 Определение критериев выполнения заданияруководитель, студент12. Эскизный проектРазработка структуры входных и выходных данных, определение формы представления входных и выходных данныхСтудент43. Технический проектРазработка структуры ИССтудент124. Рабочий проект4.1 Разработка ИССтудент184.2 Разработка документации ИССтудент44.3 Тестирование ИССтудент44.4 Оформление пояснительной запискируководитель, консультант-экономист, консультант по БЖД, студент54.5 Оформление графического материалаСтудент25. Внедрение5.1 Передача документов для сопровождения1студент5.2 Оформление актастудент15.3 Передача в фонд алгоритмов программстудент1Итого60

Трудоемкость выполнения всей проектной разработки определяется по сумме трудоемкости этапов и видов работ, оцениваемых экспертным путем в человеко-днях.

При построении ленточного графика продолжительность каждой работы будет определяться по формуле:

,(8.1)

где - трудоемкость работ, человеко-дни; - численность исполнителей, человек [3].

Основным исполнителем работ является студент-дипломник с привлечением руководителя проекта, а также консультантов по экономической части и части безопасности и экологичности проекта.

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

Рисунок 8.1 - Ленточный график

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

8.2 Расчет затрат на разработку проекта

Задание на дипломное проектирование информационной системы «Риск» включает разработку ИС, для которого необходимо рассчитать себестоимость опытного образца.

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

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

·материальные затраты;

·затраты на оплату труда;

·амортизация основных фондов;

·прочие затраты [3].

Материальные затраты

Специальное оборудование и ПО для выполнения данной работы не приобреталось, поэтому в материальные затраты включаем только расходы на электроэнергию:

Зэл = Р * Цэл * Ти

где, Р - потребляемая мощность оборудования, кВт/ч;

Цэл - стоимость 1 кВт/ч, руб.;

Ти - время использования оборудования при проведении работ, ч.

Для выполнения работы использовался персональный компьютер потребляемой мощностью 360 Вт и принтер потребляемой мощностью 350 Вт. Время работы ПЭВМ составляет 60 дней по 8 часов в день, а принтера - 2 часа.

Стоимость 1 кВт для РНПК - 2,4 руб./кВт (на 2013 г.). Получаем, что:

Зэл = 0,36*2,4*60*8 + 0,35*2,4*2 = 416,4 руб.

Следовательно, получаем, что материальные затраты составляют 416,4 рублей.

Затраты на оплату труда

Основная заработная плата включает зарплату руководителя и разработчика проекта, учитывая время, затрачиваемое на выполнение работ.

Затраты на оплату труда включают в свой состав:

·выплаты заработной платы за фактически выполненную работу, рассчитанные исходя из сдельных расценок, тарифных ставок, должностных окладов;

·выплаты стимулирующего характера;

·выплаты компенсирующего характера, связанные с режимом работы, условиями труда;

·оплата очередных и дополнительных отпусков, льготных часов подростков и другие виды доплат, предусмотренные законом РФ и включенные в фонд оплаты труда [3].

Оклад руководителя проекта (начальник отдела компьютерной безопасности) составляет 40000 рублей. Оклад исполнителя (инженер-конструктор второй категории) имеет ставку 1500 рублей.

Оплачиваемое время работы руководителя над проектом составляет 22 часа.

Рассчитаем оплату работы по следующей формуле:

, (8.3)

где n - время работы, оплачиваемые за работу с дипломником.

Годовая нагрузка для начальника отдела составляет 1700 ч.

Произведем расчет основной заработной платы.

руб.

руб.

Итого общий фонд заработной платы рассчитывается по формуле (8.4).

(8.4)

руб.

Амортизация основных фондов

Актив принимается организацией к бухгалтерскому учету в качестве объекта основных фондов, если одновременно выполняются следующие условия:

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

·объект предназначен для использования в течение длительного времени, т.е. срока продолжительностью свыше 12 месяцев или обычного операционного цикла, если он превышает 12 месяцев;

·организация не предполагает последующую перепродажу данного объекта;

·объект способен приносить организации экономические выгоды (доход) в будущем [3].

Под амортизацией основных фондов (средств) понимают постепенное перенесение стоимости объекта основных средств на себестоимость продукции (работ, услуг).

Амортизация начисляется независимо от финансовых результатов хозяйственной деятельности организации в отчетном периоде ежемесячно в размере 1/12 годовой суммы амортизационных отчислений от первоначальной стоимости основных средств.

Начисление амортизации по объекту основных средств начинается с 1-го числа месяца, следующего за месяцем принятия данного объекта к бухгалтерскому учету, и прекращается с 1-го числа месяца, следующего за месяцем списания этого объекта с бухгалтерского учета или полного погашения его первоначальной стоимости.

Каждый объект основных средств имеет срок полезного использования.

Определение срока полезного использования объекта основных средств производится исходя из:

·ожидаемого срока использования этого объекта в соответствии с ожидаемой производительностью или мощностью;

·ожидаемого физического износа, зависящего от режима эксплуатации (количества смен), естественных условий и влияния агрессивной среды, системы проведения ремонта;

·нормативно-правовых и других ограничений использования этого объекта (например, срок аренды).

В данном дипломном проекте объектом основных фондов является персональный компьютер, стоимостью 45 000 рублей.

Расчет амортизационных отчислений производится по следующей формуле:

,(8.5)

где - балансовая стоимость оборудования; - время использования оборудования при проведении работ; - норма амортизации; - годовой эффективный фонд времени работы оборудования (для односменной работы = 2007 ч.)

,(8.6)

где n - срок полезного использования.

Согласно классификации основных средств, включаемых в амортизационные группы, компьютер входит во вторую амортизационную группу, исходя из этого, срок его полезного использования составляет 2-3 года. Для проведения дальнейших расчетов установим срок полезного использования равный 3 года. Тогда норма амортизации оставит:

Время работы на персональном компьютере составляет 60 дней по 8 часов в день, т.е. 480 ч.

Амортизационные отчисления для компьютера с указанной стоимостью 45 000 рублей составят:

руб.

Общие прямые затраты составят:

(8.7)

руб.

Прочие расходы

В состав прочих расходов входят:

·страховые взносы на обязательное пенсионное страхование, обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством, обязательное медицинское страхование, обязательное социальное страхование от несчастных случаев на производстве и проф. заболеваний;

·затраты на гарантийный ремонт и обслуживание;

·оплата услуг связи, банков, вычислительных центров;

·другие затраты, входящие в себестоимость, но не вошедшие в другие элементы затрат.

Основным документом, определяющим, порядок расчета и уплаты страховых взносов фонды социального, медицинского и пенсионного страхования, а также порядок предоставления отчетности является Федеральный закон от 24.07.2009 №212-ФЗ «О страховых взносах в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации, Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования».

В 2013 г. налоговая нагрузка для организаций и предпринимателей, применяющих общую систему налогообложение, упрощенную систему налогообложения и переведенных на уплату единого налога на вмененный доход составит 30%.

С 2013 года начисление и уплата всех медицинских взносов осуществляется в ФФОМС - Федеральный Фонд Обязательного Медицинского страхования (Статья 12 Федерального закона от 29.11.2010 г. №313-ФЗ, вступающая в силу с 01.01.2012 года) в размере 5,1%.

С 2013 года тариф страховых взносов в ПФР - Пенсионный Фонд РФ составляет 22% и разбит на 2 части (Федеральный закон от 03.12.2011 г. №379-ФЗ):

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

·индивидуальная часть - часть страховых взносов на ОПС, предназначенных для формирования денежных средств застрахованного лица и учитываемых на его индивидуальном лицевом счете.

Отчисления в ФСС - Фонд Социального Страхования в 2013 г. составляют 2,9%.

Обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний осуществляется в Российской Федерации с января 2000 года в соответствии с Федеральным законом от 24 июля 1998 года 125-ФЗ «Об обязательном социальном страховании от несчастных случаев на производстве и профессиональных заболеваний.

Размер отчислений на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний зависит от специфики деятельности организации и составляет от 0,2% до 8,5% от величины фонда оплаты труда. При расчете данных отчислений в дипломном проекте примем их размер в 0,2%.

Далее рассчитаем величину страховых взносов.

(8.8)

руб.

Величина остальных прочих расходов берется от суммы прямых общих затрат на дипломное проектирование и составляет 20%:

(8.9)

руб.

Сумма общих прочих расходов составит:

(8.10)

руб.

Общие затраты на разработку составят:

(8.11)

руб.

Полная смета затрат на разработку ИС представлена в таблице 8.2.

Таблица 8.2 - Полная смета затрат

Наименование калькуляционных статей расходовСумма, руб.Удельный вес, %Материальные затраты, 416,42,1Затраты на заработную плату, 50,9Амортизация оборудования, 17,5Прочие расходы, 29,5Общие затраты, 100

Смета затрат на разработку проекта составила рублей.

8.3 Расчет цены НИР

Цена НИР = З+Пр+НДС.

НДС=18%*(З+Пр).

Пр=50%*3.

Пр=10118.

НДС=5463,72.

Цена НИР=35817,72.

8.4 Вывод по экономической эффективности проекта

Экономическая эффективность проекта заключается в уменьшении трудозатрат, что является одной из главных составляющих успешного внедрения ИС.

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

Таким образом, разработка ИС для анализа рисков ИТ-проектов является целесообразной для предприятий и малого бизнеса.

Заключение

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

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

Для ее достижения были решены следующие основные задачи:

·изучен алгоритм упорядочивания рисковых ИТ-проектов, основанный на операторе ULWC-EOWA;

·выполнена программная реализация алгоритма упорядочивания рисковых ИТ-проектов;

·проведён отбор и оценка критериев оценивания рисковых ИТ-проектов;

·проведён отбор и сортировка рисковых ИТ-проектов;

·обеспечен интуитивно-понятный удобный графический интерфейс пользователя.

Разработанная ИС «Risk» осуществляет следующие возможности анализа и оценки рисков ИТ-проектов:

·обеспечивает считывание исходных данных из текстового файла или рабочей книги Excel (при этом лингвистическая шкала уже известна заранее; для каждого эксперта имеются интервальные экспертные оценки как самих ИТ-проектов, так и критериев, а также оценки важности каждого эксперта);

·производит отбор значимых критериев оценивания рисковых ИТ-проектов;

·обеспечивает возможность применения различных стратегий принятия решений.

·сохраняет результат работы в текстовый файл или в рабочую книгу Excel.

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

Важным фактором предлагаемого подхода является возможность проведения отбора ИТ-проектов с учётом степеней риска и применением различных стратегий.

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

Библиографический список

1.Андрейчиков А.В., Андрейчикова О.Н. Анализ, синтез, планирование решений в экономике. - М.: Финансы и статистика, 2000 г. - 234 с.

.Архангельский А.Я. Программирование в C++ Builder 6 // М.: Издательство «БИНОМ», 2003 г. - 1152 с.: ил.

.Васина Л.В., Евдокимова Е.Н., Рыжкова А.В. Выполнение экономической части дипломного проекта: методические указания // Рязанский государственный, 2008 г. - 36 с.

.Гусева М.В., Демидова Л.А. Классификация инвестиционных проектов на основе систем нечеткого вывода и мультимножеств // Вестник РГРТА. - Рязань, 2006 г. - Выпуск 19. - С. 157-166.

5.Заде Л. Понятие лингвистической переменной и ее применение к принятию приближенных решений. - М.: Мир, 1976 г. - 167 с.

6.Зайцев Ю.В. Безопасность и экологичность проекта: метод. указ. для дипломников. // Рязань: РГРТА, 2006 г.

.Леоненков А. Нечеткое моделирование в среде MATLAB и fuzzyTECH. - СПб.: БХВ-Петербург, 2003 г. - 736 с.: ил.

.Песоцкая Е.Ю. Необходимость управления рисками в области информационных технологий // Современные проблемы науки и образования, 2007 г. - №6 - С. 48-52

.Петровский А.Б. Многокритериальное принятие решений по противоречивым данным: подход теории мультимножеств // Информационные технологии и вычислительные системы, 2004 г. - №2. - С. 56-66.

.Саати Т. Принятие решений. Метод анализа иерархий. - М.: Радио и связь, 1993 г. - 215 с.

11.Черкасов В.В. Проблемы Риска В Управленческой Деятельности, 2-е издание, переб. и допол. // «Рефл-бук»», К.: « «Ваклер», 2002 г. - 320 с.

12.Liu P., Zhang X., Liu W. A risk evaluation method for the high-tech project investment based on uncertain linguistic variables // Technological Forecasting and Social Change, 2011 г. - Vol. 78. - No. 1. - P. 40-50.

.Mas M., Mayor G., Suner J., Torrens J. Generation of Multi-dimensional Aggregation Functions // Mathware and Soft Computing, 1998 г. - No 5. - P. 233 - 242.

14.СНиП 23-05-95. «Естественное и искусственное освещение.». // М.: Стройиздат, 1980 г. - 48 с НПБ 105-03 «Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности».

.СНиП 21-01-97 «Пожарная безопасность зданий и сооружений».

16.СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы.

17.ГОСТ 12.1.004-91. «Пожарная безопасность. Общие требования».

18.СНиП 23-05-95. «Естественное и искусственное освещение» // М.: Стройиздат, 1980 г. - 48 с.

Приложение

// -

#include <vcl.h>

#pragma hdrstop

#include <Math.h>

#include «Math.hpp»

#include <conio.h>

#include <ComObj.hpp>

#include <utilcls.h>

#include «Unit2.h»

#include «Unit1.h»

// -

#pragma package (smart_init)

#pragma resource «*.dfm»_risk *fm_risk;Strateg;Tfm_risk *fm_rsk;

int **MassVs; // Вспомогательный массив**MassVs1; // Вспомогательный массив****MassVs2; // Вспомогательный массив***MassKrit; // Массив критериев**obsh_ind; // Обобщенный вектор весов критериев***obsh_pr; // Обобщенная матрица оценок ИТ проектов по критериям оценивания*Projects; // Не упорядоченный массив проектов*name_proj; // Название проектов*ProjectsYporiad; // Массив упорядоченных проектов по степени рискаalpha; // Степень рискаx; // Экспертыy; // Проектыz; // Критерии

int w; // Количество оценок

// -

__fastcall Tfm_risk: Tfm_risk (TComponent* Owner)

: TForm(Owner)

{

}

// Функция для загрузки экспертных оценок

// Входные данные: файл excel с экспертными оценками

// Выходные данные: массив экспертных оценокZagrEO()

{ss;(fm_risk->OpenDialog1->Execute())

{ // запуск Excel и открытие таблицыMyExcel = CreateOleObject («Excel. Application»);. OlePropertyGet («WorkBooks»).OleProcedure («Open», fm_risk->OpenDialog1->FileName.c_str()); //OleProcedure («Open», «D:\\Otsenki_expertov.xlsx»);

// получение параметров таблицы: кол-во строк, столбцов

int iFirstRow = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Row»);iFirstCol = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Column»);

// СтрокиiRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);

// СтолбцыiColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);

x=(iRowsCount-1)/4; // Количество экспертов=(iRowsCount-1)/4; // Количество проектов=(iColsCount-2)/2; // Количество критериев=(iColsCount-2)/2; // Количество оценок-нач зн. и кон. зн.

fm_risk->sg_otc->RowCount=iRowsCount;_risk->sg_otc->ColCount=iColsCount;**MassVs; // Массив оценок экспертов=new int*[iRowsCount-1];(int i=0; i<iRowsCount-1; i++)[i] = new int [iColsCount-1];= new int***[x];(int i=0; i<x; i++)[i]=new int**[y];(int i=0; i<x; i++)

{(int j=0; j<y; j++)[i] [j]=new int*[z];

}(int i=0; i<x; i++)

{for (int j=0; j<y; j++)(int k=0; k<z; k++)[i] [j] [k]=new int[w];}vCells = MyExcel. OlePropertyGet («Cells»);zz=0;jj=0;qq=0;mm=0;_proj= new AnsiString[y];

// Записываем в промежуточный массив

ss=vCells. OlePropertyGet («Item», iFirstRow, iFirstCol);(CompareText (ss, «»)!= 0)

{(int i = iFirstRow+1; i < iFirstRow+iRowsCount; i++)

{jj=0;(int j = iFirstCol+2; j < iFirstCol+iColsCount; j++)

{iValue = vCells. OlePropertyGet («Item», i, j);[i-2] [j-3]=StrToInt(iValue);

}(i-2<y)

{name_proj [i-2]=vCells. OlePropertyGet («Item», i, iFirstCol+1);}

}. OleProcedure («Quit»); // закрытие Excel=-1; // перем оценки

jj=0; // перем критерии=0; // перем проекты=0; // перем эксперты

for (int i = 0; i < (x*y); i++) // цикл по строкам матрицы

{jj=0;(qq==y)

{qq=0;++;}(mm==x)

{mm=0;}=-1;(int j =0; j <(z*w); j++) // цикл столбцам

{++;(zz<2)

{[mm] [qq] [jj] [zz]=MassVs[i] [j];

}

{=0;++;[mm] [qq] [jj] [zz]=MassVs[i] [j];

}

}++;

}_risk->sg_otc->Cells[0] [0]= «Эксперт»;_risk->sg_otc->Cells[1] [0]= «Проект»;pr=1;tr=1;(int i = 1; i <= iColsCount-2; i++)

{((i+1)%2==0)

{_risk-> sg_otc->Cells [i+1] [0]=«Крит. «+IntToStr(pr)+» оц. нач»;++;

}

{fm_risk->sg_otc->Cells [i+1] [0]=«Крит. «+IntToStr(tr)+» оц. кон»;++;

}

}xx=1;yy=1;(int i = 1; i <= iRowsCount; i++)

{(i % 4!=0)

{_risk->sg_otc->Cells[0] [i]=«Эксперт «+IntToStr(xx);_risk->sg_otc->Cells[1] [i]=«Проект № «+IntToStr(yy);++;

}

{_risk->sg_otc->Cells[0] [i]=«Эксперт «+IntToStr(xx);_risk->sg_otc->Cells[1] [i]=«Проект № «+IntToStr(yy);=1;++;

}

}(int i = 0; i < x*y; i++)(int j = 0; j < z*w; j++)_risk->sg_otc->Cells [j+2] [i+1]=IntToStr (MassVs[i] [j]);

}

}

// -

// Функция для загрузки оценок значимости критериев

// Входные данные: файл excel с оценками значимости критериев

// Выходные данные: массив оценок значимости критериев

void ZagrIND()

{ss;(fm_risk->OpenDialog1->Execute())

{x;y;z;

// запуск Excel и открытие таблицыMyExcel = CreateOleObject («Excel. Application»);. OlePropertyGet («WorkBooks»).OleProcedure («Open», fm_risk->OpenDialog1->FileName.c_str());

// получение параметров таблицы: кол-во строк, столбцов

int iFirstRow = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Row»);iFirstCol = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Column»);iRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);iColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);= iRowsCount-1;=(iColsCount-1)/2;=2;=new int*[iRowsCount-1];(int i=0; i<iRowsCount-1; i++)[i] = new int [iColsCount-1];= new int**[x];(int i=0; i<x; i++)[i]=new int*[y];(int i=0; i<x; i++)

{for (int j=0; j<y; j++)[i] [j]=new int[z];

}

// заполнение StringGrid значениями из Excel-таблицы

Variant vCells = MyExcel. OlePropertyGet («Cells»);zz=0;jj=0;=vCells. OlePropertyGet («Item», iFirstRow, iFirstCol);(CompareText (ss, «»)!= 0)

{(int i = iFirstRow+1; i < iFirstRow+iRowsCount; i++)

{jj=0;(int j = iFirstCol+1; j < iFirstCol+iColsCount; j++)

{iValue = vCells. OlePropertyGet («Item», i, j);[i-2] [j-2]=StrToInt(iValue);

}

}. OleProcedure («Quit»); // закрытие Excel=-1;=0;(int k = 0; k < x; k++)

{=-1;++;(zz>=2)

{zz=0;}(int j =0; j <iColsCount-1; j++)

{jj++;(jj==2)

{=0;++;

}[k] [zz] [jj]=MassVs[k] [j];

}

}(int k = 0; k < x; k++)(int i = 0; i < y; i++)(int j = 0; j < z; j++)

{_risk->Ozk->Lines->Add («MassKrit[«+IntToStr(k)+»] «+» [«+IntToStr(i)+»] «+» [«+IntToStr(j)+»]«+IntToStr (MassKrit[k] [i] [j]));

}

}

}(ss. Length()<10)

{(0, «Файл excel пуст», «Ошибка», MB_OK);

}

}

// -

// Функция для загрузки экспертных оценок

// Входные данные: файл excel с экспертными оценками

// Выходные данные: массив экспертных оценок

void OtborID()

{ss;(fm_risk->OpenDialog1->Execute())

{*List= new TList;mm {name;ii;

}*ost;MyExcel = CreateOleObject («Excel. Application»);

{MyExcel. OlePropertyGet («WorkBooks»).OleProcedure («Open», fm_risk->OpenDialog1->FileName.c_str());

}(…)

{(0, «Ошибка при открытии сервера excel», «Ошибка», MB_OK);

return;

}

// получение параметров таблицы: кол-во строк, столбцов

int iFirstRow = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Row»);iFirstCol = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Column»);iRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);iColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);

// заполнение StringGrid значениями из Excel-таблицы

Variant vCells = MyExcel. OlePropertyGet («Cells»);** Mas2 = new int*[iRowsCount-1];(int i=0; i<=iRowsCount-1; i++)[i]=new int [iColsCount-1];*name_ind= new AnsiString [iRowsCount-1];=vCells. OlePropertyGet («Item», iFirstRow, iFirstCol);(CompareText (ss, «»)!= 0)

{(int i = iFirstRow+1; i < iFirstRow+iRowsCount; i++)

{(int j = iFirstCol+1; j < iFirstCol+iColsCount; j++)

{iValue = vCells. OlePropertyGet («Item», i, j);[i-2] [j-2]=StrToInt(iValue);

}_ind [i-2]=vCells. OlePropertyGet («Item», i, 1);

}. OleProcedure («Quit»); // закрытие Excel*m= new float [iRowsCount-1];*sko= new float [iRowsCount-1];*var= new float [iRowsCount-1];(int i = 0; i <iRowsCount-1; i++)

{m[i]=0;[i]=0;[i]=0;Quality=0;

// расчет математического ожидания(int j = 0; j < iColsCount-1; j++)

{

// цикл по оценкам (от 5 до 1)

m[i]=m[i]+Mas2 [i] [j]*(4-j+1);=Quality+Mas2 [i] [j];

}[i]=m[i]/Quality;

// расчет СКО

// цикл по оценкам(int j = 0; j < iColsCount-1; j++)(int k = 0; k <Mas2 [i] [j]; k++)[i]=sko[i]+(((4-j+1) - m[i])*((4-j+1) - m[i]));[i]=sqrt (sko[i]/Quality);

// расчет коэффициента вариации

var[i]=sko[i]/m[i];

}

// отбор индикаторовl=0; // счетчик отобранных индикаторов

for (int i = 0; i <iRowsCount-1; i++)

{

// цикл по количеству индикаторов((m[i]>=3.4)&&(var[i]<0.3))

{ost = new mm;>name=name_ind[i];>ii=i;>Add(ost);_risk->SpisOI->Lines->Add(((mm*) List->Items[l])->name+» «+IntToStr(((mm*) List->Items[l])->ii));=l+1;

}

}}

}(ss. Length()<10)

{(0, «Файл excel пуст», «Ошибка», MB_OK);

}

}

void __fastcall Tfm_risk: OtbIndClick (TObject *Sender)

{();

}

// -__fastcall Tfm_risk: ZokClick (TObject *Sender)

{();

}

// -__fastcall Tfm_risk: ZeoClick (TObject *Sender)

{ZagrEO();

}

// -__fastcall Tfm_risk:OPClick (TObject *Sender)

{*Listt= new TList;mmm {name;ii;

}*pr;

// Вычисления>Lines->Clear();_ind=new float*[z];(int i=0; i<z; i++)_ind[i] = new float[2]; (int j = 0; j < z; j++) // цикл по количеству экспертов

for (int i = 0; i < x; i++) // цикл по количеству критериев

{for (int q = 0; q < w; q++)

{_ind[j] [q]=obsh_ind[j] [q]+MassKrit[i] [j] [q];

}

}(int j = 0; j < z; j++)(int q = 0; q < w; q++)

{_ind[j] [q]=obsh_ind[j] [q]/x;

}_pr= new float**[z];(int i=0; i<z; i++)_pr[i]=new float*[y];(int i=0; i<z; i++)

{for (int j=0; j<y; j++)_pr[i] [j]=new float[w];

}(int k = 0; k < z; k++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)_pr[k] [j] [q]=0;(int k = 0; k < z; k++)(int i = 0; i < x; i++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)

{_pr[k] [j] [q]=obsh_pr[k] [j] [q]+ MassVs2 [i] [j] [k] [q];

}(int k = 0; k < z; k++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)

{_pr[k] [j] [q]=obsh_pr[k] [j] [q]/x;

}

// *************************

= new float*[y];(int i=0; i<y; i++)[i]=new float[z];= new float[z];(int i = 0; i < z; i++)

{(int j = 0; j < y; j++)

{[j] [i]=(obsh_pr[i] [j] [1]+alpha*obsh_pr[i] [j] [0])/(alpha+1);

}[i]=(obsh_ind[i] [1]+alpha*obsh_ind[i] [0])/(alpha+1);

}(int i = 0; i < z; i++)(int j = 0; j < y; j++)(int j = 0; j < z; j++)= new float[y];(int i = 0; i < y; i++)

{ProjectsYporiad[i]=0;(int j = 0; j < z; j++)

{[i]=ProjectsYporiad[i]+Projects[j]* MassVs1 [i] [j];

}= new mmm;>name=name_proj[i];>ii=i;>Add(pr);

}k, m;b;*id=new int[y];(int i = 0; i < y; i++)

{id[i]=i;

}hh;(int i = 0; i < y-1; i++)

{=y-i-1; //k - номер последнего элемента в проверяемой части массива}=k; //m - номер элемента с наибольшим значением}

for (int j = 0; j < y-i; j++)

{(ProjectsYporiad[j] < ProjectsYporiad[m])

{m = j; // запоминаем значение «m»

}=id[k];[k]=id[m];[m]=hh;= ProjectsYporiad[k];[k]= ProjectsYporiad[m];[m]= b; // переставляем элементы

}

}(int i = 0; i < y; i++)>Lines->Add(((mmm*) Listt->Items [id[i]])->name +» «+ FloatToStr (ProjectsYporiad[i]));

}

// -__fastcall Tfm_risk: SettingsClick (TObject *Sender) // обработчик кнопки меню настройки

{_rsk=this;_options->Show();

}

// -

__fastcall Tfm_risk: ExitClick (TObject *Sender) // обработчик кнопки меню выход

{();

}

// -

__fastcall Tfm_risk: OtborClick (TObject *Sender) // обработчик нажатия кнопки отбора критериев

{();

}

// -

__fastcall Tfm_risk: Click (TObject *Sender) // обработчик нажатия кнопки оценки значимости критериев

{();

}

// -

__fastcall Tfm_risk: ZagrEcspClick (TObject *Sender) // обработчик нажатия кнопки загрузка экспертных оценок

{();

}

// -

__fastcall Tfm_risk:N5Click (TObject *Sender) // обработчик нажатия кнопки выпадающего меню отбор критериев

{();

}

// -

__fastcall Tfm_risk:N6Click (TObject *Sender) // обработчик нажатия кнопки выпадающего меню оценки значимости критериев

{();

}

// -

__fastcall Tfm_risk:N7Click (TObject *Sender) // обработчик нажатия кнопки выпадающего меню загрузка экспертных оценок

{();

}

// -

__fastcall Tfm_risk: OtborClick (TObject *Sender)

{*Listt= new TList;mmm {name;ii;

}*pr;

// Вычисления пошли

Rez->Lines->Clear();

obsh_ind=new float*[z];(int i=0; i<z; i++)_ind[i] = new float[2];(int j = 0; j < z; j++)(int i = 0; i < x; i++)

{for (int q = 0; q < w; q++)

{_ind[j] [q]=obsh_ind[j] [q]+MassKrit[i] [j] [q];

}

}(int j = 0; j < z; j++)(int q = 0; q < w; q++)

{_ind[j] [q]=obsh_ind[j] [q]/x;

}_pr= new float**[z];(int i=0; i<z; i++)_pr[i]=new float*[y];(int i=0; i<z; i++)

{for (int j=0; j<y; j++)_pr[i] [j]=new float[w];

}(int k = 0; k < z; k++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)_pr[k] [j] [q]=0;(int k = 0; k < z; k++)(int i = 0; i < x; i++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)

{_pr[k] [j] [q]=obsh_pr[k] [j] [q]+ MassVs2 [i] [j] [k] [q];

}(int k = 0; k < z; k++)(int j = 0; j < y; j++)(int q = 0; q < w; q++)

{_pr[k] [j] [q]=obsh_pr[k] [j] [q]/x;

}

// *************************= new float*[y];(int i=0; i<y; i++)[i]=new float[z];= new float[z];(int i = 0; i < z; i++)

{(int j = 0; j < y; j++)

{ // 1.5 1[j] [i]=(obsh_pr[i] [j] [1]+alpha*obsh_pr[i] [j] [0])/(alpha+1);

}[i]=(obsh_ind[i] [1]+alpha*obsh_ind[i] [0])/(alpha+1);

}(int i = 0; i < z; i++)(int j = 0; j < y; j++)(int j = 0; j < z; j++)= new float[y];(int i = 0; i < y; i++)

{ProjectsYporiad[i]=0;(int j = 0; j < z; j++)

{[i]=ProjectsYporiad[i]+Projects[j]* MassVs1 [i] [j];

}= new mmm;>name=name_proj[i];>ii=i;>Add(pr);

}k, m;b;*id=new int[y];(int i = 0; i < y; i++)

{id[i]=i;

}hh;(int i = 0; i < y-1; i++)

{=y-i-1; // {k - номер последнего элемента в проверяемой части массива}=k; // {m - номер элемента с наибольшим значением}

for (int j = 0; j < y-i; j++)

{(ProjectsYporiad[j] < ProjectsYporiad[m])

{m = j; // {запоминаем значение «m»}

}=id[k];[k]=id[m];[m]=hh;= ProjectsYporiad[k];[k]= ProjectsYporiad[m];[m]= b; // {переставляем элементы}

}

}(int i = 0; i < y; i++)>Lines->Add(((mmm*) Listt->Items [id[i]])->name +» «+ FloatToStr (ProjectsYporiad[i]));

}

// -

Введение Бурное развитие информационных технологий (ИТ) обуславливает готовность предприятий тратить немалые деньги на самые передовые из них. Все больше

Больше работ по теме: