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

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