Процесс - разработка - система - Большая Энциклопедия Нефти и Газа, статья, страница 3
Вам помочь или не мешать? Законы Мерфи (еще...)

Процесс - разработка - система

Cтраница 3


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

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

Тестирование - одна из наиболее важных, но обычно наиболее плохо исполняемых фаз в процессе разработки систем. Основным условием правильного тестирования являются многочисленные тесты.  [33]

Описанные выше задачи тестирования относятся как к системам, работающим в реальных условиях, так и к процессу разработки систем. По мере того как система создается, выясняются все новые ее характеристики, на основе которых модифицируется оборудование и процедуры. Чтобы определить, насколько оправданны эти модификации, необходимо проводить тестирование. Система должна повторно тестироваться в процессе работы, поскольку при испытаниях нельзя получить данные относительно того, насколько хорошо она соответствует поставленным целям; например, военные системы не программируются лля работы в условиях боя до тех пор, пока ие начнутся боевые действия. Проверка боевых систем может осуществляться в военных играх, например при соревновании двух подразделений пехоты с поддержкой в виде танков, артиллерии и самолетов. Если в работе системы возникают перебои, то необходимо исследовать параметры задачи. Иногда РИ и испытания имитатора проводятся просто для того, чтобы собрать исследовательские данные.  [34]

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

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

В этой главе был представлен краткий обзор основных фаз методологии CASE наряду с другими фазами, добавленными к описанию процесса разработки систем. Если все фазы завершены тщательно и полностью, значительно увеличивается вероятность успеха системы. Часть II содержит более подробное и специализированное описание методологии.  [37]

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

Таким образом согласовывается содержание возможного входа и требуемого выхода, а результаты данного этапа отражаются в стандартной форме [9], удобной для дальнейшего использования в процессе разработки системы и при внесении последующих дополнений и исправлений.  [39]

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

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

42 Упрощенный вариант фаз разработки в CADM с указанием поддержки в Designer. [42]

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

Дойдя до конца книги, читатель научится интегрировать Oracle Designer с представленной здесь расширенной методологией CASE, которую мы называем CADM. Эти сведения помогут сделать процесс разработки систем с использованием Oracle Designer быстрее, проще и значительно эффективнее, а полученный результат удовлетворит как разработчиков, так и пользователей.  [44]

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



Страницы:      1    2    3    4