Разработка АРМ

Основные вопросы:

- постановка задачи на разработку АРМ;

- приобретение оборудования и программного обеспечения, разработка нестандартного программного обеспечения;

- обслуживание и модернизация вычислительного оборудования и программного обеспечения АРМ.

Комплекс технических и программных средств, именуемых АРМ, живёт по тем же законам, что и любое другое изделие: рождается, растёт, стареет и, наконец, погибает под натиском новых, более привлекательных для пользователей, разработок.

Менеджмент автоматизированных рабочих мест

2. Разработка АРМ.

2.1. Мотивы и последствия решения о разработке АРМ.

2.2. Техническое задание на разработку АРМ.

2.3. Разработчики АРМ.

2.1. Мотивы и последствия решения о разработке АРМ

Спрос на АРМ возникает у специалистов в той или иной области деятельности тогда, когда:

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

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

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

Попытки экстенсивного повышения производительности труда путём увеличения численности сотрудников к успеху не приводят по следующим основным причинам:

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

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

Интенсификации интеллектуального труда удаётся достичь путём алгоритмизации знаний и умений высококвалифицированных специалистов и представлением их в виде программ и данных для ЭВМ.

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

2.2. Техническое задание на разработку АРМ

Одной из устоявшихся форм сотрудничества специалистов и управленцев одной организации или разных организаций является формулировка заданий на выполнение работ в виде "Технических заданий" и представление отчётной документации по результатам работ в виде "Инструкций по использованию", "Инструкций по запуску и настройке" и различного рода "Технических описаний". В условиях глубокого разделения труда предполагается, что, с одной стороны, специалист, формулирующий "Техническое задание", имеет весьма общее представление в области деятельности специалиста, который будет выполнять сформулированное задание, с другой стороны, отчётная документация по выполненным работам должна быть понятной и исчерпывающей с точки зрения специалиста, сформулировавшего "Техническое задание", а не с точки зрения специалиста, его выполнившего. По этой причине разработки программно-технических комплексов типа АРМ проходят в несколько этапов: разрабатывается первая версия, проводится опытная эксплуатация, дорабатывается техническое задание, разрабатывается новая версия и т.д. Это же является одной из причин дороговизны разработки. Но качественная разработка технического задания может существенно снизить стоимость всей разработки в целом, уменьшив число разрабатываемых версий.

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

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

Типичные разделы технического задания:

- описание задачи или задач, решение которых предполагается производить на проектируемом АРМ;

- состав вычислительного и периферийного оборудования АРМ (уточняется при согласованиях между "заказчиком" и "исполнителем" по мере работы над проектом АРМ);

- объём работ в терминах "исполнителя" (объём и темп поступления данных, объём вычислительных работ, содержание и форма обрабатываемых документов и т. п.);

- квалификационные требования к сотрудникам, которые будут работать на АРМ.

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

Во втором разделе "заказчик" очерчивает возможные конфигурации вычислительного оборудования АРМ, а "исполнитель" ограничивает желания "заказчика" реальными возможностями вычислительного оборудования, программного обеспечения и финансовыми возможностями "заказчика": очень эффективный вычислительный комплекс может оказаться не по карману "заказчику", а то, что может оплатить "заказчик", может не устроить его по функциональным параметрам.

В третьем разделе "заказчик" определяет цель создания АРМ объёмы работ, которые предполагается выполнять на проектируемом АРМ, в терминах "исполнителя". В этом разделе желания "заказчика" по автоматизации решения производственных задач "исполнитель", ясно представляя возможности выбранного "заказчиком" вычислительного оборудования, ограничивает до реальных. При разработке технического задания следует считать, что "исполнитель" совершенно не ориентируется в том, какие объёмы вычислений будут выполняться на проектируемом АРМ, и какие объёмы данных будут обрабатываться. Но при формулировке этих параметров "заказчик" должен научиться понимать терминологию исполнителя: килобайты, мегабайты, количество операций в секунду, мегабиты в секунду и т.п.

В четвёртом разделе "заказчик" старается согласовать с "исполнителем" максимально низкие требования к квалификации сотрудников, которые будут работать на АРМ, в области вычислительной техники и программного обеспечения. "Исполнителя" же больше устроят как можно более грамотные в области вычислительного оборудования и программного обеспечения специалисты, которые будут работать на проектируемом АРМ, т.к. при этом не нужно будет разрабатывать специальное программное обеспечение, защищающее АРМ от безграмотных действий.

2.3. Разработчики АРМ

В качестве разработчиков АРМ могут быть привлечены:

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

- сотрудники родственной фирмы;

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

Под родственной (подобной) фирмой здесь подразумевается предприятие, решающее или решившее аналогичные проблемы, связанные с АРМом, но основная деятельность такого предприятия может существенно отличаться от основной деятельности предприятия "заказчика".

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

Сотрудники родственной фирмы (фирмы, разработавшей для себя АРМ, удовлетворяющий требованиям "заказчика" к вычислительному оборудованию и стандартному программному обеспечению) удобны в качестве "исполнителя", если их разработчики не превратятся в программистов и не бросят в дальнейшем свою разработку на произвол судьбы.

В третьем случае процесс согласования технического задания длителен и трудоёмок, т.к. специалисты специализированной фирмы обычно совершенно не ориентируются в профессиональных аспектах функционирования фирмы "заказчика". Но сопровождение и модернизация АРМ, напротив, не вызывает каких либо проблем.

Дата добавления: 2015-11-30