Внутренняя спецификация

Концепция качества, отражающая ту степень, с которой продукция или услуги, предоставляемые организацией, соответствуют внутренним спецификациям организации (стандартам предприятия).  [c.114]


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

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


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

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

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


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

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

Р10 — подготовка соглашения о требованиях Р10 — PJ1 — подготовка части внутреннего проекта для начала программирования Р10 — П20 — реакция на пересмотр соглашения о требованиях Р10 — Р20 — составление внешней спецификации И01 — И10 — рассмотрение плана испытаний Р20 — РЗО — реакция на пересмотр внешней спецификации Б01 — Б10 — рассмотрение плана выпуска документации Д01— Д10 — рассмотрение плана поддержки И11 — И13 — рассмотрение спецификации испытаний Р11 — Р31 — составление внутренней спецификации СЮ — Р40 — внесение последних обязательных изменений Р21 — Р40 — кодирование, отладка, компоновка Р40 — Р41 — подготовка и проведение демонстрации изделия в действии И20 — Р42 — прогон приемочных тестов Б02 — БП — рассмотрение чернового варианта справочных материалов Р40 — ИЗО — подготовка спецификации выпуска ДП — Д12 — рассмотрение рекламных материалов ИЗО — И31 — реакция на перечни дефектов БП — Б12 — рассмотрение первого варианта справочных материалов Б12 — Б20 — окончательное утверждение справочных материалов И32 — ПЗО — рассмотрение отчета об испытаниях класса В Р31 — П20 — рассмотрение спецификации сопровождения.  [c.111]

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

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

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

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

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

Провести сквозной структурный контроль транслятора в течение недели после получения внутренней спецификации.  [c.237]

Р11 Р31 р Подготовка внутренней спецификации  [c.255]

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

Внутренняя спецификация должна соответствовать внешней спецификации  [c.258]

П10 —утверждено распределение бюджета П20 — утверждено соглашение о требованиях ПЗО — изделие готово к распространению Р10 — представлено соглашение о требованиях Р11 — начата разработка внутренней спецификации Р20 — представлена внешняя спецификация-Р21 — начато программирование РЗО — утверждена внешняя спецификация Р31 — закончена подготовка внутренней спецификации Р40 — начаты испытания класса А Р41 — проведена демонстрация в действии Р42 — выполнен прогон приемочных тестов О10 — установлено оборудование, необходимое для проектирования ОН — информационный листок выпуска готов к печати О12 — информационный листок выпуска издан О20 — закончено распространение изделия Б01 — представлен план выпуска документации Б02 —начата разработка справочных материалов Б10 — утвержден план выпуска документации Б11 —начата техническая проверка Б12 — начато окончательное утверждение документации Б20 — справочные материалы отданы в печать Б21 — справочные материалы изданы И01 — представлен план испытаний И10 — утвержден план испытаний ИП — представлена спецификация испытаний И12 —начата разработка контрольных примеров И13 —утверждена спецификация испытаний И20 — разработаны приемочные тесты ИЗО — начаты испытания класса В И31 — начат последний цикл испытаний И32 —выпущен отчет об испытаниях класса В Д01 — представлен план поддержки Д10 — утвержден план поддержки Д11 — представлены рекламные материалы Д12 — рекламные материалы отданы в печать Д13 — издан план обучения Д20 — распространены рекламные материалы Д21 — подготовлен учебный курс ДЗО — завершен курс обучения СЮ — прекращено внесение исправлений С20 — завершена под-  [c.260]

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

Как отмечалось в гл. 13, выбор заголовков, которые включаются в документ, и их последовательность не произвольны. Представленные в этой главе форматы составлены в соответствии с принципом проектирования сверху вниз, т. е. наиболее важные вопросы помещаются первыми незначительные исключения составляют те случаи, где обеспечение удобства чтения текста важнее сохранения реальной схемы декомпозиции проекта. В представленных форматах используется способ нумерации, позволяющий реализовать вложенную структуру документов, удобную с точки зрения возможности дополнения и исключения отдельных разделов. Например, в гл. 13 в табл. 13.2 приведено оглавление подобной структуры для соглашения о требованиях (СТ), внешней спецификации (ВшС), внутренней спецификации (ВтС) и спецификации сопровождения (СС). Элементы каждого такого документа обозначаются следующим образом 3 — заголовок, Об— общая формулировка, Ч — частичная формулировка, Ок — окончательная формулировка. Преобразование 3->-Об->-Ч->Ок, направленное в одну сторону, осуществляется в процессе принятия проектных решений.  [c.268]

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

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

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

Разд. 3. (2,3) л. 1.3 и 3. (2,3). л. 1.4 внутренней спецификации изделия определяют программное обеспечение и оборудование, которые необходимы для обеспечения функционирования программного изделия, а разд. 5.2 внешней спецификации указывает программное обеспечение и оборудование, необходимые для ввода его в действие. В разд. 3.1 спецификации версии уточняется потребность в машинных ресурсах для внесения изменений по требованию заказчиков, или для проведения испытаний класса В. В будущем из-за скрытых дефектов могут возникать ошибки, и запись, обеспечивающая условия для нормальной эксплуатации программного изделия, будет способствовать устранению обнаруживаемых дефектов.  [c.300]

Вид цен торгового оборота во внутренней и международной торговле. Позиционными ценами являются цены по каждой позиции спецификации поставляемого оборудования (материалов) или перечня работ.  [c.427]

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

ПШ —распределение бюджета утверждено П20 — соглашение о требованиях утверждено ПЗО —изделие готово к распространению Р10 — соглашение о требованиях составлено Р11 — составление внутренних спецификаций начато Р20 — внешние спецификации составлены Р21-. кодирование начато РЗО — внешние спецификации утверждены Р31 — составление внутренних спецификаций завершено Р40 — начаты испытания класса А Р41—демонстрация изделия проведена Р42 — приемочные испытания проведены О10— требуемые по проекту средства установлены ОН — информационный листок выпуска готов к печати О12 — информационный листок выпуска издан О20 — изделие передано на распространение Б01 — план выпуска документации составлен Б02 — подготовка справочных материалов начата Б10 — план выпуска документации утвержден Б11 — техническое редактирование начато Б12 —утверждение справочных материалов начато Б20 — справочные материалы готовы к печати Б21 — справочные материалы изданы И01 — план испытаний составлен И10 — план испытаний утвержден И11—спецификации испытаний составлены- И12 — разработка контрольных примеров начата И13 — спецификации испытаний утверждены ИД) — состав приемочных испытаний определен ИЗО - начаты испытания класса В И31 - последний цикл испытаний начат И32 — отчет об испытаниях класса В издан Д01 — план поддержки составлен Д1С — план поддержки утвержден Д11 — рекламные интервалы подготовлены Д12 —рекламные материалы сданы в печать Д13 —план обучения издан Д20 — рекламные материалы распространены Д21 —учебные пособия подготов-лены ДЗО —обучение закончено С10 —внесение изменений запрещено С20 — спецификация сопровождения готова.  [c.102]

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

Кодирование программ начинается на раннем этапе фазы программирования. На рис. 7.10, представляющем фрагмент сети, выделенной из общего стандартного сетевого графика, показаны этапы последовательного выполнения работ в рамках функции разработки в фазе программирования Р21 — кодирование ачато, РЗО — внешние спецификации утверждены. Р31 — внутренние спецификации завершены. Эти точки демонстрируют проявление волнового эффекта, когда составление внутренних и внешних спецификаций, кодирование, отладка и компоновка программ выполняются одновременно на различных уровнях дерева структуры программного изделия. Например, в некоторый момент фазы программирования состояние разработки модулей (рис. 7.6) может иметь вид, отображаемый табл. 7.2. К этому времени внешние спецификации всего программного изделия могут быть уже утверждены, а внутренние спецификации составлены не до конца. Подобно этому, хотя этапы кодирования, отладки и компоновки некоторых модулей уже могут быть завершены, их разработка в рамках целостного программного изделия еще может быть не за-  [c.110]

СС создается группой сопровождения в фазе оценки на основе внутренней спецификации (ВтС) путем добавления к ней нескольких разделов и изменения некоторых уже написанных. В табл. 15.3 представлено оглавление стандартной спецификации сопровождения (СС). Ниже рассматривается содержание тех разделов4, которые служат основой преобразования ВтС в СС.  [c.293]

Эволюция счетоводства и счетоведения рассматриваемого периода происходила под влиянием коммерческой и политической жспансии США. Характерной чертой явилось становление учетной науки в университетах и профессиональных организациях. Начиная с 1920—30-х годов с поиском принципов бухгалтерского учета стала развиваться его теория. Это было связано с попытками применять научный подход к практике счетоводства движением к регулированию, спецификации и стандартизации бухгалтерского учета первоначально на добровольном основании, а затем путем введения внутренних (профессиональных) норм.  [c.44]