Внешний проект

Несмотря на отсутствие методологии для внешнего проекта, полезным принципом является идея концептуальной целостности, представляющей собой согласованность (или недостаток согласованности) между внешними интерфейсами системы. Это означает, что лучше иметь какой-либо ряд согласованных функций, чем, вероятно, набор независимых и несогласованных функций.  [c.115]


Самый легкий путь исключения концептуальной целостности можно отождествить с попыткой создать внешний проект с большим числом разработчиков. Опыт показывает, что при числе разработчиков больше двух вероятность успеха резко снижается. Это не утверждает однозначно, что число разработчиков должно быть два, а отмечает лишь, что ответственность за разработку должна быть строго регламентирована. Вспомогательный персонал должен быть, но только проектировщик принимает окончательное решение.  [c.115]

Какими должны быть ответственные исполнители внешних спецификаций Они не должны быть программистами, так как процесс внешнего проектирования не имеет ничего общего с составлением программ. Этот процесс больше связан с пониманием окружающей среды пользователей, их проблем и нужд, психологии связи человек — машина. Особенно важно то, что эта тенденция внешнего проекта возрастает с применением новых средств вычислений, касающихся большого круга конечных пользователей, не имеющих знаний в области вычислительного дела.  [c.115]


Вследствие этих трудностей и постоянного роста их значения в разработке ПО внешние спецификации проекта можно поручать для разработки такому специалисту, который должен понимать перечисленные выше области деятельности и должен быть знаком со всеми этапами проектирования и испытания ПО, чтобы понять и оценить влияние внешнего проекта на все этапы создания ПО. В качестве таких специалистов могут использоваться инженеры-экономисты по организации обработки информации, инженеры-системотехники, психологи, специалисты по исследованию операций и т. д.  [c.116]

Другой областью повышения надежности является доведение до минимума сложности внешнего проекта для того, чтобы довести до минимума внутреннюю сложность системы, а также свести к минимуму ошибки пользователя. Общим мнением является то, что очеловеченный внешний проект должен быть более сложным, включая сложные системы сообщений и автоматическое исправление ошибок.  [c.117]

Ранее внешний проект представлялся как состоящий из двух процессов первоначального и подробного внешних проектов. Допуская, что спецификация является иерархически организованной, эти два процесса просто представляют контрольные точки в проектировании системы согласно иерархии. На первом этапе описываются основные средства (то, что соответствует разбиению на первом уровне), затем средства, функции пользователя и подробности для каждой функции пользователя.  [c.118]

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


Подробный внешний проект для каждой функции пользователя должен специфицировать следующие виды информации.  [c.118]

Групповой контроль специалистами. Первоначальная внешняя спецификация оценивается специалистами, ответственными за цели, архитектуру системы и подробный внешний проект. Спецификации должны сверяться с целями путем рассмотрения каждой из них и последующего определения адекватности отражения цели, в спецификациях. Подробную внешнюю спецификацию должны оценивать специалисты, отвечающие за разработку первоначального внешнего проекта, проектирование  [c.120]

Зависимости от внешних проектов/событий  [c.384]

Фаза III Удовлетворяет ли внешний проект потребностям пользователя в текущий момент времени и следует ли выделять средства для завершения работ  [c.81]

Чтобы еще более уточнить понятия внешнего и внутреннего проектов, обратимся к рис. 7.7 и 7.8. Древовидная структура, изображенная на рис. 7.7, построена по схеме, представленной на рис. 7.6, и показывает, где используется каждый модуль. Будем считать, что а внешний контур каждого блока из рис. 7.7 отображается совокупность параметров, принадлежащих соответствующему модулю. Контур Р, изображенный на рис. 7.8, на который отображаются все параметры, видимые при рассмотрении программного изделия извне, соответствует внешнему проекту. Внутренний проект образуется объединением всех параметров, отображения которых не попали во внешний контур Р. Внутренние спецификации описывают параметры, принадлежащие остальным контурам блоков.  [c.107]

Рис. 7.8. Синтез внешнего проекта. Рис. 7.8. Синтез внешнего проекта.
Фаза проектирования заканчивается утверждением внешних спецификаций, что придает внешнему проекту постоянство и стимулирует завершение внутреннего проекта. Утверждение внешних спецификаций не означает запрещения проводить изменения внешнего проекта, а лишь сдерживает их поток и позволяет другим функциональным группам выполнять свою работу, не дожидаясь дальнейшего уточнения проекта. Для внесения новых изменений в утвержденные внешние спецификации используются заявки на расширение (разд. 16.6 и 18.4). Эти заявки необходимо тщательно изучать, чтобы не допустить нежелательных изменений календарных сроков работ, особенно тех, которые проводятся в рамках других функций, реагирующих на дополнительные изменения непредвиденным образом.  [c.110]

В конце фазы программирования группа сопровождения активно включается в работу над проектом, начиная подготовку спецификации сопровождения. Основным условием успешного завершения этой работы является наличие готовой внутренней спецификации. Спецификация сопровождения содержит внутреннюю спецификацию, дополненную техническим описанием и листингами программ (гл. 15, разд. 15.5). Как видно из рис. 12.2, другим необходимым условием завершения спецификации сопровождения является утверждение внешней спецификации в этом случае существует гарантия того, что внутренний и внешний проекты программного изделия приобрели стабильный характер. Рис. 12.2 показывает также, что ко времени составления спецификации сопровождения должен быть закончен документ, регламентирующий ввод программного изделия в действие,— так называемый информационный листок выпуска (разд. 8.6), что позволяет группе сопровождения учесть в спецификации сопровождения принятые и отклоненные заявки, замеченные, но неустраненные дефекты и гарантировать соблюдение требований к выполнению процедуры ввода программного изделия в действие.  [c.196]

Внешний проект 105, 107, ПО Внутренний проект 105—107 Возвратная проверка 155, 172 Волновой эффект 110  [c.381]

Если предположить, что инвесторы являются риск-нейтральными и могут осуществлять вложения в некоторые внешние проекты с доходностью R, то условие равновесия в рассматриваемой модели запишется в виде  [c.69]

Признаки внутренних проектов Признаки внешних проектов  [c.131]

Продажа готовой продукции (работ, услуг) и товаров может осуществляться посредством прямых платежей или в кредит. В последнем случае дебиторы замедляют процесс притока денежных средств в организацию. Если организация инвестировала деньги во внешние проекты, то проценты от вложений приходят из-за границы оборотного капитала в форме доходов от прочей внереализационной деятельности. Наконец, некоторая часть денежных средств будет утрачена по причине уплаты налогов, процентов за кредит и других финансовых расходов.  [c.9]

Иногда продавец поставляет вам необходимое оборудование. В таких случаях он назначает своего руководителя проекта. Ваша организация может назначить своего внутреннего руководителя проекта, который будет связывать компанию и продавца, сообщать информацию и наблюдать за действиями компании. В таких случаях продавец или компания, с которой заключается контракт, отвечает за выполнение всех процессов управления проектом как части контракта. В случае внешних проектов продавец, поставщик или компания, с которой заключается контракт, управляют проектом, а заказчик становится участником.  [c.244]

На стадии эскизного проектирования разрабатывается принципиальная конструкция изделия, составляются чертежи общего вида, исследуется возможность использования применяемого оборудования. Эскизный проект согласовывается с потребителем. Конфигурация изделия определяется с учетом его назначения, условий эксплуатации, свойств выбранного материала, метода изготовления и других факторов. При разработке конструкции изделий народного потребления большое значение приобретают эстетические требования лаконичность и пропорциональность форм, внешнее оформление, цветовое решение.  [c.96]

Кроме того, подавляющее большинство известных нам прогнозов из области развития энергосырьевого хозяйства государств — членов ОПЕК, а также других развивающихся стран — экспортеров жидкого и газообразного топлива -затрагивает перспективы производства и внешней торговли какими-либо отдельными товарами топливной группы. Поэтому на их основе затруднительно составить целостное впечатление о совокупном экспортном потенциале нефтяной и газовой промышленности этих стран. Так, Индонезия и Венесуэла обладают достаточно крупными, а Иран — даже крупнейшими среди капиталистических и развивающихся стран запасами природного газа, но разрабатывает и осуществляет проекты расширения его экспорта лишь Индонезия. К концу 80-х годов она смогла бы более чем втрое увеличить вывоз сжиженного природного газа, доведя его к 1990 г. до 22,4 млрд. куб. м, или около 22,4 млн. т в переводе на нефтяной эквивалент. Однако даже такой рост газового экспорта не будет в состоянии компенсировать сокращение зарубежных поставок нефти почти на 32 млн. т в год за тот же период преимущественно за счет роста ее внутреннего потребления. Поэтому совокупный внешнеторговый потенциал индонезийского нефтегазового хозяйства сократится, вероятно, более чем на 20 млн. т ежегодно в нефтяном эквиваленте и вряд ли сможет существенно превысить половину добычи углеводородного сырья (оценка автора на основе источников Прил., табл. 4, а также [256, с. 25 301, с. 122—125]).  [c.205]

ВЗАИМОСВЯЗАННОСТЬ ФАКТОРОВ ВНЕШНЕЙ СРЕДЫ — это уровень силы, с которой изменение одного фактора воздействует на другие факторы. Так же, как изменение любой внутренней переменной может сказываться на других, изменение одного фактора окружения может обусловливать изменение других. Например, в 70-е гг. снижение поставок нефти, прежде всего в силу политической структуры и целей других стран, оказало сильное воздействие на общее состояние экономики США. Рост цен на продукты нефтепереработки повлек за собой общее повышение цен почти на все. Это же изменение стало катализатором серии правительственных акций, например, попыток регулирования температуры в общественных местах распределения топлива, установления нормативов на эффективность использования топлива, введения налогов на сверхприбыль нефтяных компаний, учреждения крупного федерального проекта по преодолению энергетической зависимости от других стран.  [c.115]

Начиная с 60-х годов некоторые организации столкнулись с таким положением, когда внешние условия их деятельности менялись так быстро, проекты становились настолько сложными, а технология развивалась так стремительно, что недостатки бюрократической организации управления, описанные Мертоном и другими критиками, стали перевешивать их достоинства. По существу стройность традиционной организационной структуры (особенно там, где цепь команд длинная) может замедлять взаимодействие и процедуру выработки решений до такой степени, что организация больше не могла эффективно реагировать на происходящие изменения. Чтобы организации имели возможность реагировать на изменения окружающей  [c.342]

Внешний проект является результатом процесса описания планируемого поведения продукта ПО, как если бы оно воспринималось наблюдателем, посторонним по отношению к продукту Целью внешнего проекта явля-  [c.114]

Какие виды информации специфицируются во внешнем проекте  [c.123]

Основная цель фазы конструирования заключается в выработке и анализе требований к программному изделию. Процесс декомпозиции проекта, начатый при составлении соглашения о требованиях, продолжается путем разбиения спецификаций а два компонента — внутренний и внешний. Внешний проект — это совокупность характеристик программного изделия, которые видит пользователь. Внутренний проект — это совокупность характеристик программного изделия, скрытых от любого пользователя. На первый взгляд это разделение кажется искусственным, однако это не так, поскольку такая классификация характеристик программного изделия дает много преимуществ. Она хорошо согласуется с рядом практических методов программирования, таких, как нисходящее программирование [14], метод утаивания информации (information hiding) [15], композиционное проектирование [16] и структурное проектирование 17]. С точки зрения руководителя несомненным достоинством такой классификации является то, что пользователи могут критически рассматривать те характеристики программного изделия, которые имеют к ним непосредственное отношение, не вдаваясь в критику внутренних характеристик изделия. Другими словами, можно во внешних спецификациях описать, что делает программное изделие, а во внутренних спецификациях указать, каким образом оно должно быть сконструировано. Внеш-  [c.105]

В этом разделе будет дан ответ на вопрос, каким образом возникает проект. Природа повода для возникновения идеи проекта может быть различна. В случае осуществления внешних проектов чаще всего это желание разрешить проблему, являющуюся причиной недостаточной в производительности предприятия123. В реструктуризационных и модер-низационных проектах инициатива, как правило, исходит от руководства предприятия, а затем переносится на нижние ступени иерархии. В особенности этот процесс в последние годы отмечался в автомобильной промышленности, например на предприятиях Крайслер , Фольксваген и Порше в Германии. Посредством реструктуризационных проектов были устранены некоторые иерархические плоскости, а для поддержания производственных процессов проведены проекты соответствующей направленности.  [c.83]

Каковы элементы процесса передачи заказа при осуществлении внешних проектов  [c.138]

Отсюда возникает необходимость в значительном междисциплинарном (межотраслевом) сотрудничестве, которое позволило бы ясно воспринять функции внешних и внутренних контуров регулирования. Таким образом, уже на раннем этапе проекта, например при формировании концепции, необходимо проводить соответствующие исследования, которые позволили бы распознать взаимодействие значений Input-output запланированного проекта с окружающей средой или другими техническими системами. Кроме прочего, предпосылкой к подобному поведению является сетевое мышление по отношению к внешним факторам или другим внешним проектам.  [c.153]

Структурирование пакетов затрат 2) Определение количественных величин 3) Калькуляция 4) Экономические анализы предприятия (при внешних проектах) 5) Образование и установление цены (при внешних проектах) 6) Распределение бюджета Структура затрат Количественные величины (часы, материал) Себестоимость Денежные потоки ( ash-flow), риск сторнирования, доля покрытия затрат, рекомендации по изготовлению или приобретению (make-or-buy), рекомендации по закупкам Продажная цена Бюджет органа, выполняющего работу  [c.310]

Согласно изначально очевидным отличиям по типу, месту и носителю затрат, возможная прибыль при разработке внешних проектов с использованием учета полных затрат может быть получена как разница между ценой продаж и себестоимостью, причем себестоимость рекрутируется из различных типов затрат (рис. 186).  [c.310]

О тесная взаимосвязь внутренних и внешних проектов производства различной продукции и оказания услуг, осуществляемых организацией для внешнего рынка. В этом случае каждый заказ и контракт является субпроектом, реализуемым в рамках производственной программы фирмы. Управление совокупностью таких проектов (многопроектное управление) должно осуществляться с учетом реальных возможностей организации и требований заказчиков.  [c.280]

В нефтеснабсбытовых управлениях объем товарооборота на планируемый год должен определяться на основе данных о выработке продукции нефтеперерабатывающими заводами о размерах фондов на нефтепродукты, выделенных потребителям, обслуживаемым нефтебазами управления, на планируемый год о размерах передачи нефтепродуктов на перевалочных нефтебазах с одного вида транспорта на другой и данных об ожидаемых остатках нефтепродуктов на начало планируемого года. Однако большинство из необходимых данных в нефтеснабсбытовых организациях к моменту составления основных показателей техпромфинплана на планируемый год отсутствует. Поэтому проекты планов товарооборота могут быть составлены лишь на основе прогноза, учитывающего тенденции изменения объемов потребл ения нефтепродуктов в обслуживаемом районе и ожидаемые изменения в объемах поставки нефтепродуктов за пределы своего управления (внешняя реализация).  [c.145]

Интерактивное планирование представляет собой нечто среднее между двумя описанными выше схемами. Идеи формулируются в процессе взаимодействия между высшим плановым отделом и оперативными подраз-Плановый отдел накапливает информацию о внешнем окружении и ставит вопросы перед высшим руководством. Высшее руководство устанавливает цели и направления деятельности. Стратегии формируются в процессе взаимодействия по вертикали. Кроме того, существует разделение труда по вертикали. Некоторые стратегии, такие, как приобретения, участие в совместных предприятиях и новых проектах, которые нельзя поручить какому-либо одному подразделению, вырабатываются плановым подотделом отдела развития корпорации и осуществляются на уровне корпорации в целом. Оперативные единицы следуют директивам высшего руководства и формируют конкретно для себя стратегию и оперативные  [c.302]

Методы управления проектированием программного обеспечения (1981) -- [ c.105 , c.107 ]