Организационные аспекты характеристики разработки

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

Юридические аспекты характеристики разработки

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

Финансовые аспекты характеристики разработки

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

3. Оценка затрат труда при разработке объекта

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

Так, общая трудоемкость может быть рассчитана с помощью нормативного метода. Он основан на опытно-статистических данных, полученных при подготовке задач к решению на ЭВМ. Затраты труда в человеко-часах (чел.-ч) определяют следующим образом:

Т = Т+ Т+ Т+ Т+ Т+ Т+ Т.

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

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

О = О∙С∙(1+),

где О– предполагаемое число команд;С – коэффициент сложности программы; Р– коэффициентi-й коррекции программы при ее разработке; n=1,2, … – количество коррекций программы (прил. 1).

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

коэффициент сложности программы С – относительную сложность программы как сложность конкретной задачи по отношению к так называемой типовой задаче, сложность которой принята равной 1. За типовые принимают задачи учета, результат решения которых не выдается на печать. После обработки (обновления) он хранится в памяти ЭВМ. Задачи других классов определяются ориентировочно через коэффициенты сложности в зависимости от форм выходных документов из следующих соответствующих интервалов: задачи оперативного управления – 1,25…1,5;

коэффициент коррекции программы Р – увеличение объема работ за счет внесений в алгоритм или программу решения задачи по результатам уточнения постановок и описаний задач, изменения состава и структуры информации (входной и выходной), а также уточнений, вносимых разработчиком для улучшения качества самой программы без изменения постановки задачи. На практике при разработке программы в среднем вносится 3–5 коррекций. Каждая из них ведет к переработке от 5 до 10 % готовой программы;

коэффициент квалификации разработчика К – степень подготовленности исполнителя к выполнению работы. Этот коэффициент определяется в зависимости от стажа работы и составляет для работающих до 2 лет – 0,8; от 2 до 3 лет – 1,0; от 3 до 5 лет – 1,1…1,2; от 5 до 7 лет – 1,3…1,4; свыше 7 лет – 1,5…1,6;

коэффициент затрат на алгоритмизацию А – трудоемкость разработки алгоритма по отношению к программированию. Этот коэффициент в общем случае является функцией сложности разрабатываемой задачи. Для задач учета и оперативного управления он будет равен 0,4…0,5 , а для задач планирования – 0,5…0,7 от затрат на программирование;

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

Значения рассмотренных коэффициентов приведены в прил. 1.

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

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

2. Затраты труда на изучение описания задачи Т, чел.-ч, с учетом уточнения могут быть определены по формуле

Т = .

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

3. Затраты труда на разработку алгоритма решения задачи

Т = .

4. Затраты труда на разработку блок-схемы задачи

Т = .

5. Затраты труда на непосредственное написание программы

Т = .

6. Затраты труда на отладку программы на ЭВМ:

- при автономной отладке одной программы

Т = .

- при комплексной отладке

Т = ·1,5.

7. Затраты труда на подготовку документации

Т=Т+Т,

где Т=– подготовка материалов в рукописи;Т– редактирование, печать и оформление отчета проекта.

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

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

Т ==,

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

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

Если программа состоит из модулей, написанных с использованием различных программных средств или различными программистами, или эти модули имеют различную сложность, то для каждого модуля оценка трудоемкости должна проводиться отдельно. Это дает “чистое” необходимое время для программирования без учета временных затрат на корректировку и документирование программы. Для учета этих затрат вводится поправочный коэффициент, равный 1,25. Тогда трудоемкость разработки программного средства, состоящего из n программ, чел.-дн.,

= 1,25·.

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

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

h– число единых (или отдельных) операторов в программе (количество параметров по порядку);

N– общее число всех операторов, появляющихся в программе;

h– число единых (или отдельных) операндов в программе (количество данных параметров по порядку);

N– общее число всех операндов, появляющихся в программе.

Тогда словарь данной программы будет составлять h = h + hи длина реализации алгоритма определится формулой

N = N + N . (3.1)

При этом должны выполняться следующие три соотношения:

N= ;N= ;N = ,

где f – число вхождений j-го оператора, j = 1,2, …, h;

f – число вхождений j-го операнда, j = 1,2, …, h.

Для иллюстрации введенных метрических характеристик рассмотрим пример конкретной программы для нахождения наибольшего общего делителя (НОД):

IF (A=0)

LAST: BEGIN GCD: =B; RETURN END;

IF (B=0)

BEGIN GCD: =A; RETURN END;

HERE: G: =A/B; R: = A-B*G;

IF (R=0) GO TO LAST;

A: =B; B: =R; GOTO HERE.

Последовательный перечень операторов и операндов данной программы, полученный классификацией и подсчетом, приведен в табл. 3.1 и 3.2.

Таблица 3.1