Разработка - спецификация
Cтраница 2
Специализацией рекомендуется пользоваться работникам инструментальных служб предприятий, сбытовых и снабженческих организаций при составлении заявок на инструмент и разработке спецификаций по выделенным фондам и нарядам на 1968 год; технологам и конструкторам заводов и проектных организаций при разработке новых конструкций и технологических процессов. [16]
 |
Структура ВМ на основе шины PCI. [17] |
В ноябре 1998 года фирма Intel на форуме Next Generation I / O for Servers в Сан-Диего объявила о разработке спецификации интерфейса внешних устройств Next Generation I / O ( NGIO), который планируется для замены шины PCI. [18]
Уже сейчас в рамках САПР на базе АРМ успешно осуществляются аналитическое моделирование, компоновка основных узлов на экране дисплея, определение значений важнейших параметров изделий, выполненных на дисплее рабочих чертежей, автоматическое получение отраженных проекций и деталей, разработка спецификаций, нанесение информации на носители для использования в станках с ЧПУ, роботизированных комплексах и ГАП. [19]
Такое описание иногда называют спецификацией. Разработка спецификации обычно является трудной задачей. Она должна описывать любую программу, реализующую функции, на математическом метаязыке, тогда как мы привыкли определять работу функций с помощью кода, написанного на языке программирования. На практике работа функций представляется в виде описаний на английском языке. Но давайте пойдем дальше, пока мы не углубились слишком далеко в гносеологические вопросы. В настоящей книге даются подробные примеры описаний на английском языке и по несколько реализаций для большинства рассматриваемых АТД. [20]
Весьма важна проблема совершенствования существующих и разработки новых спецификаций на смазочные материалы. В США при разработке спецификации GF-3 на моторные масла для легковых автомобилей следующего поколения возникает ряд весьма серьезных проблем, обусловленных необходимостью достижения баланса между технико-экономическими и экологическими параметрами. Отмечается важность контроля за образованием отложений в двигателе, антипенными и деаэрационными свойствами; смо-ло - и осадкообразование, коррозионные, противоизносные и антиокислительные свойства моторных масел должны оставаться на уровне действующей спецификации GF-2 / SJ или превосходить ее. [21]
Закончив электрический расчет, разрабатывают детали конструктивного выполнения электрических сетей; при воздушной проводке рассчитывают еще провода, опоры и пр. Составление проекта завершается разработкой спецификации ( с планов С. Кроме чертежей и смет в состав проекта входит пояснительная записка ( описание района, план развития электроснабжения, основные данные о расчете и устройстве С.э., с мотивировкой принятых технич. [22]
Разработка требований в настоящее время считается основным и наиболее ответственным этапом создания ПО и проводится с учетом всего цикла жизни. Окончательной целью данного этапа является разработка полной, всеобъемлющей и недвусмысленной спецификации, которая должна служить основой для взаимодействия как между различными составными частями ПО, так и между различными группами специалистов, участвующих в разработке. Требования должны описывать то, что ПО должно делать, а не то, как его разрабатывать. [23]
Дополнительные сложности возникают из-за ограничений, накладываемых машинной арифметикой, неопределенностью результатов и параллелизмом операций. Очень трудным делом может оказаться и разработка спецификации, согласно которой в дальнейшем будет проводиться верификация программы, дело в том, что невозможно показать правильность самой спецификации в смысле верного отображения замыслов разработчиков. Исследования, связанные с поиском способов доказательства правильности программ, внесли существенный вклад в программотехнику, где благодаря таким исследованиям удалось достичь лучшего понимания структуры алгоритмических языкое, принципов и методов программирования. Кроме того, масштабы практического применения формальных методов доказательства правильности программ постоянно расширяются и приобретают все большее значение. [24]
В настоящее время при разработке программного обеспечения используется стратегия снизу вверх. Наибольшее число ошибок при разработке программного обеспечения делается на этапе разработки спецификаций. Поэтому основное внимание должно быть уделено разработке моделей и методов анализа корректности спецификаций программного обеспечения, в том числе с точки зрения затрат и эффективности. Существенную помощь на этом этапе могут оказать имитационные модели для оценки качества проектных решений. Имитационная модель Иститута проблем управления позволяет уточнить рациональность различных возможных вариантов построения системы. При этом на начальном этапе основное внимание уделяется автоматизации проектирования блок-схем программ, что имеет важное самостоятельное значение. [25]
Команды по решению задач - это такие коллективы, которые создаются для решения локальных особых задач. Примером здесь могут послужить команды, ответственные за сбор информации и разработку спецификации новой компьютерной системы или определение того, какие изменения должны быть внесены в производственные операции, выполняемые вручную. По своей природе команды по решению задач носят многопрофильный характер, и зачастую они укомплектовываются сотрудниками, стоящими примерно на одной иерархической ступени. По этим причинам следует понимать, что процесс принятия решений делится между несколькими людьми. [26]
Существующие методы проектирования допускают имеющимся в спецификациях ошибкам ( и возникающим в процессе проектирования) оставаться необнаруженными до стадии отладки и внедрения. Анализ показывает, что около 2 / 3 ошибок появляется на стадии разработки спецификаций и создания программ. Поэтому необходимо разработать единый язык спецификаций, на котором требования к системе могли бы быть однозначно определены и легко скорректированы. Это может быть обеспечено лишь автоматизированными методами проверки на всех стадиях разработки системы. [27]
Остальной состав группы в известной мере случаен и зависит от особенностей задач, решаемых группой. Например, системный аналитик может быть в составе группы на стадии внешнего проектирования при разработке спецификаций. В зависимости от объема работ на стадии кодирования в группу могут включать двух и более программистов. [28]
Она включает в себя решение вопросов, выходящих за рамки собственно программирования, таких, например, как разработка спецификаций постановок задач. В целом усовершенствованная технология программирования охватывает основные этапы проектирования. Она ориентирована в основном на метод оригинального проектирования, однако ее концепции хорошо сочетаются с методами типового и автоматизированного проектирования. За счет использования этой технологии, как показывает опыт ее применения за рубежом и в нашей стране, сокращается трудоемкость проектирования, улучшается качество проектных решений и проектной документации, снижаются затраты на комплексную отладку программного обеспечения, упрощаются процессы внедрения и модернизации СМОД. [29]
Хотя цели у Объединенного комитета экспертов и Комиссии по Codex Alimentarius при разработке спецификаций во многом схожи, интерпретация этих целей может создать различия в определенных требованиях или методах тестирования для одной и той же добавки. В случаях явных отличий спецификаций Комитета от спецификаций Кодексного комитета по пищевым добавкам или других организаций, может быть принято решение об усовершенствовании существующих спецификаций при условии, что требуемые изменения не повлияют в значительной степени на качество пищевых добавок, гарантируемое спецификациями Комитета, и что эти изменения соответствуют утвержденным принципам разработки спецификаций. Необходимость в изменении существующих спецификаций самого Комитета должна быть подтвержена научными данными. [30]
Страницы: 1 2 3