Автоматизированная система анализа психологического состояния личности по результатам тестирования

улучшение совместимости приложений;

повышение безопасности. В Windows XP Professional получила дальнейшее развитие модель безопасности, используемая в Windows NT 4.0 и в Windows 2000. Это позволило упростить управление безопасностью системы;

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

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

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

параллельно существующие библиотеки DLL. Для предотвращения конфликтов библиотек DLL в Windows XP реализован механизм, обеспечивающий установку и одновременное выполнение нескольких версий отдельных компонентов Windows;

масштабируемая поддержка памяти и процессора. Windows XP обеспечивает высокое быстродействие в сочетании с возможностью масштабирования по мере увеличения объема памяти и мощности процессора.

2.2 Разработка программного обеспечения системы

2.2.1 Разработка интерфейса пользователя

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

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

тестируемый;

психолог;

работодатель.

В соответствии с данным требованием в системе реализованы два зависимых друг от друга интерфейса:

интерфейс прохождения тестирования;

интерфейс контроля результатов тестирования.

Интерфейс контроля результатов тестирования можно условно разделить на 2 части:

интерфейс психолога;

интерфейс работодателя.

В начале работы систему необходимо настроить в соответствии с правами пользователя. Для этого используется форма входа в систему.

К интерфейсу прохождения тестирования относится экранная форма регистрации пользователя, представленная на рисунке 17. Для прохождения теста пользователю необходимо ввести необходимые данные: фамилию, имя, отчество, дату рождения, выбрать пол и нажать кнопку «Зарегистрироваться».

Рисунок 17. Форма регистрации пользователя

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

тесты;

батарея тестов;

справка.



Рисунок 18. Экранная форма тестирования

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

К интерфейсу контроля результатов тестирования относится экранная форма авторизации пользователя, представленная на рисунке 19 Пользователь не сможет войти в систему без ввода пароля.

Рисунок 19. Экранная форма аутентификации пользователя

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

Рисунок 20. Экранная форма психолога

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

Рисунок 21. Функции «Просмотра результатов»

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

выбрать тестируемого;

удалить тестируемого;

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

выбрать дату и время прохождения теста;

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

выбрать вкладку с результатами теста;

просмотреть и распечатать результаты пройденного теста;

просмотреть и распечатать профиль;

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

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

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

Рисунок 22. Экранная форма работодателя

При просмотре результатов пройденной профессиограммы конкретного кандидата доступны следующие возможности:

выбрать кандидата;

удалить кандидата;

сформировать батарею дополнительной мотивации;

просмотреть и распечатать отчет о прохождении тестирования.

2.2.2 Описание основных алгоритмов функционирования системы

Алгоритм обработки результатов теста Леонгарда

Тест Леонгарда позволяет диагностировать типы акцентуации личности. Схема алгоритма приведена на рисунке 23.

Краткое описание алгоритма:

получение данных по прохождению тестирования (answers - ответы тестируемого) и данных по тесту (test - данные текущего теста);

цикл, в котором осуществляется проход по всем психологическим критериям данного теста;

инициализация переменной resultValue, в которой подсчитывается значение текущего критерия;

получение номеров вопросов, соответствующих текущему параметру теста;

цикл, в котором проверяется, совпадает ли ответ тестируемого с ключом;

если ответ совпадает, то значение переменной resultValue увеличивается на единицу;

цикл заканчивается после обработки всех вопросов теста;

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

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



Рисунок 23. Схема алгоритма обработки результатов теста Леонгарда

Алгоритм обработки результатов теста Якоря карьеры

Тест Якоря карьеры позволяет диагностировать ценностные ориентации в карьере. Схема алгоритма обработки результатов представлена на рисунке 24.

Краткое описание алгоритма:

получение данных по прохождению тестирования (answers - ответы тестируемого) и данных по тесту (test - данные текущего теста);

цикл, в котором осуществляется проход по всем психологическим критериям данного теста;

инициализация переменной resultValue, в которой подсчитывается значение текущего критерия;

получение номеров вопросов, соответствующих текущему критерию теста;

цикл, в котором получается ответ тестируемого;

к текущему значению resultValue прибавляется число, которое тестируемый отметил в ответе;

цикл заканчивается после обработки всех вопросов теста;

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

Алгоритм обработки результатов теста Потемкиной

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

Краткое описание алгоритма:

получение данных по прохождению тестирования (answers - ответы тестируемого) и данных по тесту (test - данные текущего теста);

цикл, в котором осуществляется проход по всем психологическим критериям данного теста;



Рисунок 24. Схема алгоритма обработки результатов теста Якоря карьеры



инициализация переменной resultValue, в которой подсчитывается значение текущего критерия;

получение номеров вопросов, соответствующих текущему критерию теста.

цикл, в котором проверяется, равен ли ответ тестируемого значению "Да";

если ответ совпадает, то значение переменной resultValue увеличивается на единицу;

цикл заканчивается после обработки всех вопросов теста;

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

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

Алгоритм обработки результатов теста СМИЛ

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

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



Рисунок 25. Схема алгоритма обработки результатов теста Потемкиной



Краткое описание алгоритма:

получение данных по прохождению тестирования (answers - ответы тестируемого) и данных по тесту (test - данные текущего теста);

инициализация переменной resultUnknown, содержащей количество ответов тестируемого "Не знаю";

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

в случае если на текущий вопрос тестируемый дал ответ "Не знаю" значение переменной resultUnknown увеличивается на единицу;

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

цикл, в котором осуществляется проход по всем психологическим критериям данного теста;

инициализация переменной resultValue, в которой подсчитывается значение текущего критерия;

получение номеров вопросов, соответствующих текущему параметру теста;

цикл, в котором проверяется, совпадает ли ответ тестируемого с ключом;

если ответ совпадает, то значение переменной resultValue увеличивается на единицу;

цикл заканчивается после обработки всех вопросов теста;

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

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



Рисунок 26. Схема алгоритма обработки результатов теста СМИЛ



2.2.3 Разработка подсистемы хранения данных

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

В соответствии с вышеизложенным было принято решение о реализации собственной подсистемы хранения с использованием физического хранения данных в файлах структуры xml. Для преобразования данных из объектного представления в файл xml и обратно используется технология JAXB (Java Architecture for XML Binding)[16] и JAXP (Java API for XML Processing)[15]. Эти технологии позволяют задавать соответствие между структурой классов и их атрибутов и структурой xml-файла, а также предоставляют возможность для автоматического преобразования.

Более подробно остановимся на технологии XML. XML -- текстовый формат, предназначенный для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки (например, XHTML). XML является упрощенным подмножеством языка SGML[14].

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

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

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

Язык XML позволяет описывать данные произвольного типа и используется для представления специализированной информации, например химических, математических, физических формул, медицинских рецептов, нотных записей, и т.д. Это означает, что XML может служить мощным дополнением к HTML для распространения в Web "нестандартной" информации. Возможно, в самом ближайшем будущем XML полностью заменит собой HTML, по крайней мере, первые попытки интеграции этих двух языков уже делаются (спецификация XHTML).

XML-документы могут использоваться в качестве промежуточного формата данных в трехзвенных системах. Обычно схема взаимодействия между серверами приложений и баз данных зависит от конкретной СУБД и диалекта SQL, используемого для доступа к данным. Если же результаты запроса будут представлены в некотором универсальном текстовом формате, то звено СУБД, как таковое, станет "прозрачным" для приложения. Кроме того, сегодня на рассмотрение W3C предложена спецификация нового языка запросов к базам данных XQL, который в будущем может стать альтернативой SQL.

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

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

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

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

Достоинства XML:

XML -- язык разметки, позволяющий стандартизировать вид файлов-данных, используемых компьютерными программами, в виде текста, понятного человеку;

XML поддерживает Юникод;

в формате XML могут быть описаны такие структуры данных, как записи, списки и деревья;

XML -- это самодокументируемый формат, который описывает структуру и имена полей так же как и значения полей;

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

XML -- формат, основанный на международных стандартах;

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

XML представляет собой простой текст, свободный от лицензирования и каких-либо ограничений;

XML не зависит от платформы;

XML является подмножеством SGML (который используется с 1986 года). Уже накоплен большой опыт работы с языком и созданы специализированные приложения;

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

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

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

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

XML поддерживается на низком аппаратном, микропрограммном и программном уровнях в современных аппаратных решениях.

На основе логической схемы данных (пункт 1.5) разработана структура xml-файлов. Все данные были разделены на две части: те, которые система изменяет в процессе собственного функционирования (структура представлена на рисунке 27) и те, которые система не изменяет (структура представлена на рисунке 28).



Рисунок 27. Users xml

Рисунок 28. Tests xml

В качестве значений атрибутов приведены названия атрибутов из логической схемы данных. Для краткости все теги, которые допускают множественность, приведены в единственном числе (user, test, answers, answer, result, battary, battary_element, candidate, question, type, variant_type, virtue, professionGroup, profession).

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

2.3 Контрольный пример работы системы

Для тестирования функций системы проведем контрольный пример. Он включает в себя четыре основных этапа:

формирование профессиограммы работодателем;

прохождение сформированной профессиограммы тестируемым;

просмотр результатов тестирования работодателем;

просмотр психологом отчета по пройденным тестам.

Формирование профессиограммы работодателем

Для входа в систему под видом работодателя, выбираем на форме авторизации вкладку «Работодатель» и вводим пароль (рисунок 29).

Рисунок 29. Авторизация работодателя



Открывается главная форма работодателя, в которой он может сформировать батарею тестов и просмотреть результаты прохождения тестирования. Выбираем вкладку «Формирование батареи». Далее сферу деятельности, например «Человек - художественный образ» (рисунок 30) и жмем кнопку «Вперед».

Рисунок 30. Выбор сферы деятельности

Далее выбираем профессию из представленного списка, например, «Актер» и жмем кнопку «Вперед» (рисунок 31).



Рисунок 31. Выбор профессии

После выбора профессии откроется окно, в котором будут категории, выбранные ранее: сфера деятельности и профессия, а также изложены все проверяемые качества, которые необходимы для проверки на профпригодность. Здесь мы выбираем уровень полномочий и жмем кнопку «Сформировать» (рисунок 32). Профессиограмма сформирована.

Рисунок 32. Завершение формирования профессиограммы



Прохождение сформированной профессиограммы тестируемым

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

Рисунок 33. Регистрация тестируемого

Открывается главная форма тестируемого. На панели быстрого доступа жмем «Профессиограмма» (рисунок 34). Далее, следуя указаниям и инструкциям, проходим тестирование.

Рисунок 34. Начало тестирования



Просмотр результатов тестирования работодателем

Заново входим в режим работодателя, как показано выше на рисунке 29. Теперь открываем вкладку «Результаты прохождения» и в открывшемся окне из списка выбираем нужного кандидата. Здесь, как показано на рисунке 35, предоставлена вся информация о профпригодности тестируемого.

Рисунок 35. Результаты прохождения профессиограммы

Просмотр психологом отчета по пройденным тестам

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



Рисунок 36. Отчет по пройденным тестам

3. Экономическое обоснование разработки

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

Как показывает практика, выполнение тестов в электронном варианте позволяет не только сократить время выполнения и автоматизировать анализ тестов, но и позволит не обращаться за помощью к профессиональным психологам и упростит работу отделов кадров. Сейчас существуют подобные комплексы, которые предоставляют психологам и сотрудникам отделов кадров возможность проводить автоматизированное тестирование, а также хранить полученные результаты, такие как: система “Профессор 2000” (21700 руб.), система кадрового сопровождения “Профессор - Кадры” (46500 руб.) и AVELife TestGold Studio (25000 руб.).

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

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

автоматизированное вычисление результатов тестирования;

хранение результатов тестирования;

сокращение времени, затрачиваемого на проведение тестирования;

повышение надежности результатов тестирования.

Чтобы доказать целесообразность создания данной системы, нужно рассчитать следующие показатели:

единовременные затраты на создание автоматизированной системы;

минимальная цена разработки;

единовременные затраты на внедрение;

текущие затраты на функционирование;

экономические результаты от внедрения.

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

3.1 Планирование и организация процесса разработки системы

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

При этом продолжительность работ определена по следующей формуле:

, (3.1)

где: D_j - продолжительность j-й работы, дн;

n_i - количество исполнителей i-й работы. При совмещении нескольких этапов работ n_i может иметь дробное значение.

Трудоемкость j-й работы, чел. дн:

(3.2)

Применяются оценки минимально возможной трудоемкости выполнения отдельных видов работ - a_j, максимально-возможной - b_j и наиболее вероятной - m_j.

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

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

Таблица 8. Планирование работ

	Какие	Исполнители	Трудоемкость работы, чел.-дн.	Продолжительность работы, дн.
Наименование работы	работы нужно выполнить перед данной	должность	кол-во
1	2	3	4	5	6
1.	Анализ предметной области	--	инженер		7	7
2.	Разработка технического задания на разработку АС	1	инженер	1	7	7
3.	Выбор комплекса технических средств	2	инженер	1	4	4
4.	Изучение психологических методик	2	инженер	1	10	10
5.	Проведение и обоснование выбора психологических методик	4	инженер	1	5	5
6.	Анализ алгоритмов выбранных психологических методик	5	инженер	1	20	20
7.	Анализ аналогов разрабатываемой системы	2	инженер	1	10	10
8.	Разработка алгоритмов функционирования системы	6,7	инженер	1	20	20
9.	Разработка подсистемы хранения результатов тестирования	3	инженер	1	15	15
10.	Кодирование алгоритмов и их отладка	8, 9	инженер	1	15	15
11.	Отладка и тестирование системы	10	инженер	1	20	20
12.	Оформление документации	11	инженер	1	20	20
Итого:	153

Сетевой график приведен на рисунке 37. Стрелкой обозначены работы, события - кружочком. Каждое событие имеет номер, который проставляется после построения сети.

Длительность разработки АС определяется продолжительностью критического пути сетевого графика.

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

Длительность разработки автоматизированной системы устанавливается после формирования сетевого плана.

С этой целью рассчитываются временные параметры событий и работ построенной сети.



Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Рисунок 37. Сетевой график процесса разработки системы

Ранний срок свершения I-го события T_рi - время, необходимое для выполнения всех работ, предшествующих данному событию.

, (3.3)

где L(Ii) - пути, ведущие от исходного события I до данного события i;

t[L(Ii)_макс] - продолжительность максимального из путей от исходного события I до данного события i.

Продолжительность критического пути t(L_кр) находится по формуле:

, (3.4)

где L_кр - критический путь;

L(IС) - пути, ведущие от исходного события I до конечного события С.

Поздний срок свершения i-го события T_пi - время свершения события, превышение которого вызовет аналогичную задержку наступления завершающего события.

, (3.5)

где t[L(iC)_макс] - продолжительность максимального из путей от данного события i до завершающего C.

Резерв времени i-го события R_i определяется как разность между поздним и ранним сроком свершения события i:

(3.6)

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

ранний срок начала T_рнij = T_рi ;

поздний срок окончания T_поij = T_пj ;

ранний срок окончания T_роij = T_рнij + t_ij ;

поздний срок начала T_пнij = T_поij - t_ij ;

полный резерв времени R_пij = T_поij - T_роij ;

свободный резерв времени R_сij = T_рj - T_роij ,

где t_ij -продолжительность работы ij.

Временные параметры событий и работ представляются в таблице 9.



3.2 Расчет затрат на разработку системы

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

Таблица 9. Временные параметры сетевого плана

Коды событий i	Временные параметры событий	Код работ	Временные параметры работ
	Tрi	Tпi	Ri	ij	tij	Tрнij	Tроij	Tпнij	Tпоij	Rпij	Rсij
0	0	0	0	0, 1	7	0	7	0	7	0	0
1	7	7	0	1, 2	7	7	14	7	14	0	0
2	14	14	0	2, 3	4	14	18	50	54	36	0
3	18	54	36	2, 4	10	14	24	14	24	0	0
4	24	24	0	3, 7	15	18	33	54	69	36	36
5	29	29	0	2, 6	10	14	24	39	49	25	25
6	49	49	0	4, 5	5	24	29	24	29	0	0
7	69	69	0	5, 6	20	29	49	29	49	0	0
8	84	84	0	6, 7	20	49	69	49	69	0	0
9	104	104	0	7, 8	15	69	84	69	84	0	0
10	124	124	0	8, 9	20	84	104	84	104	0	0
				9, 10	20	104	124	104	124	0	0

Более укрупненный расчет затрат на разработку системы выполняется по следующей формуле:

K_п = Ф_з/пЧ [(1+в_д) Ч (1+ в_с) + в_н + в_пр] + t_ЭВМЧС_м-ч , (3.7)

где Ф_з/п - фонд основной заработной платы, (р.);

в_д - коэффициент дополнительной зарплаты;

в_с - коэффициент отчислений на социальные нужды от основной и дополнительной заработной платы;

в_н - коэффициент накладных расходов организации, разрабатывающей систему;

в_пр - коэффициент прочих расходов при реализации системы;

t_ЭВМ - машинное время, затраченное на проектирование, создание и отладку программного обеспечения системы, ч.;

С_м-ч - стоимость машино-часа работы ЭВМ, (р.).

При разработке автоматизированной системы коэффициенты будут равны: в_д = 0,15; в_с = 0,34; в_н=0,6; в_пр = 0,1.

Расчет фонда заработной платы исполнителей работ по разработке системы производится по формуле:

, (3.8)

где - суммарная трудоемкость работ по разработке, человеко-дней;

C - дневная тарифная ставка разработчиков и других исполнителей работ (12000 рублей).

Подставив значения в формулу (3.8), получим:

(р.)

Время работы на ЭВМ при разработке системы t_ЭВМ устанавливается экспертным путем или по фактическим затратам машинного времени.

Себестоимость машино-часа работы ЭВМ определяется по формуле:

, (3.9)



где З_П - затраты на заработную плату обслуживающего персонала с учетом всех отчислений, р. Так как обслуживающего персонала нет, З_П = 0;

А - годовая сумма амортизации, (р.);

З_Э - затраты на электроэнергию, (р.);

З_Р - затраты на ремонт и обслуживание оборудования в год, (р.);

З_М - затраты на материалы в год, (р.);

З_Н - накладные расходы, (р.);

Ф_Д - действительный годовой фонд времени работы ЭВМ, ч.

Рассчитаем каждый из параметров формулы (3.9).

Годовые амортизационные расходы по ЭВМ рассчитываются по формуле:

, (3.10)

где С_ЭВМ - стоимость ПК и прочего оборудования, используемого при отладке системы. Примем среднюю стоимость равной 15000(р.);

Н_А - норма амортизации, %. Примем норму амортизации равной 25%.

Таким образом, А = 15000Ч0,25 = 3750 (р.).

Затраты на электроэнергию в год З_Э определяются следующим образом:

З_Э = W_УЧС_ЭЧТ_В, (3.11)

где W_У - установленная мощность, кВт, равна 0,3 кВт;

С_Э - стоимость силовой электроэнергии, равна 2,11 руб/кВт;

Т_В - время в течение года, когда ЭВМ потребляет электроэнергию, ч.

З_Э = 0,3Ч2,11Ч258·8 = 1307 (р.).

Затраты на текущий ремонт З_Р и на материалы З_М в течение года примем равными 5 % от стоимости ЭВМ.

З_Р = З_М = 0,05Ч15000 = 750 (р.).

В накладные расходы включаются затраты на содержание площадей, затраты на отопление, освещение и прочие. Примем их равными 10% от стоимости ЭВМ.

З_Н = 0,1Ч15000 = 1500 (р.)

Годовой фонд времени Ф_Д устанавливается, исходя из номинального фонда времени и времени профилактики оборудования и ремонтов:

Ф_Д = SЧhЧD - T_ПР, (3.12)

где S - продолжительность смены, ч;

h - количество смен;

T_ПР - время ремонтов и профилактики оборудования в течение года, ч. Так как ремонт и профилактика оборудования производятся в нерабочее время, T_ПР = 0.

Ф_Д = 8Ч1Ч258 - 0 = 2064 (ч).

Подставляя полученные данные, получим стоимость машино-часа:

(р.)

Подставляя полученные данные в формулу (3.7), получим величину затрат на разработку автоматизированной системы:

К_П = 83455 Ч (1,15Ч1,34 + 0,6 + 0,1) + (153Ч8) Ч3,9 = 184 119 (р.).

3.3 Расчет-прогноз минимальной цены разработки системы

Сумма прибыли П_min рассчитывается исходя из планируемого минимального уровня рентабельности затрат организации-разработчика:



, (3.13)

где R_min - минимальный уровень рентабельности, %, примем равным 20%, тогда по формуле (3.13):

П_min = 184 119Ч0,2 = 36 824 (р.).

Минимальная цена разработки АИС Z_min складывается из полных затрат на разработку К_П и минимально необходимой суммы прибыли П_min, размер которой позволял бы на минимальном уровне осуществить самофинансирование организации-разработчика после всех обязательных платежей и выплаты налогов.

Z_min = К_П + П_min (3.14)

Z_min = 184 119+ 36 824= 220 943 (р.).

AИC может разрабатываться на основе договора с заказчиком, либо для продажи на рынке. В первом случае цена продажи устанавливается по соглашению заинтересованных сторон (разработчика и заказчика) и называется договорной ценой Z_ДОГ. Договорная цена, как правило, устанавливается между минимальной Z_min и максимальной ценой Z_max, т.е.:

Z_min < Z_ДОГ < Z_max , (3.15)

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



3.4 Расчет целесообразного объема продаж и оценка безубыточности

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

Метод анализа заключается в том, чтобы выявить точку безубыточности (ТБ). Под ней подразумевается точка кривой, показывающей рост объема продаж в системе двух координатных осей, в которой доходы от продажи равны суммарным затратам.

Для анализа безубыточности необходимы следующие данные:

затраты (единовременные) на разработку системы (К_П), (р.);

затраты на рекламу, сопровождение на одну сделку S1, (р.). (5000 рублей);

цена продажи Z, (р.).

Объем продаж в стоимостном выражении Q является функцией от количества продаж N и рассчитывается по формуле:

Q(N) = Z Ч N (3.16)

Суммарные затраты на разработку и реализацию проекта определяются по формуле:

S(N) = К_П + S₁ ЧN (3.17)

ТБ находится из соотношения:

Q(N_ТБ) = S(N_ТБ) (3.18)

Подставив в (3.18) формулы (3.16) и (3.17), получим:



Z Ч N_ТБ = К_П + S₁ЧN_ТБ (3.19)

Откуда:

(3.20)

На рынке товаров представлено много различных систем в различных ценовых категориях. Учитывая, что разработка данной системы ориентировалась на низкий ценовой предел, то цену одной копии возьмем равной 25000 рублей, а затраты на рекламу на совершение одной сделки S₁ примем равной 5000 рублей.

Z = 25000 (р.)

S₁ = 5000 (р.)

Итак:

(экз.)

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

Кадровые агентства:

«Ancor»;

«Центр Содействия Трудоустройству Самгу»;

«Kelly Services»;

«Ultra-Staff»;

«Megapolis»;

«Ка Профит-М»;

«Manpower»;

«Юнион-Груп»;

«ПЕРСОНАЛ Плюс»;

«Кадровая компания JobSamara.ru»;

«Агентство кадровых решений Альянс»;

«Юнона»;

«Кадровое агентство Дилс»;

«Headhunter Самара»;

«Кадровое агентство Партнер-Самара»;

«Avanta Personnel»;

«Профессионал-Проф».

Разработка системы целесообразна, поскольку число потребителей 17, точка безубыточности 10, т.е. при дальнейших продажах появится прибыль. Минимальная прибыль будет получена при продаже 11 экземпляров системы.

Точка безубыточности служит разработчику хорошим ориентиром в оценке риска затрат на разработку. График безубыточности приведен на рисунке 38.

Рисунок 38. График безубыточности и целесообразного объема продаж



Затраты на разработку считаются эффективными, если доходы покроют все затраты на разработку, продажу системы и будет получена минимально необходимая сумма прибыли П_min.

Поэтому рассчитывается целесообразный объем продаж N_Ц из соотношения:

ZЧN_Ц = (К_П + S₁ЧN_Ц) + П_min, (3.21)

Откуда (экз.)

Анализ точки безубыточности и целесообразного объема продаж при разных ценах продаж приведен в таблице 10.

Таблица 10. Анализ безубыточности при разных ценах продаж

Цена продажи (р.)	NТБ (шт.)	NЦ (шт.)
20000	12	15
22000	11	13
24000	10	12
25000	10	11
26000	9	10
28000	8	10
30000	7	9

Рисунок 39. График целесообразного объема продаж



3.5 Расчет единовременных затрат на внедрение системы

Единовременные затраты на внедрение системы включают затраты на приобретение проекта системы или затраты на разработку проекта, если разработка ведется специалистом той же организации (предприятие), где внедряется система. Так же в затраты включают: затраты на комплекс технических средств (КТС) и расходы на установку КТС, его монтаж и наладку [17].

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

K_i = Зⁱ_ПР + К_КЧд_i, (3.22)

где Зⁱ_ПР - затраты на приобретение проекта системы с учетом затрат на адаптацию и обучение персонала;

К_К - величина капитальных затрат;

д_i - коэффициент участия КТС.

Так как система достаточно проста в применении, то она не нуждается в адаптации, а для обучения персонала необходим один специалист со средней заработной платой 12000 р. Таким образом, З_пр равны 37000 рублей.

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

Коэффициент участия КТС д_i находится по формуле:



, (3.23)

где tⁱ - время использования КТС в данной системе в течение года;

Ф_д - действительный фонд времени работы КТС в год.

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

Затраты на обучение персонала в течение пяти дней:

(р.)

Следовательно, единовременные капитальные затраты по формуле (3.22) равны:

K_i = 57000 + 2727 = 59 727 (р.)

3.6 Расчет текущих затрат на функционирование системы

Расчет годовых текущих затрат рассчитывается следующим образом:

З_тек = З_КСА + З_ЗП, (3.24)

где З_КСА - годовые текущие затраты на эксплуатацию КТС, руб./год;

З_ЗП - годовые затраты на заработную плату специалистов в условиях функционирования системы с начислениями, руб./год.

Предположим, что годовые текущие затраты на эксплуатацию КТС составляют 20% от стоимости КТС:

З_КСА = 0,2Ч20000 = 4000 (р.).

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

З_зп = 12000Ч1,1Ч1,34Ч12 = 199584 (р.).

Таким образом, по формуле (3.24) текущие затраты на эксплуатацию системы составят:

З_тек = 4000+199 584 = 203 584 (р.).

3.7 Оценка экономической эффективности разработки

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

метод расчета чистой дисконтированной стоимости (дохода);

метод внутренней нормы окупаемости;

метод полного возмещения инвестиций.

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

Базисом для установления расчетной ставки может быть ставка процента на заемный капитал, который предприятие должно выплачивать кредитору. Если процентная ставка не учитывает инфляцию, то ее называют номинальной ставкой процента. Реальная ставка процента учитывает уровень инфляции.

Реальная ставка процента i_r рассчитывается по формуле Фишера:

, (3.25)

где -- реальная ставка процента;

-- номинальная ставка процента;

-- уровень инфляции.

Возьмем:

= 25 %

= 10%

Таким образом, согласно формуле 3.25:

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

, (3.26)

где Т -- период функционирования капитальных вложений, г.;

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

-- коэффициент дисконтирования для года j;

-- капитальные вложения в j-м году, р.

Коэффициент дисконтирования рассчитывается по формуле 4.14.

, (4.14)

где -- реальная ставка процента.

Получим: ₁ =0,8850, ₂ =0,7831, ₃ =0,6930, ₄ =0,6133.

Планируется продавать по 4-6 экземпляров системы в год. План денежных потоков представлен в таблице 4.

Таблица 11. План денежных потоков

Год	Количество экземпляров	Затраты т.р.	Доход т.р.	Прибыль р.
1	4	20 000	100 000	80 000
2	5	25 000	125 000	100 000
3	6	30 000	150 000	120 000

Расчет чистой дисконтируемой стоимости представлен в таблице 12. Графическая иллюстрация приведена на рисунке 40.

Таблица 12. Расчет чистой дисконтированной стоимости

Год	Инвести-ционные вложения, (р.)	Прибыль, (р.)	Расчетная процентная ставка, 13,6%
			Коэффициент дисконти-рования	Текущая дисконти-рованная стоимость, (р.)	Чистая дисконти-руемая стоимость, (р.)
0	- 184119	0	0	- 184119	- 184119
1		80000	0,880282	-104119	- 113696
2		100000	0,774896	- 4119	- 36207
3		120000	0,682127	+ 115881	+ 45648
Всего	- 184119	300000	-	-	+ 45648

Рисунок 40. График чистого дисконтированного дохода



Интегральный эффект (Эг = +45 648 (р.)) больше нуля, следовательно, инвестиции в создание системы эффективны.

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

Рисунок 41. Чистый дисконтированный доход разработки системы

Составим уравнение прямой:

;

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

4. Безопасность жизнедеятельности

Безопасность жизнедеятельности (БЖД) - это система знаний, обеспечивающая безопасность обитания человека в производственной и непроизводственной среде и развитие деятельности по обеспечению безопасности в перспективе[18].

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

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

проведение тестирования,

сбор ответов пользователя,

обработка полученных ответов в соответствии с психологическими методиками,

хранение и отображение ответов, данных во время прохождения,

хранение и отображение результатов прохождения тестирования,

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

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

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

4.1 Обеспечение безопасности автоматизированной системы анализа психологического состояния личности по результатам тестирования

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

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

Перечислим возможные риски при работе с системой:

некорректное проведение тестирования;

некорректное вычисление психологических показателей;

некорректный подбор тестов для проведения профессиограммы;

некорректное определение принадлежности профессиональных качеств протестированного:

файл сохранения результатов тестирования, имеет неверный формат;

отсутствие свободного места на жестком диске для сохранения результатов тестирования;

недостаток оперативной памяти ЭВМ, для работы системы.

Данные риски можно классифицировать на четыре группы:

некорректное проведение тестирования;

некорректное вычисление психологических и профессиональных качеств;

некорректный формат файлов, хранящих выборки;

внешний фактор, связанный с характеристиками ЭВМ.

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

Тестирование - процесс исследования программного обеспечения с целью получения информации о качестве продукта. Порядок и способы тестирования описаны в нормативно-правовых документах: ГОСТ 34.603-92 и ГОСТ 28.195-89.

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

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

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

ГОСТ 34.602-89 Информационная технол...