Создание - программный продукт
Cтраница 1
Создание программного продукта может вестись и самим пользователем, причем это более предпочтительный вариант в отношении простоты построения программы. Однако с точки зрения профессиональных программистов в таких программах может быть большое число погрешностей, так как они менее эффективны по машинным ресурсам, быстродействию и многим другим традиционным критериям. [1]
ГОСТами на создание программных продуктов предусматриваются пять этапов их разработки: формулировка технического задания, разработка технических предложений по созданию программного продукта, разработка технического проекта, рабочее проектирование, испытание программного продукта. [2]
Бизнес-план по созданию программного продукта. [3]
Во-вторых, трудность расчета издержек создания программных продуктов связана с тем, что они являются, как правило, сопутствующим товаром и предлагаются пользователям в рамках конкретной технологии реализации нововведений, где происходит постепенное наполнение навыков и практического опыта, представляющих особую ценность как для пользователей, так и разработчиков. Одной из особенностей программных продуктов коммерческой направленности является их создание не для внутреннего применения, а для реализации на рынке. С этой точки зрения отношение к товару-продукту не отличается от сбыта материальной продукции. [4]
Так как в последнее время созданию сложных программных продуктов, имеющих длительный жизненный цикл и требующих квалифицированного сопровождения, уделяется пристальное внимание, возникает необходимость создания интеллектуальных систем диалогового типа, обеспечивающих сопровождение программных продуктов, в том числе когда оно носит проблемный характер. [5]
В компании Microsoft главными задачами являются создание крупномасштабных программных продуктов, сотрудничество с другими компаниями-производителями ПО, а также обслуживание и поддержка клиентов. [6]
Для научных работников, специализирующихся в области создания программных продуктов; может быть полезна широкому кругу пользователей. [7]
 |
Удельные затраты рабочего времени руководителя, %. [8] |
Самым мало изученным субъектом управления в РФ для создания программных продуктов является высшее руководство компаний. [9]
Кроме того, при необходимости изменения кода или при создании новых программных продуктов в рамках такой структуры крайне сложно или вообще невозможно использовать существовавший код вследствие того, что программа представляет собой практически не расчленяемый, единый фрагмент. [10]
Под жизненным циклом разработки ПО традиционно понимается упорядоченная совокупность этапов, обеспечивающих создание качественного программного продукта. В общем случае в жизненный цикл разработки включаются следующие стадии: техническое задание, эскизный проект, технический проект, рабочий проект и внедрение. [11]
Успехи информатизации в основном достигаются за счет внедрения компьютерной техники, средств передачи данных, создания более эффективных программных продуктов. Поэтому, чтобы понять действующие информационные закономерности и механизмы управления, необходимо новое понимание фундаментальных положений в информатике. В информационных системах процесс управления состоит из 5 этапов: восприятие, распознавание, анализ, прогнозирование, принятие решения, исполнение. При этом информация служит для решения тех или иных задач управления, являясь лишь средством для достижения соответствующих целей. В сложных системах между целями обычно всегда имеют место противоречия. [12]
Поскольку программирование применительно к созданию ПО САПР является коллективным промышленным трудом, необходимо особое внимание уделять технологии создания программного продукта. В противном случае могут возникать весьма ощутимые трудности создания больших комплексов программ во время стыковки отдельных их частей, разрабатываемых различными программистами или подразделениями, проверки правильности функционирования, разработки программной и эксплуатационной документации. Отсутствие жестких стандартов программирования чрезвычайно затрудняет и процесс совершенствования ранее разработанных программных систем. Недаром значительная часть программистов считает, что легче сделать свою новую программу, чем разобраться в чужой ранее разработанной программе аналогичного назначения. В свою очередь это приводит к крайне неэффективному применению программного обеспечения: только незначительная его часть ( около 2 %) находится в процессе регулярной и массовой эксплуатации. Подавляющую долю составляют программы, которые могут эксплуатироваться только их разработчиками. [13]
ГОСТами на создание программных продуктов предусматриваются пять этапов их разработки: формулировка технического задания, разработка технических предложений по созданию программного продукта, разработка технического проекта, рабочее проектирование, испытание программного продукта. [14]
Следует отметить, что при создании программ машинных расчетов электрических цепей массовое увлечение специалистов-электротехников, в большинстве своем не являющихся специалистами в области создания программных продуктов, самостоятельной разработкой различных программных комплексов приводит к неэффективному использованию их знаний и навыков. Опыт показывает, что наиболее высокий уровень разработок такого рода обеспечивается при совместной работе специалистов в области системного и проблемного программирования и специалистов в области теоретической электротехники. Несмотря на то что многие современные методы численных расчетов были разработаны с подачи и с помощью специалистов по теоретической электротехнике ( например, системные методы интегрирования Ю. В. Ракитского), современная вычислительная математика накопила большое число эффективных алгоритмов, которые могут быть непосредственно использованы в программах расчета электрических цепей. [15]
Страницы: 1 2