Cтраница 2
Если интуиция, или подсознательная обработка информации, столь существенный элемент творческого процесса, то почему психологи недостаточно изучают ее. Причина прежде всего в том, что мало хороших методик. Но важность проблемы заслуживает самых энергичных усилии. [16]
В то же время результаты расчета по усредненным справочным параметрам могут значительно отличаться от экспериментальных результатов вследствие большого разброса параметров транзисторов. Поэтому, как показал опыт, несмотря на наличие хорошей методики инженерного расчета транзисторных генераторов, следует уделять серьезное внимание экспериментальной отработке схем. [17]
Как уже отмечалось, отделение следов элементов от основного компонента путем осаждения последнего не дает, как правило, надежных и воспроизводимых результатов. Однако оно может служить в некоторых случаях полезной основой для хороших методик обогащения. Оставшийся в растворе алюминий не оказывает влияния на результат спектрального определения примесей. Более того, если степень обогащения пробы известна, то оставшийся алюминий можно использовать в качестве внутреннего стандарта. Концентрированные растворы упаривают вместе с кобальтом и хлоридом натрия, введенными в раствор в качестве внутреннего стандарта и добавки соответственно, и анализируют в дуге постоянного тока. [18]
Еще несколько слов о работе, которую докладывала Могучая. Надо отметить, что та методика, которая была предложена ВНИИ НП, является, безусловно, прогрессивной и хорошей методикой. [19]
С другой стороны, потребление пара, электроэнергии и других коммунальных услуг вполне могут контролировать руководители конкретных отделов, хотя и не существует точного способа измерения фактического потребления коммунальных услуг каждым отделом. Распределение всех реальных издержек не всегда полезно для контроля издержек. Хорошая методика сметного планирования и отчетности предназначена для расписывания по конкретным лицам только тех расходов, за которые они несут ответственность, а также для того, чтобы возложить на них ответственность только за те статьи, которые они могут контролировать. [20]
Обратите внимание, что программный код содержится в блоке try / finally, что при возникновении ошибки в ходе выполнения ( при выводе диалогового окна) в любом случае уничтожит форму. Я также добавил исключегпе, вызывающее ошибку, если список пуст. Эта ошибка заложена в ходе разработки, и использование исключения является хорошей методикой для ее приведения. Остальные методы компонента довольно просты. [21]
Самоисполняющееся пророчество обычно относят к недостаткам графического анализа. Если вдруг та или иная методика прогнозирования начинает не только предсказывать динамику развития, но и влиять на нее, значит это очень хорошая методика. Можно только удивляться, почему подобные опасения никогда не возникают, когда речь идет о фундаментальном анализе. [22]
Один из них основан на том, что анализируемое вещество облучают нейтронами, а возникающее при захвате нейтронов элементами гамма-излучение регистрируют. Низкий предел обнаружения достигается при определении элементов, имеющих высокое сечение захвата нейтронов. В качестве источника последних в этом методе чаще всего используют изотопные источники нейтронов или нейтронные генераторы. Есть хорошие методики определения гадолиния, кадмия, ртути. [23]
При создании АСУТП основное внимание уделяется проектированию технических средств, а пульты операторов разрабатываются в последнюю очередь, без должной проработки и без привлечения специалистов по инженерной психологии. Здесь проявляется отрицательная сторона такого ценного свойства человека, как адаптивность его характеристик. Она создает у проектантов ложное впечатление, что оператор справится с задачами при любом выполнении пульта. Это проходит относительно безнаказанно для простых систем. В современных же АСУ, где человек оперирует большими объемами информации, оно приводит к авариям, простоям, снижению эффективности. Разработчики АСУТП хотя и не располагают хорошими методиками инженерно-психологического проектирования, но могут пользоваться обширной литературой по инженерной психологии, рассматривающей взаимодействие операторов с техническими объектами. В менее благоприятных условиях находятся проектировщики АСУ организационных систем. В существующих руководствах по проектированию АСУП, справочниках, литературе и учебных курсах вузов основное внимание уделяется выбору и программной реализации задач для ЭВМ. [24]
Вопрос, какими силами осуществляется сопровождение, разрешается по-разному, в зависимости от таких факторов, как размер проектной организации, стабильность уровня трудовых затрат, соотношение видов изменений ( корректирующих или расширяющих) в общем процессе усовершенствования изделия, длительность срока гарантийных обязательств, взятых производителем, и, наконец, качество испытаний, которое играет далеко не последнюю роль в этом списке. Размеры проектной организации определяют, представляется ли возможным создать автономное подразделение, специализирующееся на сопровождении изделий. Если такая возможность есть, ее необходимо использовать. Создание самостоятельной группы обеспечивает четкое взаимодействие между группами разработки и сопровождения, ускоряет подготовку полных спецификаций сопровождения, гарантирует надзор за соответствующими выпущенными программными изделиями, создает основу для обучения программистов, способствует выполнению гарантийных обязательств, дает возможность легко подсчитывать затраты на сопровождение. Если выделение автономной группы сопровождения невозможно, тогда в обязанность каждой группы разработчиков входит сопровождение своего изделия. Такое решение позволяет снизить накладные расходы, привлечь к сопровождению квалифицированных специалистов, способных быстро отыскать ошибку, и равномерно распределить работу между разработчиками. Однако оно имеет и недостатки: сопровождение может со временем приобрести небрежный характер; когда кто-ни будь из разработчиков увольняется, возможности сопровождения сокращаются; исправление ошибок часто становится второстепенной работой; и, наконец, иногда недостаточно тщательно анализируется целесообразность внесения тех или иных изменений. Если в работе над усовершенствованием изделия проводится много расширяющих изменений, то появляется естественное желание привлечь к этой деятельности опытных разработчиков; вполне возможно, что наиболее эффективным решением будет исправление дефектов программ этими специалистами. Если сотрудники, работающие над проектами, часто переключаются с одного вида деятельности на другой, потери от этих переключений могли бы быть сведены к минимуму путем создания автономной группы сопровождения, располагающей хорошей методикой работы и исчерпывающей документацией. Если гарантийные обязательства по проекту кратковременны или вообще отсутствуют, сопровождение изделия можно обеспечить за счет незначительной дополнительной нагрузки на его разработчиков. Наконец, если группа разработки хорошо справляется со своей работой, число дефектов изделия будет небольшим и можно соответствующим образом уменьшить численность группы сопровождения. [25]