Смекни!
smekni.com

Работа По курсу: Предметно-ориентированные экономические информационные системы на тему: «Технико-экономические показатели разработки программных средств и их оценка» (стр. 3 из 13)

Первая цель состоит в прогнозировании реальных затрат на разработку определенного проекта компонентов и ПС в целом с уче­том их сложности и требуемого качества. Для этого должна быть изучена существующая практика разработки программ, и/или обоб­щены ТЭП современных проектов ПС. Такие обобщения должны выявить трудоемкость (стоимость) и производительность труда при разработке реальных программ определенных классов и назначения, а также основные факторы, влияющие на эти показатели при созда­нии конкретных ПС. Кроме того, необходимо определить длитель­ность всего процесса разработки программ и его отдельных этапов. Для этого должны быть разработаны и внедрены методики сбора первичных технико-экономических данных и их обработки, по завершенным или находящимся в процессе разработки проектам ПС. В результате могут быть получены современные значения основных ТЭП создания программ разных классов.

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

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

- эффективного распределения общих трудовых ресурсов, ис­пользуемых при разработке программ;

- развития и повышения экономической эффективности техно­логий, применяемых для создания ПС различных классов;

- рационального повышения уровня комплексной автоматиза­ции технологий разработки ПС;

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

Четвертой целью технико-экономического исследования про­цессов разработки программ является создание методических и нормативных документов, как основы промышленной разработки аналогичных программных продуктов. Наличие нормативов может коренным образом изменить характер разработки ПС и приблизить его к отрасли современного регламентированного промышленного проектирования. В результате появится возможность управления затратами на разработку, количеством и качеством создаваемых ПС и их компонентов на различных этапах.

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

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

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

Программно-целевое планирование и промышленная разработ­ка ПС как продукции целесообразны только для определенных клас­сов комплексов программ. С этой позиции программы для вычисли­тельных машин можно разделить на три класса, которые впоследст­вии рассмотрены подробнее:

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

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

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

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

В первой части ЖЦ произ­водятся системный анализ, проектирование, разработка, тестирова­ние и испытания первой базовой версии ПС. Номенклатура работ, их трудоемкость, длительность и другие характеристики на этих этапах ЖЦ существенно зависят от создаваемого объекта, требуемых пока­зателей качества, внешней и технологической среды разработки. Изучение подобных зависимостей для различных ПС позволяет про­гнозировать состав и основные технико-экономические показатели, планы и графики работ для вновь создаваемых ПС.

Вторая часть ЖЦ, отражающая эксплуатацию и сопровожде­ние ПС, относительно слабо связана с характеристиками объекта и среды разработки. Программы первого и второго классов характери­зуются длительной непрерывной эксплуатацией, продолжитель­ность которой обычно значительно превышает длительность разра­ботки первой версии. После того как программы созданы и испыта­ны, в ряде случаев они становятся недоступными для разработчиков и эксплуатируются неизменными до внедрения очередной версии при модернизации системы. Жизненный цикл таких ПС может со­ставлять десяток лет, в течение которых необходимо обеспечить их сопровождение. В процессе сопровождения программы могут под­вергаться эпизодическим корректировкам, которые должны регист­рироваться, накапливаться и передаваться пользователям экземпля­ров системы. Необходимо обеспечить адекватность документации каждой версии эксплуатируемого ПС в любой момент времени.