Проектирование автоматизированной системы поддержки принятия кадровых решений

Автор работы: Пользователь скрыл имя, 09 Июня 2014 в 19:52, дипломная работа

Описание работы

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

Файлы: 1 файл

Кокшаров АСУ-08 пояснительная записка к диплому.doc

— 2.63 Мб (Скачать файл)

2.9.3 Детальные алгоритмы реализации отдельных модулей задачи

Модуль 1.1. Проверка логина и пароля.

На входе имеем: login – логин пользователя, password – пароль пользователя.

UserReg – таблица зарегистрированных пользователей.

UserLog – таблица пользователей.

Посылаем запрос к SQL серверу:

SELECT * FROM UserReg, UserLog WHERE Login = ‘login’ AND Pwd = ‘password’ AND UserReg.Id = UserLog.Id.

Если результат запроса не пустой, то считаем, что пользователь авторизовался успешно, также в результате запроса имеем все его данные – ФИО, адрес, …

Модуль 1.2 Формирование теста.

На входе имеем: Test_Un – номер теста, который выбрал пользователь для прохождения.

Task_Un – номер вопроса.

Посылаем запрос к SQL серверу:

SELECT Task_Un FROM Tests WHERE Test_Un = Test_Un

В результате получаем набор (массив) номеров задач, которые соответствуют этому тесту.

Модуль 1.3. Установка случайного порядка следования задач.

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

Test_Portion – количество задач, выводимых за тест.

TestCom – данные о тесте.

Посылаем запрос к SQL серверу:

SELECT Test_Portion FROM TestCom WHERE Test_Un = Test_Un

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

Модуль 1.4. Установка случайного порядка следования ответов.

На входе: Task_Un – номер задачи, для которой выбираем ответы.

Answ – таблица с ответами.

Посылаем запрос к SQL серверу:

SELECT * FROM Answ WHERE Task_Un = Task_Un

Результат – массив ответов, который также «перемешиваем».

Модуль 1.5. Отображение задачи и вариантов ответов.

На входе: Task_Un – номер задачи, текст которой нужно вывести. Answers – массив вариантов ответов для этой задачи.

Task_Cont – формулировка задачи.

Tasks – таблица с задачами.

Посылаем запрос к SQL серверу:

SELECT Task_Cont FROM Tasks WHERE Task_Un = Task_Un

Результат – текст задачи, его и выводим.

Для каждого варианта ответа посылаем запрос к SQL серверу:

SELECT Answ_Cont FROM Answ WHERE Answ_Un = Answers[i]

Результат – выводим варианты ответов.

Модуль 1.6. Проверка правильности ответов и вывод результата теста.

На входе: Answer – номер ответа, который выбрал пользователь.

Посылаем запрос к SQL серверу:

SELECT Answ_True FROM Answ WHERE Answ_Un = Answer

Результат – 0 (не правильный) или 1 (правильный) ответ. Этот результат заносим в таблицу History и храним до конца теста.

Глава 3. Экономическая часть

3.1 Показатели эффективности

Эффективность – это одна из возможных характеристик качества системы, а именно ее характеристика с точки зрения соотношения затрат и результатов функционирования системы.

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

Для организаций, использующих информационные системы, основными источниками экономии являются:

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

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

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

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

  • Экономической оценкой результатов влияния программного продукта на конечный    результат их использования (основное направление анализа и расчета показателей эффективности – для прикладных программ);
  • Экономической оценкой результатов влияния на технологические процессы подготовки, передачи, переработки данных в вычислительных системах (основное направление анализа и расчета показателей эффективности – для программного продукта организации вычислительных процессов и эксплуатации средств вычислительной техники и программных продуктов, расширяющих функции операционных систем);
  • Экономической оценкой результатов влияния программного продукта на технологический процесс создания новых программных продуктов (основное направление анализа и расчета показателей эффективности – для инструментально-технологических средств разработки и производства программного обеспечения).

3.2 Определение затрат на разработку программного продукта

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

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

,

(3.1)


где   – трудоемкость проекта в человеко-месяцах;

 – цена одного человеко-месяца.

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

Структура цены одного человеко-месяца (Цчм) продукции (работы, услуги) представлена в Таблице 3.1.

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

Таблица 3.1 – Расчет стоимости одного человеко-месяца

Статья затрат

Сумма, руб.

Основная зарплата исполнителей

15000,00

Дополнительная зарплата исполнителей   

  1500,00

Районный коэффициент (15%)     

   2250,00

Полная зарплата исполнителей     

 18750,00

Отчисления на социальные нужды (30%)

   3930,00

Итого: цена одного человеко-месяца

22680,00


 

3.3 Определение  приблизительного размера  создаваемого программного продукта

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

На основе предварительных исследований и опыта работы рассчитывается число исходных команд:

.                                                                                                             (3.2)

3.3.1 Определение стоимостных  коэффициентов факторов, влияющих на трудоемкость разработки

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

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

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

1. Атрибуты создаваемого  программного продукта:

1.1. ТНПП – требуемая  надежность программного продукта. Является наиболее важным фактором, отражающим качество программного продукта.

1.2. СПП – сложность  программного продукта. Наиболее  активно в качестве показателя  сложности используется объем  программ, выраженных в числе  исходных команд. По мере увеличения  объема программ возрастает трудоемкость  на разработку каждой очередной команды в программе.

1.3. МК – мобильность (переносимость) использования компонент программного  продукта для других разработок. Данный фактор имеет место, если  в программный продукт необходимо  проектировать как комплекс автономных  модулей.

2. Атрибуты исполнителей:

2.1. КА – квалификация  аналитика. Данный фактор приближенно  может оцениваться продолжительностью  работы аналитика по данной  тематике, однако это не учитывает  его индивидуальных особенностей.

2.2. КП – квалификация  программиста. При создании программных продуктов опыт применения методов, средств и всего технологического процесса отражает квалификация программиста.

2.3. КЗ – квалификация  заказчика. При испытаниях программного  продукта заказчик зачастую обнаруживает, что решаются не совсем те задачи и не совсем, так как нужно, вследствие чего необходима переработка готовых программ. Даже весьма квалифицированные заказчики вынуждены иногда корректировать ТЗ на любых этапах разработки, что влияет в среднем на снижение производительности труда разработчиков на 10..20 %.

3. Атрибуты проекта:

3.1. ПСМ – применение  современных методов разработки  программного продукта.

3.2. ИИС – использование  инструментальных средств. Использование  инструментальных средств при  проектировании программных продуктов  (CASE-системы) и программировании (визуальное компонентное программирование) позволяют повысить производительность труда.

3.3. ОСР – ограничение  сроков разработки. Уменьшение сроков  разработки проекта ведет к  увеличению трудоемкости разработки  примерно на 10-20%. Также и увеличение этих сроков ведет к увеличению трудоемкости из-за простоев аппаратных и программных средств разработки, а также из-за неэффективной работы разработчиков.

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

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

 

Таблица 3.2 – Оценка факторов трудоемкости

Фактор трудоемкости

Характеристика условий разработки

Рейтинг

Коэффициент затрат труда

ТНПП

Вся информация, вводимая с помощью подсистемы, дублируется, т.е. при потере информацию можно восстановить

Номинальный

1

СПП

Объем кода подсистемы 6,5 КЧИК

 

Низкий

0,87


 

Продолжение таблицы 3.2

КА

Главный специалист, опыт работы около 10  лет

Очень высокий

0,71

КП

Ведущий специалист, опыт работы 3 года

Высокий

0,86

КЗ

Заказчик "ПНИПУ", качественно сформулированное техн.задание

Высокий

0,91

ПСМ

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

Очень высокий

0,82

ИИС

Использование CASE-средств анализа и проектирования – BPwin, ERwin

Очень высокий

0,83

ОСР

Установленный срок разработки –1 год, номинальный срок разработки 13 месяцев

Номинальный

1

Информация о работе Проектирование автоматизированной системы поддержки принятия кадровых решений