Автор работы: Пользователь скрыл имя, 17 Января 2011 в 15:56, отчет по практике
Анализируя сущность АРМ, их можно определить, как профессионально-ориентированные малые вычислительные системы, расположенные непосредственно на рабочих местах специалистов и предназначенные для автоматизации их работ.
Введение
1. Описание практических задач, решаемых студентом за время
прохождения производственно-технологической практики
2. Описание организации работы в процессе прохождения производственно-технологической практики
3. Перечень невыполненных заданий и неотработанных запланированных вопросов
Заключение
Стоимость реализации «дружественного интерфейса» включает и программы обучения, и возможность получения справок в процессе работы на АРМ о способах продолжения или окончания диалога.
Возможность
изменения состава и
Обеспечение требований защиты от несанкционированного доступа для баз знаний и баз данных, а также обеспечения их «прозрачности» в случае необходимости.
Возможность расширения комплексов ВТ за счет наращивания технических устройств (блоками оперативной памяти, внешними запоминающими устройствами, дополнительными процессорами, принтерами и т.д.).
Таковы
наиболее существенные показатели ресурсов
разработчика и заказчика при
использовании конкретной конфигурации
программно-технических средств комплексов
АРМ.
4 неделя - изучение резервов производства программных средств АРМ.
Резервы производства программных средств АРМ определяются множеством возможных комбинаций, доступных средствам ВТ и базового программного обеспечения. В отношении экономико-организационных резервов производства программных средств АРМ следует отметить следующее.
Современные масштабы работ по производству программных средств (ПС) вычислительной техники, как продукции производственно - технического назначения, требуют незамедлительного решения одного из важных вопросов в данной области: резкого повышения производительности труда персонала, занятого в разработке ПС. Это обусловлено тем, что за последние десятилетия производительность труда работников, связанных с программированием возросла примерно в 2-3 раза, тогда как производительность ВТ повысилась ориентировочно на два порядка. С другой стороны, в ближайшее время можно ожидать скачка в росте спроса на заимствуемые ПС, особенно пакеты прикладных программ (ППП), связанного с широким внедрением в народном хозяйстве автоматизированных рабочих мест, в том числе на основе персональных ЭВМ. Анализ предлагаемых решений по устранению складывающейся диспропорции показывает, что их можно объединить в два направления:
- экстенсивное, связанное с расширением сети организаций по разработке, производству и поставке ПС;
- интенсивное, но затрагивающее лишь вопросы роста производительности труда разработчиков ПС за счет тех источников, которые по аналогии с другими отраслями можно отнести к техническим факторам: применение современной технологии программирования и автоматизированных инструментальных средств разработки программ.
Следует отметить, что в литературе весьма недостаточно отражаются вопросы снижения, повышении производительности труда разработчиков ПС и их заинтересованности в качестве результатов. Вместе с тем уже сегодня можно сделать ряд определяющих выводов: в качестве ближайшего отраслевого аналога для создания ПС избирается машиностроение. Основанием для этого принято считать то, что ПС рассматривается как специфицированное изделие. Опасность заключается в желании саму организацию работ по созданию ПС провести по образу и подобию прототипов из машиностроения. Причем предпочтение крупносерийному и серийному производству, тогда как преобладающая серийность тиражирования ПС в десятках, редко сотнях или тысячах экземпляров скорее подсказывает необходимость подойти к ним как к изделиям мелкосерийного, если не единичного производства. Но главным, на что следует обратить внимание в первую очередь, являются различия в характере труда работников машиностроения и разработчиков ПС, которые существуют в настоящий момент и, скорее всего, сохранятся в будущем. Преобладающее в машиностроении пооперационное разделение труда по стадиям техпроцесса с организацией подразделений по этим стадиям в создании ПС не проходит проверку широкой практикой. Если ставить вопрос об аналогах, то гораздо ближе к разработке ПС по характеру труда научно-исследовательские работы и работы опытно-конструкторского характера (НИОКР). С учетом сложности выделения, формализации и нормирования отбельных операций по созданию ПС наиболее целесообразной с точки зрения установления хозрасчетных отношений и стимулирования труда разработчиков ПС следует признать организацию их работы на основе заказ-нарядов с расчетами за полностью сданную программную продукцию. Основной организационной единицей в таком случае может являться бригада, специализированная на выполнении цикла работ по выпуску либо готового изделия в объеме ППП среднего размера, либо отдельного компонента сложного программного комплекса. Судя по литературе, за рубежом существует достаточно большой положительный опыт бригадной разработки ПС, однако, к сожалению, экономические аспекты деятельности таких бригад не рассматриваются. Учитывая объективную слабость пооперационной нормативной базы программирования, следует признать весьма привлекательной аккордную форму оплаты труда бригад, тем более, что в настоящее время уже складывается достаточно достоверная нормативная база по укрупненным работам создания ПС.
Применение аккордной системы безусловно стимулирует сокращение затрат и сроков разработки ПС в гораздо большей степени, нежели преобладающая в настоящее время в этой области система должностных окладов. Оценку результатов работы обеспечивающих подразделений (ВЦ, ОНТИ, централизованного банка программных модулей, контроля и приемки ПС, системного обслуживания программного обеспечения, оформления, размножения и выпуска ПС и др.) можно вести по объему предоставляемых услуг, что явно не стимулирует обеспечивающие подразделения к росту объемов и качества услуг. Планирование объемов и номенклатуры услуг должно вестись на основе внутренних планов-соглашений (договоров) между подразделениями основного и вспомогательного производства ПС. Таким же образом, возможно проведение оценки результатов использования одним подразделением-разработчиком ПС программной продукции другого подразделения (передача программных модулей). Введение таких отношений на всех организационных уровнях разработки ПС, включая и низовые, позволит мобилизовать противозатратный механизм в производстве, что чрезвычайно важно при существующем порядке ценообразования на ПСВТ, когда цена (Ц) рассчитывается по формуле, близкой к традиционной:
Ц = С + Пн + Пд ,
где С - себестоимость разработки (разовых) и производства
(тиражируемых) ПС;
Пн - нормативная прибыль, устанавливаемая централизованно,
в процентах к себестоимости С;
Пд - дополнительная прибыль, устанавливаемая в зависимости от величины экономического эффекта при эксплуатации ПС.
3. Перечень невыполненных заданий и неотработанных
запланированных
вопросов
В
перечень невыполненных заданий и неотработанных
запланированных вопросов вошло изучение
примеров использования резервов
производства программных средств АРМ.
Заключение
1.
За время прохождения
производственно-
2. Предложения по совершенствованию организации работы предприятия:
считаю, что нельзя не заметить прямую зависимость цены ПС от материальной и моральной заинтересованности разработчиков и производителей. Снижение внутрипроизводственных расходов на уровне бригад (отделов, цехов) также будет способствовать снижению величины С. Попутно следует заметить, что нормативы должны формироваться на основе результатов, полученных персоналом, заинтересованным в интенсивной работе.
Решая
вопросы повышения
Для улучшения такого учета целесообразно в цену ПС включить составляющую, связанную с показателями качеством непосредственно, а не только косвенно через Пд. Для этого величину Пд, которая по сути своей есть коэффициент, можно представить как
Пд = Пн + Кэ + Кп ,
где Кэ - коэффициент, связанный с величиной экономического эффекта от применения ПC;
Кп
- коэффициент, связанный с качеством
ПС.
Величина
Кп может определяться исходя из
потребительских свойств ПС с точки
зрения пользователя, связанного
с его освоением и эксплуатацией.
В качестве подхода к определению его
величины можно предложить метод, основанный
на применении набора метрик показателей
оценки ПС. Каждому из свойств можно
поставить в соответствие набор
показателей, дальнейшая оценка которых
может служить дополнительным стимулом
для создания программных продуктов лучшего
качеств.
3.
Индивидуальные выводы
о практической
значимости проведенного
вида практики: за время прохождения
производственно-
Информация о работе Характеристика программных средств ARM и перспективы их развития