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

Экономическая эффективность вложений в разработку … 239

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

тельности. К первой группе косвенных расходов относятся поте-

ри компании в связи с низким качеством IT-проекта:

·дополнительные затраты сотрудников других подразделений на рутинную обработку информации;

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

Причина второй группы косвенных расходовкроется в не-

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

Косвенные расходы находятся за рамками бюджетов на содержание IТ-служб, однако они могут играть существенную роль

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

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

Для западных компаний объемы затрат на развитие и обеспечение функционирования информационных технологий колеблются в пределах 0,9–3,4 % от общего оборота компаний, для российских компаний эти проценты несколько ниже: 0,6–1,5 %.

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

Контрольные вопросы

1.Раскройте содержание оборотных и внеоборотных активов.

2.В каком соотношении находятся понятия дохода и выручки?

3.Приведите классификацию затрат предприятия.

4.Раскройте содержание затрат, образующих себестоимость про-

дукта.

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

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

7.Перечислите основные статьи затрат на разработку и реализацию ПП.

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

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

10.Перечислите относительные показатели анализа финансовой деятельности и раскройте их содержание.

11.Охарактеризуйте основные проблемы ценообразования на ПП.

12.Перечислите основные типы рынков с позиции ценообразования и раскройте их содержание.

13.Перечислите возможные варианты ценовой политики и раскройте их содержание.

14.Раскройте содержание метода ценообразования, ориентированного на затраты.

15.Раскройте содержание метода ценообразования, ориентированного на спрос.

16.Раскройте содержание метода ценообразования, ориентированного на конкурентов.

17.Перечислите и прокомментируйте основные факторы, влияющие на договорную цену.

18.Раскройте содержание прямого метода определения размеров ПП, его достоинства и недостатки.

19.Раскройте содержание метода функциональных точек, его достоинства и недостатки.

Экономическая эффективность вложений в разработку … 241

20.Поясните методику определения фонда оплаты труда на разработку ПП.

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

22.В чем состоит основная идея определения рыночной цены на

ППна основе точки безубыточности?

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

24.Какие параметры CVP-анализа позволяют определить финансовую стабильность компании?

25.Перечислите причины, по которым необходимо (желательно) определять рыночную стоимость программного продукта.

26.Приведите классификацию методов оценки рыночной стоимости ПП и раскройте сущность каждого из них.

27.Раскройте сущность затратных методов оценки рыночной стоимости ПП.

28.Раскройте сущность доходных методов оценки рыночной стоимости ПП.

29.Раскройте сущность рыночного метода сравнения продаж при оценке стоимости ПП.

4.НОРМАТИВНО-ПРАВОВЫЕ ОСНОВЫ ВЕДЕНИЯ БИЗНЕСА

4.1.Стандартизация основных процессов жизненного цикла создания программных продуктов

4.1.1.Отечественные стандарты серий ГОСТ.19 и ГОСТ.34

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

· ГОСТ 19 «Единая система программной документации (ЕСПД)»;

· ГОСТ 34 «Информационные технологии. Автоматизированные системы»;

· ГОСТ Р «Государственные стандарты Российской Федерации».

Стандарты предоставляют основу для выработки языка общения между поставщиком и потребителем. Именно отсутствие такого языка часто становится причиной того, что потребитель просто недооценивает значимость проекта (отсюда и отсутствие внимания к проекту со стороны руководства). Кроме того, стандарты являются воплощением обобщенного опыта различных компаний и в силу этого дают ответ на вопрос : как правильно организовать процесс создания, документирования и внедрения программных продуктов. В [24] отмечается, что использование стандартов в реальных проектах может оказать как положитель-

1 Каталог стандартов находится в открытом доступе на сайте Федерального агентства по техническому регулированию и метрологии (РОССТАНДАРТ).

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

Основная часть стандартов «Единая система программной документации (ЕСПД)» была разработана в 1970–1980-е гг. В настоящее время этот комплекс представляет собой систему межгосударственных стандартов стран СНГ(ГОСТ 19), действующих на территории Российской Федерации на основе межгосударственного соглашения по стандартизации.

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

В состав ЕСПД входят:

1)ГОСТ 19.001-77 ЕСПД «Общие положения»;

2)ГОСТ 19.101-77 ЕСПД «Виды программ и программных документов»;

3)ГОСТ 19.102-77 ЕСПД «Стадии разработки»;

4)ГОСТ 19.103-77 ЕСПД «Обозначение программ и программных документов»;

5)ГОСТ 19.104-78 ЕСПД «Основные надписи»;

6)ГОСТ 19.105-78 ЕСПД «Общие требования к программным документам»;

7)ГОСТ 19.106-78 ЕСПД «Требования к программным документам, выполненным печатным способом»;

8)ГОСТ 19.201-78 ЕСПД «Техническое задание. Требования к содержанию и оформлению»;

9)ГОСТ 19.202-78 ЕСПД «Спецификация. Требования к содержанию и оформлению»;

10)ГОСТ 19.301-79 ЕСПД «Порядок и методика испытаний»;

11)ГОСТ 19.401-78 ЕСПД «Текст программы. Требования

ксодержанию и оформлению»;

12)ГОСТ 19.402-78 ЕСПД «Описание программы»;

13)ГОСТ 19.404-79 ЕСПД «Пояснительная записка. Требования к содержанию и оформлению»;

14)ГОСТ 19.501-78 ЕСПД «Формуляр. Требования к содержанию и оформлению»;

15)ГОСТ 19.502-78 ЕСПД «Описание применения. Требования к содержанию и оформлению»;

16)ГОСТ 19.503-79 ЕСПД «Руководство системного программиста. Требования к содержанию и оформлению»;

17)ГОСТ 19.504-79 ЕСПД «Руководство программиста»;

18)ГОСТ 19.505-79 ЕСПД «Руководство оператора»;

19)ГОСТ 19.506-79 ЕСПД «Описание языка»;

20)ГОСТ 19.508-79 ЕСПД «Руководство по техническому обслуживанию. Требования к содержанию и оформлению»;

21)ГОСТ 19.604-78 ЕСПД «Правила внесения изменений в программные документы, выполняемые печатным способом»;

22)ГОСТ 19.701-90 ЕСПД «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения»;

23)ГОСТ 19.781-90 «Обеспечение систем обработки информации программное. Термины и определения».

Из всех стандартов серии ЕСПД остановимся только на тех, которые могут чаще всего использоваться на практике.

ГОСТ 19.201-78 ЕСПД «Техническое задание. Требования к содержанию и оформлению». Техническое задание (ТЗ)

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

Техническое задание должно содержать следующие разделы:

·введение;

·основания для разработки;

·назначение разработки;

·требования к программе или программному изделию;

·требования к программной документации;

·технико-экономические показатели;

·стадии и этапы разработки;

·порядок контроля и приемки.

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

ГОСТ 19.101-77 ЕСПД «Виды программ и программных документов». Устанавливает виды программ и программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения. В качестве основных видов программ стандартом определяются:

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

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

Виды программных документов и их краткое содержание представлены в стандарте описаниями, приведенными в табл. 4.1.

246 4. Нормативно-правовые основы ведения бизнеса

Перечень эксплуатационных документов, рекомендуемых ЕСПД, представлен в табл. 4.2.

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

ГОСТ 19.102-77 ЕСПД «Стадии разработки». Устанавли-

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

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

В составе ГОСТ 34 в настоящее время действуют:

1)ГОСТ 34.601–90 «Информационная технология. Автоматизированные системы. Стадии создания»;

2)ГОСТ 34.602–89 «Информационная технология. Техническое задание на создание автоматизированных систем»;

3)ГОСТ 34.603–92 «Информационная технология. Виды испытаний автоматизированных систем»;

4)ГОСТ 34.201–89 «Информационная технология. Виды, комплектность и обозначение документов при создании автоматизированных систем»;

5)РД 50–34.698–90 «Методические указания. Информационная технология. Автоматизированные системы. Требования к содержанию документов».

Комплекс стандартов рассчитан на взаимодействие заказчика и разработчика, при этом предусмотрено, что заказчик может разрабатывать АС самостоятельно, если создаст для этого специализированное подразделение. В ГОСТ 34 раскрывается в основном содержание проектных документов, в соответствии с которыми осуществляется распределение действий между сторонами.

Таблица 4.3

Стадии разработки, этапы и содержание работ