Хотя начальник отдела развития систем должен иметь хорошую подготовку по программированию, его обязанности заключаются в руководстве и надзоре. Ему подчинены программисты различных категорий, включая главного программиста. Категории программистов и их обязанности следующие [c.86]
В зарубежной практике рассматриваются три варианта комплектования групп программистов группа во главе с главным программистом, группа специалистов и демократическая группа. [c.43]
В группе с главным программистом последний руководит ее работой. Он назначается из числа наиболее опытных и знающих программистов и выполняет все конструкторские задачи, разрабатывает программы для наиболее важных модулей, проводит интеграцию и тестирование. Он также выступает в качестве первоначального связующего звена с организацией пользователя и другими группами, участвующими в проекте. Это позволяет сократить число связей при разработке проекта и в значительной мере уменьшить количество ошибок связи. [c.43]
Главному программисту помогает его заместитель, обладающий достаточно хорошей подготовкой и выполняющий исследование конструкторских альтернатив, планирование. Он также принимает участие в конструировании, кодировании и тестировании. Еще одним постоянным членом группы может быть библиотекарь программ [c.43]
Второй вариант структурной организации — группа специалистов, основным отличием которой от группы главного программиста является то, что специалисты остаются в группе в течение всего проекта и каждый из них имеет конкретное задание с учетом его способностей. Работой этой группы также руководит главный программист, выполняющий написание кодов и документации по продукции группы. Связь с другими группами, разрабатывающими проект, осуществляет помощник главного программиста. В состав группы может входить также администратор, выполняющий работу по контролю бюджета, обеспечению условий для работы группы (помещения, инвентарь, снабжение, машинное время, учет, отчетность) и набору персонала. [c.44]
Эта книга содержит описание методологии управления процессами планирования, проектирования, конструирования, оценивания, документирования, распространения, технического обслуживания (сопровождения) систем программного обеспечения. В рамках предлагаемой методологии учитываются взаимосвязи между различными фазами жизненного цикла программ-ных средств и функциями, которые должны выполняться в этих фазах. Показано, как на основе принципов нисходящего проектирования, целевого управления, управления конфигурацией систем программного обеспечения и ряда других создается эффективная система взаимосогласованных и усиливающих друг друга документов и процедур. В книге особое внимание уделяется концепции программного изделия под программным изделием понимается универсальное программное обеспечение, которое предназначается для широкого круга пользователей, быть может даже неизвестных заранее, и должно рекламироваться, поддерживаться в работоспособном состоянии, расширяться на протяжении длительного периода времени. Описанные методы и средства ориентированы специально на организацию управления процессом созданная именно такого универсального программного обеспечения. Читателю же предлагается самостоятельно выбрать те методы и средства, которые в наибольшей степени отвечают его потребностям как руководителя отдела обработки данных, или как руководителя проекта системы обороны, или администратора организации, производящей программное обеспечение, или руководителя программных разработок в фирме, производящей технические средства. Описываемая методология полностью совместима с современными принципами структурного программирования и бригад главного программиста, но она может применяться и без учета этих принципов. [c.8]
Бригада главного программиста При проектировании [c.14]
Второй по значимости проблемой, затрагиваемой в книге, является проблема руководства проектом. Принцип организации разработок в форме проектов принят сейчас настолько широко, что рассматривается нами как очевидный. В начале 70-х годов стала весьма популярной концепция бригады главного программиста. В книге эта концепция упоминается лишь вскользь и не является обязательным условием применения развиваемой в книге методологии. [c.15]
Если в организации практикуется создание бригад главных программистов, необходимо зарезервировать такие посты, как посты главного программиста, помощника главного программиста и проблемного программиста, для неформального решения вопроса о соответствующих назначениях, так же как часто резервируется пост руководителя проекта. Такая стратегия позволяет польстить самолюбию вновь назначаемого старшего инженера по программному обеспечению, который до этого занимал должность старшего программиста в проекте средних масштабов, и помочь избежать моральных переживаний старшему инженеру, которому могут предложить работать проблемным программистом. [c.59]
Бригады главного программиста [c.89]
Прежде чем рекомендовать использование бригад главного программиста в качестве организационной формы проекта, проведем сравнение этой формы с традиционной организацией проекта и покажем, каким образом можно приспособить, если это вообще потребуется, методологию, изложенную в этой книге, к работе с бригадами главного программиста. Возникновение таких бригад тесно связано с рядом современных идей в области программирования. Ниже вводятся некоторые понятия, которые помогут понять дальнейшее содержание главы. Как показал опыт деятельности Отделения федеральных систем фирмы IBM [39], бригада главного программиста является наивысшим звеном в использовании ряда иерархически связанных методов программирования, в основе которых находится библиотека поддержки разработки. Благодаря этой библиотеке удается формально разделить функции и повысить производительность программирования. Библиотека поддержки разработки содержит машинные процедуры, которые позволяют проводить изменения исходных и машинных программ, а также библиотек тестовых данных, вызывать программы и данные для компиляции, редактирования связей и проведения тестовых прогонов, поддерживать и сохранять библиотеки программ и данных и, наконец, генерировать отчетные документы. Кроме того, [c.89]
Наконец, в вершине иерархии методов проектирования помещается концепция бригады главного программиста, в состав которой входят главный программист, его помощник, администратор библиотеки, а также от одного до пяти проблемных программистов. Главный программист является старшим техническим руководителем группы, который управляет ею и вместе со своим помощником проектирует, кодирует и объединяет модули высокого уровня или наиболее важные модули. Помощник главного программиста, на котором лежит ответственность за разработку некоторых из этих модулей, также является старшим техническим экспертом, он, кроме того, всегда должен быть готов взять на себя роль главного программиста бригады. Администратор библиотеки, являющийся высококвалифицированным секретарем, осуществляет функции, связанные с библиотекой поддержки разработки. Проблемные программисты составляют младший технический персонал, который по указанию главного программиста занимается написанием и отладкой отдельных модулей, не играющих критической роли в системе. Используя методы нисходящего проектирования, структурного программирования, а также библиотеку поддержки разработки, главный программист и его помощник тщательным образом проверяют тексты программы, написанные проблемными программистами с точки зрения функциональной полноты этих программ и их соответствия правилам структурного программирования. [c.91]
Концепция бригады главного программиста хорошо вписывается в методологию, излагаемую в данной книге. Библиотека поддержки разработки является хорошей иллюстрацией методов конфигурационного управления на уровне проекта. Структурное программирование удовлетворяет многим требованиям методологии проектирования, которые упоминаются в этой книге. Нисходящее проектирование, называемое также программированием сверху вниз, является фактически постепенной детализацией описаний функциональной структуры на уровнях более простых функций до тех пор, пока, наконец, не будет достигнут уровень собственно операторов языка программирования [14]. В ходе этого процесса фактически осуществляется декомпозиция проекта, описанная в предыдущей главе. Как заметил Бейкер [39], один из недостатков работы бригад главного программиста заключается в отсутствии подробных описаний функциональной структуры, которые отражали бы все внешние аспекты системы, не затрагивая внутренней структуры проекта. Ясно, что речь здесь идет о внешних спецификациях, рассмотренных в гл. 2. Бригада главного программиста, в составе которой предусмотрена должность руководителя проек- [c.91]
Независимо от выбранной организации — на основе бригад главного программиста или традиционной схемы, соответствующей структуре проекта, — необходимо выполнять одни и те же функции поддержки, выпускать одни и те же документы и осуществлять одни и те же этапы анализа. Изменяются лишь значимость различных этапов проектирования, а также среднее время и затраты труда на выполнение этих этапов. Бейкер считает, что организация персонала на основе бригад главного программиста позволяет сэкономить по сравнению с традиционной организацией проекта от 10 до 20% общей численности персонала и затрат труда, выраженных в человеко-месяцах (рис. 2.2). [c.92]
Обязанности, которые выполняет администратор библиотеки или даже руководитель проекта в соответствии с определением, данным в разд. 5.5, могут показаться нерациональными, если они повторяются вновь для каждого проекта. На самом деле это не так, поскольку некоторая доля избыточности в данном случае с лихвой компенсируется динамичностью обеспечиваемых услуг, а также совмещением ответственности за предоставление этих услуг с другими видами деятельности, за которые отвечает главный программист. Как показано в табл. 7.1, ответственность переходит от одной функциональной группы к другой по мере прохождения программным изделием различных фаз, так что к моменту, когда материалы проекта попадают в архивы, они оказываются в сфере действия группы, наиболее приспособленной к их использованию в качестве архивных. Хотя табл. 7.1 описывает лишь часть матричной схемы, она все же содержит достаточно элементов, пока- [c.92]
Бригада главного программиста 57, [c.381]
Главный программист 91 Группа выпуска документации 29, 135—149 [c.381]
Ф.у. — функция, для осуществления которой создан объект управления (подразделение, организация). Основные Ф.у. — функции, необходимые для реализации главной функции управления. Вспомогательные функции — способствуют осуществлению основной Ф.у. Полезная функция — отражает сущность объекта, его назначение, определяет его работоспособность и направлена на обеспечение эффективного функционирования объекта. Бесполезная функция — излишнее звено, не отражает сущность объекта, не влияет на его работоспособность, ведет к увеличению затрат на содержание аппарата управлении. Вредная Ф.у. — отрицательно влияет на деятельность объекта, повышает управленческие затраты, снижает эффективность функционирования объекта. Несвойственная функция — не отражает сущность объекта, его назначение, подлежит передаче др. объекту — носителю функции. Дублируемая функция — излишняя функция, по сущности и назначению принадлежит одному из выполняющих ее объектов, ведет к увеличению затрат на содержание управленческого аппарата, т.к. выполняется несколькими подразделениями. ФУНКЦИОНАЛЬНАЯ ГИБКОСТЬ В ИСПОЛЬЗОВАНИИ ПЕРСОНАЛА - способность организаций вносить те или иные изменения в характер использования работников, а также в содержание их трудовой деятельности в соответствии с меняющимися условиями производства. Достигается путем расширения объема функций (горизонтальное или вертикальное объединение операций), смены профессии, овладения многопрофильными профессиями. Повышение Ф.г. в и.п. проявляется в уменьшении барьеров между профессиями и специальностями, сокращении категорий классификации рабочих мест, большей подвижности профессиональной структуры, сокращении сроков работы по одной профессии, их совмещении, повышении роли многопрофильных профессий. Характерный пример — совмещение функций оператора станков с числовым программным управлением с функциями программиста и наладчика. В Великобритании, напр., от 45 до 51% компаний сделали менее жесткими разграничения между специальностями, предоставили производственным рабочим возможность осуществлять рутинные ремонтные операции, а квалифицированным — функции др. квалифицированных рабо- [c.422]
В более высоких размерах, чем другим специалистам, устанавливаются оклады инженерам, занятым созданием и внедрением новой техники и технологии, инженерам-программистам, электронщикам и другим специалистам, обеспечивающим работу автоматических систем управления. Оклады главных технологов, главных механиков, начальников производственно-технических отделов на 10—15% выше окладов начальников планово-экономического отдела, отдела труда и заработной платы и т. д. [c.193]
Определяя АИС как организованную для достижения общей цели совокупность специалистов, средств вычислительной и другой техники, математических методов и моделей, интеллектуальных продуктов и их описаний, а также способов и порядка взаимодействия указанных компонентов, следует подчеркнуть, что главным звеном и управляющим субъектом в перечисленном комплексе элементов был и остается по сей день человек, специалист. Однако современные специалисты, работающие в компьютерной среде, отличаются от тех, которые трудились десять лет назад, когда преобладающей была технология централизованной обработки информации в условиях вычислительных центров. Прежде всего, в нынешних условиях функционирования новых информационных технологий нет четкого различия между экономистом-пользователем системы, постановщиком задач, оператором, программистом, представителем обслуживающего технического персонала, как это было раньше. Более [c.21]
На крупных машиностроительных предприятиях с массовым и крупносерийным производством подготовка производства новых изделий ведется централизованно под руководством главного инженера. Главному инженеру подчиняются главный конструктор, главный технолог, начальник лаборатории, начальник планового отдела, экономисты, социологи, программисты. Обработка создаваемых конструкций происходит в экспериментальном цехе или опытном производстве. Технологическая подготовка осуществляется в цехах. [c.156]
Правда, далеко не все в восторге от молодого миллиардера. Коллеги-программисты относятся к Биллу весьма сдержанно. Главная причина — качество продуктов, производимых Майкрософт . [c.331]
В ключевую фигуру производства стал превращаться высокооплачиваемый интеллектуал, главное средство производства которого — интеллект — является неотчуждаемой собственностью. Отношения ученых, инженеров, программистов и экспертов, выступающих как независимые производители интеллектуального продукта, с администраторами корпораций, заинтересованных в их услугах, неизбежно приобретают партнерский характер. Высший слой специалистов вошел в состав правящей элиты. [c.61]
Обратите внимание на каморки, в которых ютятся ваши программисты, посмотрите, до какого состояния дошли рабочие столы супервайзеров и управляющего персонала, в каком состоянии стол вашего секретаря и офис вашего помощника. Зайдите в отдел, занимающийся микрофотокопированием и электронной обработкой текстов, посмотрите на стол главного бухгалтера. Что вы можете ска- [c.622]
Экономические отношения должны основываться на принципах активизации роли пользователя в выборе качественных ПС ВТ и материальной заинтересованности разработчика в достижении требуемого уровня качества ПС ВТ. Качество разрабатываемых программ следует считать одним из главных критериев для дифференциации оплаты труда программистов. [c.368]
Еще одним важным фактором стиля программирования является то, как программист пользуется особенностями языка программирования. Главное здесь заключается в понимании и использовании всех возможностей языка, исключении неудачных конструкций, особенностей и машинно-зависимых элементов. Можно привести ряд полезных, на наш взгляд, советов [c.149]
Метод имеет также ряд недостатков. Главный из них заключается в том, что модули после включения их в программу редко проверяются тщательно. Полная проверка некоторых модулей может потребовать создания очень сложных макетов. Программист стремится упростить макет, что ведет к проверке только части условий. Полностью он намеревается проверить модуль позже, когда макеты будут заменены реальными модулями, однако об этих непроверенных условиях часто забывают. [c.162]
Я также должен выразить слова благодарности Фрэнку Мар-тино (Frank Martino), моему главному программисту. Фрэнк был одним из ключевых переводчиков моих торговых и компьютерных идей на язык программ и главным советчиком, прослушивающим эти идеи на протяжении многих лет. И последнее, но не менее важное, он был верным и преданным работником и хорошим другом. [c.207]
Практика показывает, что группа главного программиста способна решать возлагаемые на нее задачи. Однако данной структурной организации свойственны и некоторые недостатки. Часто утверждают, что группы главного программиста хороши для главных программистов, но не престижны для других специалистов, так как программисты перемещаются из группы в группу, вследствие чего у них притупляется чувство ответственности за выполняемую работу. Для обеспечения работоспособ- [c.43]
В целях повышения эффективности проектирования ПО были разработаны новые методы управления процессом создания ПО и технологии программирования. К этим методам можно отнести проектирование сверху вниз, снизу вверх, группу главного программиста, метод HIPO, R-технологию, структурное, модульное и стандартное программирование и др. [c.79]
Прежде всего рассмотрим проблему подбора кадров. Поскольку речь идет об универсальных программных средствах, т. е. предназначенных для эксплуатации в нестандартных условиях, вряд ли нужно доказывать, что такое программное обеспечение должно быть достаточно сложным и для его разработки нужны специалисты высокой квалификации. В противном случае каждый пользователь мог бы обойтись собственными силами и не было бы необходимости создавать программные изделия. Замечание Дей-кстры о системном проектировании — этот вид работы очень сложен и любая попытка выполнить ее с помощью специалистов не самого высокого класса либо обречена на неудачу, либо ее ждет скромный успех при огромных расходах [30] —относится к любому универсальному программному обеспечению. Для проектирования такого программного обеспечения необходимо выделять квалифицированный персонал на всех участках работы. Следует искать людей, которые уже выполняли подобные функции по крайней мере достаточно хорошо, или тех, кто выполнял очень грамотно функции чуть меньшей сложности. Руководство проектами надо всегда поручать лишь тем специалистам, которые уже обладают таким опытом. Здесь можно воспользоваться концепцией бригады главного программиста при обсуждении кандидатуры на место этого руководителя следует иметь в виду, что наиболее подходящим является специалист, уже имеющий опыт работы в роли помощника главного программиста. Может показаться, что назначение на руководящие должности только квалифицированного персонала с практическим опытом носит слишком безапелляционный характер. Ведь когда-то и где-то люди должны начинать работать, но как смогут они это сделать, если будут принимать на работу только опытных специалистов К счастью, в университетах в настоящее время обучают структурному программированию и проектированию, и большинство студентов получают некоторые практические навыки во время учебы. Таким образом, новые специалисты в области вычислительной техники могут часто рассматриваться как достаточно квалифицированные для их назначения в качестве проблемных программистов, т. е. рядовых программистов, которые находятся в распоряжении главного программиста и его помощников или работают в качестве системных программистов на более низких должностях в традиционных программных проектах. [c.57]
Если используются библиотеки материально-технического обеспечения разработки, предусматривающие услуги, связанные с жестким контролем документации и программ, делопроизводством, и статистической обработкой данных на уровне проекта, то следует предусматривать должность для лица, выполняющего роль администратора проекта. Как показал Кук [31], роль библиотекаря кажется малопочетной, особенно если эту должность занимает мужчина. Кук предлагает облекать администратора определенными техническими полномочиями, например возлагая на него организацию обсуждений проекта, и назначать на это место специалистов со средней технической квалификацией. Это превосходная идея, особенно если сделать еще один шаг вперед пусть успешное выполнение функций администратора одного проекта будет основанием для азначения данного сотрудника помощником главного программиста в другом проекте. Наряду с выполнением требований, необходимых для дальнейшего продвижения по службе, это позволит решить проблему обеспечения кадрами некоторых традиционно непопулярных функций. [c.59]
При использовании изложенных здесь сведений следует руководствоваться собственной интуицией и опытом. Для расширения своего кругозора полезно ознакомиться с литературой, касающейся методов проведения количественных оценок в различных условиях проектирования. Несколько очень ценных примеров описаны в работах Арона [43, 44], Нельсона [45], Макнейла [46], Донельсона [47], Вольвертона [48] и (для условий проектирования с помощью бригад главного программиста) в работе Бейкера [41]. Есть и такие работы, например Брукса [36], Бёма [42] и Скотта [49, 50], в которых рассматриваются вопросы производительности труда программистов. [c.96]
Гейтс рассматривает пишущий код — так называют компьютерное программирование — как высшее призвание. Сотрудники Mi rosoft делятся на два вида группу разработчиков продуктов, в которую входят и главные программисты, и все остальные. [c.60]
Системы BBS - это коммерческие оперативные службы в миниатюре. Каждая BBS представляет собой область, посвященную либо отдельному географическому месту, или определенной теме, например рыбной ловле, или какому-нибудь сообществу, например программистов, использующих языки Mi rosoft. BBS стремятся собрать у себя активные группы подписчиков, так что ваши усилия по маркетингу могут попасть на благодатную почву. Самое главное - отыскать среди десятков тысяч BBS наиболее подходящую для вас. Для маркетинга в BBS можно использовать уже описанные ранее приемы, так как большинство BBS имеет электронную почту, библиотеки файлов и системы общения, один или два форума, конференции, а также отделы рекламы. [c.282]
Начальник ОТиЗ провел в отделе сокращение и подрезал оклады, бухгалтерия отказалась оплачивать новое оборудование, главный инженер исключил отдел из приказа о премировании за внедрение новой техники, увеличили представительство отдела во всякого рода мобилизациях — на картошку, на уборку территории, на прорывы в цехах. А Кольцов перестал отбиваться . Отдел был шокирован такой позицией начальника, и скоро несколько дельных программистов и электронщиков подали заявление об увольнении. Кольцов заявления им подписал, а Теплов препятствовать не стал. Отношение многих на заводе к отделу АСУП и его работникам стало пренебрежительным. В отделе это чувствовали и всю вину за это возложили на Кольцова. В этот момент Теплов намекнул общественным руководителям отдела, что для пользы дела надо сходить к директору. Уполномочили на это тех, с кем директор в особенности считался. После этого посещения и вышел приказ по заводу назначить начальником отдела Теплова, а Кольцова его заместителем по технической части. [c.123]
Группа применения систем по обработке данных координирует работу по введению системы. Каждая разработка применения возглавляется руководителем проекта. Ему непосредственно подчинено достаточное количество программистов. Дополнительную поддержку он получает от членов бригады из других подразделений, которые связаны со старой или новой системой. Организационная структура бригады , производящей изучение обработки данных в масштабах всей компании, показана на рис. 25. На диаграмме видна не только подчиненность, но и задачи членов группы. Вычислительные установки, монтируемые этой группой, становятся производственной программой завтрашнего дня для главных, региональных и внутриуправленческих установок. [c.92]