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

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

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

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

В процессах анализа и проектирования ПО одним из основных средств отображения структуры компонентов программных систем являются графические модели. Главными их преимуществами, по сравнению со словесными описаниями, является простота и компактность, а также легкость восприятия. В 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 - Перечень выполненных работ с указанием их трудоемкости

Стадия	Этап работ	Исполнители	Tn
1. Техническое задание	1.1 Постановка задачи	руководитель, студент	2
	1.2 Сбор исходных материалов	руководитель, студент	5
	1.3 Определение критериев выполнения задания	руководитель, студент	1
2. Эскизный проект	Разработка структуры входных и выходных данных, определение формы представления входных и выходных данных	Студент	4
3. Технический проект	Разработка структуры ИС	Студент	12
4. Рабочий проект	4.1 Разработка ИС	Студент	18
	4.2 Разработка документации ИС	Студент	4
	4.3 Тестирование ИС	Студент	4
	4.4 Оформление пояснительной записки	руководитель, консультант-экономист, консультант по БЖД, студент	5
	4.5 Оформление графического материала	Студент	2
5. Внедрение	5.1 Передача документов для сопровождения		1
		студент
	5.2 Оформление акта	студент	1
	5.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,4	2,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 с.

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

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

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

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

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

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

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

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

10. Саати Т. Принятие решений. Метод анализа иерархий. - М.: Радио и связь, 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.

13. 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 «Определение категорий помещений, зданий и наружных установок по взрывопожарной и пожарной опасности».

15. СНиП 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»

Tfm_risk *fm_risk;

AnsiString Strateg;

extern Tfm_risk *fm_rsk;

int **MassVs; // Вспомогательный массив

float **MassVs1; // Вспомогательный массив

int ****MassVs2; // Вспомогательный массив

int ***MassKrit; // Массив критериев

float **obsh_ind; // Обобщенный вектор весов критериев

float ***obsh_pr; // Обобщенная матрица оценок ИТ проектов по критериям оценивания

float *Projects; // Не упорядоченный массив проектов

AnsiString *name_proj; // Название проектов

float *ProjectsYporiad; // Массив упорядоченных проектов по степени риска

float alpha; // Степень риска

int x; // Эксперты

int y; // Проекты

int z; // Критерии

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

// -

__fastcall Tfm_risk: Tfm_risk (TComponent* Owner)

: TForm(Owner)

{

}

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

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

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

void ZagrEO()

{

AnsiString ss;

if (fm_risk->OpenDialog1->Execute())

{ // запуск Excel и открытие таблицы

Variant MyExcel = CreateOleObject («Excel. Application»);

MyExcel. 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»);

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

// Строки

int iRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);

// Столбцы

int iColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);

x=(iRowsCount-1)/4; // Количество экспертов

y=(iRowsCount-1)/4; // Количество проектов

z=(iColsCount-2)/2; // Количество критериев

w=(iColsCount-2)/2; // Количество оценок-нач зн. и кон. зн.

fm_risk->sg_otc->RowCount=iRowsCount;

fm_risk->sg_otc->ColCount=iColsCount;

int **MassVs; // Массив оценок экспертов

MassVs=new int*[iRowsCount-1];

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

MassVs[i] = new int [iColsCount-1];

MassVs2= new int***[x];

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

MassVs2 [i]=new int**[y];

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

{

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

MassVs2 [i] [j]=new int*[z];

}

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

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

for (int k=0; k<z; k++)

MassVs2 [i] [j] [k]=new int[w];}

Variant vCells = MyExcel. OlePropertyGet («Cells»);

int zz=0;

int jj=0;

int qq=0;

int mm=0;

name_proj= new AnsiString[y];

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

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

if (CompareText (ss, «»)!= 0)

{

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

{jj=0;

for (int j = iFirstCol+2; j < iFirstCol+iColsCount; j++)

{

AnsiString iValue = vCells. OlePropertyGet («Item», i, j);

MassVs [i-2] [j-3]=StrToInt(iValue);

}

if (i-2<y)

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

}

MyExcel. OleProcedure («Quit»); // закрытие Excel

zz=-1; // перем оценки

jj=0; // перем критерии

qq=0; // перем проекты

mm=0; // перем эксперты

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

{jj=0;

if (qq==y)

{qq=0;

mm++;}

if (mm==x)

{mm=0;}

zz=-1;

for (int j =0; j <(z*w); j++) // цикл столбцам

{

zz++;

if (zz<2)

{

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

}

else

{

zz=0;

jj++;

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

}

}

qq++;

}

fm_risk->sg_otc->Cells[0] [0]= «Эксперт»;

fm_risk->sg_otc->Cells[1] [0]= «Проект»;

int pr=1;

int tr=1;

for (int i = 1; i <= iColsCount-2; i++)

{

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

{

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

pr++;

}

else

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

tr++;

}

}

int xx=1;

int yy=1;

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

{

if (i % 4!=0)

{

fm_risk->sg_otc->Cells[0] [i]=«Эксперт «+IntToStr(xx);

fm_risk->sg_otc->Cells[1] [i]=«Проект № «+IntToStr(yy);

yy++;

}

else

{

fm_risk->sg_otc->Cells[0] [i]=«Эксперт «+IntToStr(xx);

fm_risk->sg_otc->Cells[1] [i]=«Проект № «+IntToStr(yy);

yy=1;

xx++;

}

}

for (int i = 0; i < x*y; i++)

for (int j = 0; j < z*w; j++)

fm_risk->sg_otc->Cells [j+2] [i+1]=IntToStr (MassVs[i] [j]);

}

}

// -

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

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

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

void ZagrIND()

{

AnsiString ss;

if (fm_risk->OpenDialog1->Execute())

{

int x;

int y;

int z;

// запуск Excel и открытие таблицы

Variant MyExcel = CreateOleObject («Excel. Application»);

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

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

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

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

int iRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);

int iColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);

x= iRowsCount-1;

y=(iColsCount-1)/2;

z=2;

MassVs=new int*[iRowsCount-1];

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

MassVs[i] = new int [iColsCount-1];

MassKrit= new int**[x];

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

MassKrit[i]=new int*[y];

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

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

MassKrit[i] [j]=new int[z];

}

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

Variant vCells = MyExcel. OlePropertyGet («Cells»);

int zz=0;

int jj=0;

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

if (CompareText (ss, «»)!= 0)

{

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

{jj=0;

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

{

AnsiString iValue = vCells. OlePropertyGet («Item», i, j);

MassVs [i-2] [j-2]=StrToInt(iValue);

}

}

MyExcel. OleProcedure («Quit»); // закрытие Excel

zz=-1;

jj=0;

for (int k = 0; k < x; k++)

{

jj=-1;

zz++;

if (zz>=2)

{zz=0;}

for (int j =0; j <iColsCount-1; j++)

{jj++;

if (jj==2)

{

jj=0;

zz++;

}

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

}

}

for (int k = 0; k < x; k++)

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

for (int j = 0; j < z; j++)

{

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

}

}

}

if (ss. Length()<10)

{

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

}

}

// -

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

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

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

void OtborID()

{

AnsiString ss;

if (fm_risk->OpenDialog1->Execute())

{

TList *List= new TList;

struct mm {

AnsiString name;

int ii;

}*ost;

Variant MyExcel = CreateOleObject («Excel. Application»);

try

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

}

catch (…)

{

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

return;

}

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

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

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

int iRowsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Rows»).OlePropertyGet («Count»);

int iColsCount = MyExcel. OlePropertyGet («ActiveSheet»).OlePropertyGet («UsedRange»).OlePropertyGet («Columns»).OlePropertyGet («Count»);