Глава 5 - Разработка требований в области проблем " Глава 6 - Разработка требований в области решения [c.24]
Глава 5 Разработка требований в области проблем 103 [c.103]
Разработка требований в области проблем [c.103]
Под областью проблем подразумевается то окружение, область или среда, в которой система будет использоваться. Вот почему так важно рассматривать требования с эксплуатационной точки зрения - ведь предназначение любой системы или любого продукта это позволить человеку или другому устройству выполнять требуемую функцию. Вот эта самая необходимость обеспечить функционирование системы и есть ключевая идея разработки требований в области проблем. [c.103]
Таким образом, установив, что при разработке требований в области проблем первичной задачей является выявление возможностей, мы формулируем для самих себя следующий вопрос [c.104]
Область решений, эта как раз та область, в которой инженеры задействуют все свои способности и изобретательность, пытаясь решить обозначенные проблемы. Основное отличие области решений от области проблем состоит, безусловно, в том, что разработка требований в области решений начинается с набора четко определенных требований, а разработка требований в области проблем стартует с нечеткой цели или размытого списка общих пожеланий. Конечно же, оценка, - насколько хорошо сформулированы требования, поступающие на вход области решений, - зависит от квалификации и аккуратности специалистов организации заказчика, которые создавали этот список (в области проблем). Самый идеальный случай - все входящие требования хорошо сформулированы и каждое из них может быть протестировано. [c.129]
На каждом из уровней разработки требований в области решений инженеры вынуждены принимать мини-решения, которые шаг за шагом продвигают их вперед к общей намеченной цели. Каждое из таких мини-решений, по сути своей природы, завоевывает собственное жизненное пространство на поле общего дизайна, т.е. каждое из решений ограничивает возможности других. Но общее развитие прогресса невозможно при отсутствии таких решений (шагов). А поскольку некоторые инженеры и разработчики зачастую сразу же начинают вдаваться в излишнюю детализацию даже на самых ранних этапах (т.е. захватывать большие куски пространства на поле общего дизайна), то надо постараться исключить такую тенденцию или, как минимум, всячески ее ограничивать с той целью, чтобы дать возможность работать всей команде, чтобы использовать способности и таланты других специалистов, чтобы стимулировать творческий подход к совместному решению проблем на всех этапах, и, в итоге, получить по-настоящему инновационное решение. Ведь ясно же, что такое инновационное решение не может быть получено, если на самых первых шагах проекта создавать ограничения (жизненного [c.129]
Сегодня банки не очень хорошо представляют, что им потребуется завтра, а если и представляют, то не могут четко сформулировать и изложить фирмам-разработчикам свои требования в области АИТ. В первую очередь это относится к недостаточному развитию банковского дела и отсутствию грамотных постановок задач. Тиражируемые (типовые) АБС существенно отличаются от заказных (индивидуальных) по технологии изготовления и внедрения. Если заказная разработка корректируется немедленно в соответствии с текущими потребностями конкретного банка, то тиражируемая меняется тогда, когда новые потребности станут массовыми и появятся у многих банков. Таким образом рынок АБС удовлетворяет новые потребности банков со значительным сдвигом во времени, который будет складываться из времени осмысления и формализации новых проблем банка, а затем создания систем фирмами-разработчиками АБС времени для проектирования, программирования и комплексной отладки всей системы в целом. [c.291]
В книге уделяется особое внимание тому, как писать хорошие требования. Как основа для более глубокого понимания сути процесса разработки требований, в книге вводиться понятие общего процесса разработки требований. Применение общего процесса рассматривается затем отдельно для области проблем и для области решений. [c.234]
Большие задачи предстоит решить науке в области совершенствования систем разработки нефтяных месторождений. Одной из важных проблем является дальнейшее развитие теории проектирования рациональных схем размещения скважин и оптимальных темпов отбора запасов нефти, отвечающих возросшим требованиям разработки нефтяных месторождений. Наряду с этим огромное значение имеет успешное решение проблемы увеличения нефтеотдачи пластов. [c.59]
Менеджмент качества (по международным стандартам ИСО серии 9000 версии 2000) - это 1 Политика в области качества (основные направления предприятия в области качества установление целей и задач (оперативных и стратегических) разработка руководства по качеству внедрение системы качества на предприятии понимание, продвижение и поддержка политики в области качества на всех уровнях предприятия. 2 Планирование качества (планирование качества продукции и процессов подготовка плана по качеству выработка основных положений по улучшению качества (продукции, процессов, систем) идентификация, классификация, разработка характеристик и оценки качества продукции установление целей, требований и действий, если характеристики качества не соответствуют техническим требованиям. 3 Управление качеством выполнение требований к качеству (контроль качества, испытания, диагностика, анализ, измерения) статистическое управление качеством выбор корректирующих действий. 4 Обеспечение качества (создание уверенности у руководства предприятия в выпуске качественной продукции (внедрение системы качества, соответствующей стандартам ИСО серии 9000) создание уверенности у потребителя предприятия в приобретении качественной продукции (сертификация системы качества на соответствие стандартам ИСО серии 9000) предотвращение возникновения проблем). 5 Улучшение качества (любая неполадка является проблемой обеспечения качества снижение нормы дефектности уменьшение вариаций непрерывность улучшения) [24]. [c.110]
В начале процесса разработки самым важным являются требования к разрабатываемому продукту. Как с точки зрения руководства, так и точки зрения системных инженеров необходимо сделать четкое разделение между областью проблем и областью решения . Необходимо, чтобы к проблемной области были отнесены формулировка проблем, модели использования (прецеденты), пользовательские требования. [c.20]
На верхнем уровне очень важно знание предметной области, которая соответствует области проблем. На системном уровне важно получить общее представление о системе, чтобы избежать слишком узкого (чересчур детализированного) понимания пользовательских требований. На этом уровне неизбежно появляется уклон в сторону определенного решения. На этой стадии целесообразно и необходимо привлекать людей (организации), которые до этого имели опыт успешной реализации аналогичных систем. Аналогичным образом, разработчики подсистем должны привносить свои знания и опыт, ранее полученные при разработке похожих подсистем. [c.28]
Тенденция сваливания в преждевременное углубление в детали реализации наиболее ярко проявляется на начальном этапе (верхнем уровне) разработки, когда пользовательские требования, сформулированные в терминах области проблем, могут сразу переводиться в форму системных требований высокого уровня, обозначающих, что система должна делать, чтобы решить проблемы, сформулированные заинтересованными сторонами. Эти проблемы возникают потому, что достаточно сложно (но надо ), работая, удержаться на определенном уровне абстракции. Но это характерное явление - создание абстрактной системной модели, из которой потом рождаются системные требования, всегда происходит в муках. [c.132]
Необходимость решения существующих проблем., связанных с перебазировкой сырьевой базы на север Тюменской области в районы со сложными климатическими и географическими ушо-виями, освоением месторождений на шельфе, вопросами диа но-стики в связи со старением основного объема газопроводов, вопросами экологии, разработки крупных проектов, научно-технических федеральных и отраслевых программ, в настоящее время выдвигает особые требования к научно-технической информации. [c.73]
Должен знать руководящие материалы, определяющие направления развития соответствующей отрасли экономики, науки и техники перспективы ее развития методы исследований, проектирования и проведения экспериментальных работ отечественные и зарубежные достижения науки и техники в соответствующей области знаний специальную литературу в области разрабатываемых и смежных с ними проблем стандарты, технические условия и другие руководящие материалы по разработке и оформлению технической документации основы патентоведения требования к организации труда при проектировании экономику, организацию труда и производства основы трудового законодательства правила и нормы охраны труда. [c.295]
В связи с трудоемкостью выполнения расчетов при использовании любого из методов оценки очень перспективными и крайне необходимыми представляются разработка, внедрение и последующее совершенствование компьютерных программ, облегчающих рутинную часть работы оценщика. Пока что ниша на рынке информационных услуг в области оценки имущества практически пустует. Очевидно, это связано с общим положением рынка оценки в России на сегодняшний день, с его недостаточным развитием. Одной из фирм, занимающихся разработками в данной сфере, является ЗАО Исследовательский центр оценки активов , который предлагает Windows-приложение ValMaster. Однако одна фирма не способна решить проблему. Даже на рынке компьютерных программ, выпускаемых для бухгалтерии, который наводнен различными предложениями, до сих пор не создано ни одной универсальной версии программ, удовлетворяющей всем требованиям. Еще труднее на рынке компьютерных программ в области оценки. [c.157]
Дальнейшее совершенствование С. п. о. было па-правлено на ликвидацию сё многоступенчатости, создание крупных пром. и производств, объединении, что дало возможность центр, и респ. плановым органам сосредоточиться на разработке перспективных проблем развития нар. х-ва страны, союзных республик и экономия, р-нов, уделить большое внимание вопросам планомерного изменения структуры про-из-ва в соответствии с требованиями науч.-технич. прогресса и ростом производств, потребления. Решения Сентябрьского (1965) пленума ЦК КПСС предусматривали чёткий порядок сочетания отраслевого и торр. планирования. Это повлияло на улучшение взаимодействия отраслевых и территориальных плановых органов при разработке комплексных планов экономии, и социального развития союзных и автономных республик, краёв и областей. [c.556]
В комплексный прогноз входят предложения по разработке научно-технических программ обоснование народнохозяйственной значимости решения научно-технических проблем характеристика основного содержания намеченных технических сдвигов требования к НИОКР, смежным областям развития науки и техники оценка сроков и масштабов решения научно-технических проблем, затрат на их реализацию и внедрение, ожидаемого социально-экономического эффекта рекомендации по материальному и организационному обеспечению научно-технических программ. [c.371]
Смотреть страницы где упоминается термин Разработка требований в области проблем
: [c.96] [c.162] [c.314] [c.235] [c.649]Смотреть главы в:
Разработка и управление требованиями -> Разработка требований в области проблем