markdown:
# «Институт системного программирования Российской академии наук В.В. Липаев ЭКОНОМИКА ПРОИЗВОДСТВА ПРОГРАММНЫХ ПРОДУКТОВ ...»
Оценка требуемого среднего числа специалистов для кон кретного комплекса программ предварительно может быть рассчита на путем деления величины трудоемкости производства (1) на дли тельность его производства (2): N = C/T. Средняя производитель ность труда коллектива специалистов при разработке нового слож ного комплекса программ Р = П/C,конечно, различается для различ ных классов, размеров и других параметров комплексов программ, однако диапазон этих различий не столь велик как изменения разме ра, требований к качеству и других факторов.
Модель прогнозирования экономических характеристик проектирования процессов производства программных продуктов СОСОМО II Основными факторами при прогнозировании экономических характеристик производства программных продуктов выше рассмат ривались, сложность, размер – масштаб комплекса программ и доля повторного использования готовых программных компонентов. Для более точного экономического обоснования проектов программ ных продуктов при детальном проектировании целесообразно учитывать влияние требований качества и ряда производственных факторов. Разработка полного содержания функций и структуры про граммных компонентов, их взаимодействия и интерфейсов, архитек туры всего комплекса программ и базы данных, обычно позволяет до 10% повысить точность определения размера комплекса, и достовер ность прогнозирования экономических характеристик до уровня око ло 5 %.
Для прогнозирования трудоемкости проектирования и про изводства программных продуктов (человеко-месяцы) в модели СОСОМО II предложены выражения, уточняющие и детализирую щие зависимость (1), представленную выше:
n C = АП M (i), E (3) i= где: А = 2,94;
E = B + 0,01F(j);
B = 0,91.
j= В детальной модели СОСОМО II на трудоемкость производст ва программного продукта учитывается влияние 22 факторов – таб лица 1.1. Из них пять – масштабные факторы, характеризуются суммой F(j) в значении степени влияния размера комплекса программ E. В уравнении оценки трудозатрат в детальной модели СОСОМО II варьируются и применяются факторы масштабирования F(j) с целью обобщения воздействия основных параметров при прогнозирования производства программных продуктов (таблицы 1.1 и 1.2). Произве дение множителей M(i) – 17 факторов, непосредственно влияет на изменение трудоемкости производства в выражении (3).
При использовании выражений (3) следует выбирать набор фак торов (калибровать модель), имеющих значения коэффициентов из менения трудоемкости (КИТ) F(j) в соответствии с характеристикам конкретного проекта. Для выбора значений M(i) в соответствии с характеристиками конкретного продукта и среды разработки следует использовать таблицы рейтингов трудоемкости для выделен ных четырех групп, представленных на – рис. 1.9. Номинальными (средними) в выражении (3) принимаются значения M (i) = 1,00, при которых соответствующий фактор не влияет на трудоемкость произ водства программного продукта. Реально для различных конкретных проектов с учетом их особенностей используется только около поло вины факторов приведенных в таблице 1.1.
Для прогнозирования длительности производства программ ных продуктов в модели СОСОМО II более детально рассмотрены исходные данные на основе анализа трудоемкости его производства.
При этом рекомендуется учитывать те же наборы факторов, как в выражении (3), которые применяются при прогнозировании трудо емкости непосредственного производства программного продукта С:
Т = GС H. (4) где: G = 3,67;
H = D + 0,02 0,01 F(j) = D + 0,02(E–B);
D = 0,28.
j= Максимальные величины каждого из КИТ производства про граммных продуктов экспериментально оценены в [38] при предпо ложении, что остальные параметры зафиксированы. В действитель ности многие факторы взаимно коррелированны. Так, например, вы сокой сложности комплекса программ обычно сопутствует требова ние высокой безопасности и надежности функционирования, а также длительная эксплуатация. Ряд факторов отражается одновременно на нескольких КИТ. Воздействие в процессе производства на такие фак торы и субъективное стремление специалистов на сокращение опре деленных видов затрат, в некоторых случаях, может оказываться не рентабельным с позиции снижения полных затрат на производство программного продукта.
Большую роль в повышении экономической эффективности производства программных продуктов играет повторное использо вание готовых программных компонентов из других проектов (см.
главу 1.3). При этом необходимо учитывать дополнительные затраты для обеспечения возможности повторного использования компонен тов вместо разработки компонентов заново каждый раз, и сокращение интегральных затрат на производство продукта при их применении.
При калибровке модели СОСОМО II предлагаются следующие последовательные процедуры для конкретного проекта:
• устанавливаются значения и сумма рейтингов масштабных факторов F при которой производится первичное оценивание эконо мических характеристик;
• выбирается набор, значения и оценивается произведение рейтингов факторов M, оказывающих наибольшее влияние на про гнозируемую трудоемкость производства программного продукта, которые сравниваются с предыдущей оценкой;
• для каждого набора рейтингов выбранных факторов произво дится расчет и анализ трудоемкости и длительности для конкретного проекта комплекса программ.
Преимущества модели СОСОМО II [31, 38] состоят в следую щем:
• возможен учет достаточно полной номенклатуры факторов, влияющих на экономические характеристики производства сложных программных продуктов;
• предложены наборы для выбора возможных рейтингов для всей номенклатуры используемых факторов;
• фактические данные подбираются в соответствии с реальны ми проектами комплексов программ и факторами корректировки, ко торые могут соответствовать конкретному проекту и предприятию;
• прогнозы производственных процессов являются варьируе мыми и повторяемыми;
• метод является достаточно универсальным и может поддер живать различные размеры, режимы и уровни качества продуктов;
• модель хорошо подходит для проектов, между которыми нет существенных отличий относительно размера, сложности или функ ций процессов производства;
• возможна высокая степень достоверности калибровки с опо рой на предыдущий опыт коллектива специалистов;
• результаты прогнозирования сопровождаются обязательной документацией;
• модель относительно проста в освоении и применении.
Недостатки модели СОСОМО II:
• все результаты зависят от размера программного продукта точность оценки размера, оказывает определяющее влияние на точ ность прогноза трудозатрат, длительности разработки, численности специалистов и производительности труда разработчиков;
• недостаточно учтено влияние требований функциональной безопасности программного продукта;
• не учитывается зависимость между интегральными затратами и количеством времени, затрачиваемым на каждом этапе проекта;
• не достаточно учитывается внешняя среда производства и применения программного продукта;
• игнорируются многие особенности, связанные с аппаратным обеспечением проекта.
Кроме того, модель СОСОМО II представляет трудозатраты по сумме всех этапов производства (от этапа планирования концеп ции до этапа поставки программного продукта). Проблемы сопрово ждения, переноса и повторного использования компонентов трудно описывать в рамках одной и той же модели. При использовании мо дели СОСОМО II предполагается наличие базового уровня трудоза трат, используемого при управлении конфигурацией и обеспечении качества. В модели не учитываются накладные расходы;
расходы на командировки и другие побочные расходы при оценках стоимости.
При прогнозировании экономических характеристик производства программных продуктов для систем реального времени необходимо учитывать затраты на создание моделей внешней среды, которые по величине могут быть сопоставимыми с затратами на основной про граммный продукт. Системная интеграция и инструментальная под держка динамического тестирования и испытаний программного продукта реального времени на соответствие требованиям составля ют отдельную специфическую задачу [23], которая не входила в со став целей СОСОМО II и далее не учитывается.
Влияние масштабных факторов при прогнозировании экономических характеристик производства программных продуктов Выше описаны, наиболее значительные интегральные факторы модели СОСОМО II, влияющие на трудоемкость программных про дуктов. Из них 5 масштабных факторов прогнозирования F (j) мо гут существенно изменять трудоемкость и стоимость производства.
Остальные 17 факторов M объединены в четыре группы модели СОСОМО II (см. рис. 1.9 и таблицу 1.1). Каждый из них может влиять на экономические характеристики производства сложных программ ных продуктов на уровне 5 – 10%. Разделы данной главы посвящены комментированию факторов из этих групп при этом предполагается, что для основных факторов имеются их описания, представленные в [38]. Рекомендуется выбирать и учитывать те факторы, коэффициен ты влияния которых на трудоемкость в конкретном проекте, имеют достаточно большую величину, коррелированную с точностью опре деления размера комплекса программ или превышают ее. В группу F следует включать совокупность факторов, которые способны значи тельно изменять трудоемкость:
• новизну проекта комплекса программ;
• необходимую степень согласованности проекта с требова ниями технического задания заказчика;
• наличие управления рисками и архитектурой проекта;
• уровень обобщенной квалификации, слаженности и организо ванности коллектива разработки проекта;
• уровень обеспечения и оснащения технологии производства по оценке зрелости модели СММI.
Новизну проекта F1 рекомендуется учитывать при прогнозиро вании по величине формализации целей и функций программного продукта, наличия у специалистов опыта аналогичных разработок, а также необходимости создания новых архитектуры, компонентов, ал горитмов обработки данных. При этом, в крайних значениях рейтин гов предполагается, что полностью отсутствовало проектирование и производство подобного программного продукта или такие продукты были освоены для серийного производства.
Согласованность (жесткость) F2 проекта программного про дукта определена как степень обеспечения соответствия заданным требованиям и спецификациям заказчика к компонентам, к внут ренним и внешним интерфейсам, ко всему комплексу программ в процессе его проектирования и производства. В первом предельном случае считается, что все требования должны быть выполнены обяза тельно полностью (заказной продукт), а в другом крайнем варианте рейтингов эти требования могут рассматриваться только как необяза тельные пожелания.
В модели СОСОМО II значительное внимание уделено влиянию организации и взаимодействия коллектива квалифицированных разработчиков F4 на трудоемкость создания сложных программных продуктов (таблица 1.2). В составе организационных характеристик коллектива рекомендуется учитывать согласованность целей специа листов, участвующих в проекте, их психологическую совместимость и способность к дружной коллективной работе, наличие опыта работы в данном коллективе и другие объективные и субъективные свойства участников проекта. При этом большое значение может иметь личная мотивация и психологические особенности поведения специалистов при комплексной работе над проектированием и производством сложного программного продукта.
Эти характеристики обобщены в показатель влияния коллек тивности – сложности взаимодействия специалистов F4 в коллективе, которому сопоставлены рейтинги изменения трудоем кости производства продукта. Наилучшим считается непрерывное корректное взаимодействие организованной «команды» специали стов с большим опытом работы в данном коллективе при полной согласованности их целей, планов и методов работы. В остальных случаях может отсутствовать глубокое взаимодействие отдельных специалистов, вследствие чего возрастать (даже в несколько раз) трудоемкость производства продукта.
В модели СОСОМО II для оценивания экономических харак теристик при проектировании и производстве F5, рекомендуется учитывать уровень методологии производства и обеспечения качест ва сложных программных комплексов на основе системы и модели оценки зрелости СММI (см. главу 1.1), применяемых технологиче ских процессов. На предприятиях, достигших высокого уровня зрело сти, процессы производства должны принимать статус стандарта, фиксироваться в организационных структурах и определять произ водственную тактику и стратегию корпоративной культуры произ водства и системы обеспечения качества программных продуктов.
При экономическом прогнозировании проектирования про граммных комплексов, для достижения устойчивых результатов в процессе развития технологии и организации управления жизненным циклом комплексов программ рекомендуется использовать эволюци онный путь, который позволяет совершенствовать, постепенно сни жать затраты и повышать качество процессов производства и продук тов. Методология СММI рекомендует большой комплекс процессов, который предприятие должно выполнять для приобретения, поставки, производства, использования и сопровождения крупных комплексов программ, и виды деятельности, характеризующие степень техноло гической зрелости этих процессов.
В модели СОСОМО II приводятся количественные рекоменда ции коэффициентов влияния уровней зрелости СММI на трудо емкость реализации сложных программных продуктов. Рейтингам технологической зрелости производства в детальной модели СОСО МО II сопоставлены уровни СММI, для каждого из которых приво дятся коэффициенты изменения трудоемкости разработки (см. табли цу 1.2). Применение совершенных технологий и инструментальных средств высшего уровня зрелости может снизить трудоемкость про изводства сложных программных продуктов более чем в 5 раз по сравнению с наиболее широко применяемыми технологиями второго – третьего уровня зрелости СММI.
Влияние коллектива специалистов при прогнозировании экономических характеристик проектирования и призводства программного продукта В модели СОСОМО II значительное внимание уделено влиянию организации и взаимодействия коллектива специалистов на трудоемкость создания сложных программных продуктов (таблица 1.3). В составе организационных характеристик коллектива рекомен дуется учитывать: согласованность целей специалистов, участвую щих в проекте, их психологическую совместимость и способность к дружной коллективной работе, наличие опыта работы в данном коллективе и другие объективные и субъективные свойства участ ников проекта. При этом большое значение может иметь личная мотивация и психологические особенности поведения разных специа листов при комплексной работе над производством сложного программного продукта.
Эти характеристики обобщены в качественный показатель влияния коллективности – сложности взаимодействия специа листов в коллективе, которому сопоставлены рейтинги изменения трудоемкости производства продукта F4. Наилучшим считается непрерывное корректное взаимодействие организованных специалис тов с большим опытом работы в данном коллективе при полной согласованности их целей, планов и методов работы. В остальных случаях в той или иной степени (даже в 3 – 5 раз) может возрастать трудоемкость производства продукта, что нельзя не учитывать при прогнозировании экономических характеристик и обосновании производства крупных продуктов.
В СОСОМО II – изложены экспертные оценки для учета влия ния квалификации и характеристик различных категорий спе циалистов на экономические характеристики производства про граммного продукта [21] (см. таблицу 1.3.). Выбор и использование их значений при прогнозировании экономических характеристик тре бует высокой квалификации экспертов и детального знания особен ностей коллектива специалистов и среды производства реального продукта. Для обеспечения возможности их использования при про гнозировании трудоемкости и длительности разработки сложных комплексов программ в модели СОСОМО II представлены соответст вующие относительные рейтинги – влияния ряда факторов проектов комплексов программ, и в частности, характеристик специалистов.
Эти данные отражают квалификацию специалистов по сте пени их влияния на экономические характеристики производства программных продуктов и тем самым уточнять требования к ква лификации коллектива специалистов.
При применении этих рейтингов следует учитывать, что некото рые из них взаимосвязаны, и целесообразно анализировать их корре ляцию, возможность объединения или исключения при оценке реаль ных проектов и коллективов специалистов.
В составе организационных характеристик коллектива рекомендуется учитывать факторы, представленные в таблице 1.3. При этом большое значение может иметь личная мотивация и психологические особенности поведения разных специалистов – обобщенная коллективность работ над производ-ством сложного программного продукта. Эти характеристики обобщены в качественный показатель влияния коллективности – сложности взаимодействия специалистов в коллективе.
Среди ряда характеристик коллектива разработчиков, наи большее влияние на трудоемкость оказывает тематическая и тех нологическая квалификация специалистов. Совместно эти факторы могут изменять трудоемкость производства программных продуктов на 30 – 40%. Кроме того, в модели СОСОМО II выделен и обобщен на основе пяти характеристик коэффициент – комплексная коллек тивность участников проекта (см. таблицу 1.3), влияние которого может достигать пятикратного изменения трудоемкости.
Организационное разделение специалистов, осуществляющих производство программного продукта (первая категория), и спе циалистов – технологов, обеспечивающих, контролирующих и управляющих его качеством в процессе производства (вторая катего рия), должно обеспечивать эффективное достижение заданных харак теристик, а также независимый, достоверный контроль затрат и каче ства результатов производства.
Специалисты первой категории непосредственно создают компоненты и комплекс программ в целом с заданными показателями качества (см. таблицу 1.4 факторы М10, М12, М13, М14). В про цессе производства их функции заключаются в тщательном соблюде нии принятой в фирме технологии и в формировании всех предпи санных руководствами исходных и отчетных документов.
При этом предполагается, что выбранная технология способна обеспечить необходимые значения конструктивных показателей ка чества, а достижение заданных функциональных характеристик га рантируется тематической квалификацией соответствующих спе циалистов и регулярным контролем этих характеристик в процессе производства.
Разделение труда специалистов этой категории в крупных коллективах приводит к необходимости их дифференциации по про фессиональной квалификации и областям деятельности:
• разработчики программных компонентов программисты – М10 создают компоненты, удовлетворяющие спецификациям тре бований, реализуют возможности продукта, отслеживают и исправ ляют ошибки, при производстве сложных программных компонентов, что требует детального знания языков программирования, визуально го программирования, сетевых технологий и проектирования баз данных – М13, М14 в таблице 1.4;
• тестировщики обеспечивают проверку функциональных спецификаций требований, средств обеспечения производительности, пользовательских интерфейсов, разрабатывают стратегию, планы и выполняют тестирование на соответствие требованиям для каждого компонента и комплекса программ;
• системные интеграторы сложных проблемно-ориентиро ванных комплексов программ работают над продуктом в значитель ной степени отличными от программистов методами, на разных язы ках производства, используют различные средства автоматизации производства и имеют на выходе различные результаты: крупные компоненты и комплексы программ;
• специалисты, управляющие сопровождением и конфигура цией отвечают за снижение затрат на модификацию и сопровождение программного продукта, обеспечение максимальной эффективности взаимодействия компонентов и производство версий программного продукта, принимают участие в обсуждениях интерфейсов и архитек туры продукта;
• документаторы процессов и объектов жизненного цикла комплекса программ обеспечивают подготовку и издание сводных технологических и эксплуатационных документов на программный продукт в соответствие с требованиями стандартов.
Успех и качество при производстве крупных программных про дуктов зависит от слаженности работы и профессионализма коллек тива специалистов на всех этапах и уровнях производства продуктов – от стабильности коллектива – М11 (табл. 1.1 и 1.4). Особенно важна не индивидуальная характеристика квалификации каждого специалиста, а, прежде всего, интегральный показатель квалифи кации «команды», реализующей некоторую, достаточно крупную функциональную задачу или весь программный продукт [8, 51].
Тематическая квалификация и опыт – М12 специалистов в конкретной прикладной области, для которой разрабатывается про граммный продукт, приближенно может оцениваться продолжи тельностью работы по данной тематике. При низкой тематической квалификации допускаются наиболее грубые системные ошибки, требующие больших затрат при доработке программ. Имеются примеры, когда из-за таких ошибок, допущенных на этапе системного анализа, приходилось в процессе производства изменять 70 – 90% программ. Целесообразность использования в качестве параметра квалификации, значений длительности работы в определенной при кладной области подтверждается достаточно высокой ее корреляцией с коэффициентом изменения трудоемкости. Приводимые в разных работах оценки показывают, что при изменении опыта работы в данной области от 1 до 10 лет производительность труда может повышаться в 1,5 – 2 раза.
Разработчики программного продукта должны иметь в своем со ставе квалифицированных, проблемно-ориентированных аналити ков и системных архитекторов – М9, способных переводить функ циональные требования заказчика в конкретные спецификации и тех нические требования к комплексу программ и его компонентам (см.
табл. 1.1 и 1.4). Уровень квалификации аналитиков в СОСОМО II предлагается оценивать в процентах от высшей квалификации, что может снизить трудоемкость производства почти на 30% от номи нальной.
Технологическая квалификация – М13 программистов в ис пользовании инструментальной системы автоматизации производства программных компонентов отражает опыт применения методов, средств и всего технологического процесса при создании данного типа программных комплексов. Этот опыт можно характеризовать длительностью работы с конкретной инструментальной системой автоматизации или ее версиями, базирующимися на единых техно логических концепциях, опытом и длительностью работы с регламен тированными технологиями, инструментальными комплексами авто матизации разработки, языками проектирования, программирова ния и тестирования программ. Особое значение имеет коллектив ный опыт организации и выполнения сложных проектов на базе со временных автоматизированных технологий и инструментальных средств. Опыт применения конкретного комплекса автоматизации, языков проектирования и программирования может являться сущест венным фактором при выборе технологии для создания новых ком понентов и обеспечении качества программных продуктов.
Оценка производительности коллектива существенно зависит от стабильности состава и психологического климата (см. М11 в табл. 1.1 и 1.4) в коллективе специалистов и их способности к со трудничеству и дружной совместной работе над единым продуктом.
В данном факторе годы работы с конкретной технологической системой отражают не только опыт работы с инструментами, но и слаженность коллектива по проведению больших комплексных работ. Нарушение технологии, задержка при разработке отдельных модулей или групп программ может приводить к большим допол нительным затратам и значительной задержке производства продукта в целом. Однако чаще всего коллективы специалистов имеют уже некоторый технологический опыт, и дальнейшее повышение их ква лификации может дать относительно немного 10 – 20% произво дительности.
Программистская квалификация специалистов – М10, М14 и опыт работы с языками программирования, в наименьшей степени отражается на производительности труда. В данном факторе учиты вается освоенность не только языка непосредственного программи рования, но и всех компонентов средств, используемых при создании программ (спецификаций, диалога, отладки, комплексирования).
После двух-трех лет работы в наибольшей степени проявляются индивидуальные особенности конкретных специалистов, их творчес кие способности, тщательность в работе, рациональное использо вание средств автоматизации. При производстве сложных комплексов программ после первых лет работы возрастание программистской квалификации может повысить производительность труда на 5 – 10%.
Директивное ограничение сроков производства продукта М относительно типовых – номинальных до уровня 75% от заданных, оптимальных, может сопутствовать значительное снижение качества и увеличение рисков реализации проекта.
Специалисты второй категории технологи, обслуживаю щие и сопровождающие технологический инструментарий, который применяется специалистами первой категории, должны обеспечивать применение системы качества предприятия, контролировать и ин спектировать процессы производства для минимизации затрат. Ос новные задачи второй категории специалистов должны быть сосредо точены на контроле экономических характеристик процессов и ре зультатов выполнения работ, а также на принятии организационных и технологических мер для достижения их необходимого качества, обеспечивающего выполнение всех требований технического задания на программный продукт.
Технологи должны уметь выбирать, приобретать и осваивать экономически наиболее эффективный инструментарий для заказных проектов, реализуемых конкретным предприятием с учетом особен ностей создаваемых комплексов программ требуемого качества и рентабельности технологических средств. Они должны разрабатывать регламентированный технологический процесс и систему качества, поддерживающие весь ЖЦ комплексов программ и обучать специа листов – разработчиков квалифицированному применению соответ ствующих инструментальных средств и технологий.
Специалисты, управляющие обеспечением качества про граммных продуктов, должны владеть стандартами и методиками предприятия, поддерживающими регистрацию, контроль, документи рование и воздействия на показатели качества и экономические ха рактеристики на всех этапах ЖЦ комплекса программ. Они должны обеспечивать эксплуатацию системы качества проекта, выявление всех отклонений от заданных показателей качества продуктов и про цессов, а также от предписанной технологии на этапах производства.
При обобщении рассчитанных экономических характери стик некоторые значения могут не удовлетворить заказчика, руково дителей и специалистов, ведущих прогнозирование. На практике мо гут существовать ограничения реальной численности и квалификации коллектива, выделяемого для данного проекта комплекса программ, или допустимой (директивной) длительности производства. Поэтому в методике прогнозирования должна допускаться возможность пересчета получаемых прогнозных значений с использованием уточненных и откорректированных значений основных факторов и требуемых характеристик специалистов. Согласованные с заказчи ком основные экономические характеристики позволяют фиксиро вать базовый сценарий и проектирование процессов производства продукта, проводить расчеты распределений трудоемкости и дли тельности по этапам и специалистам.
Влияние технологической и компьютерной среды проектирования и производства при прогнозировании экономических характеристик программных продуктов Для оценивания влияния на трудоемкость инструментальных характеристик производства, в модели СОСОМО II выделен пока затель и соответствующий набор рейтингов. Инструментальные системы – М15, поддерживающие производство, могут быть описа ны качественными характеристиками и рейтингами, изменяющими трудоемкость в пределах приблизительно 20% от средней – номи нальной. Уровень технологии и комплекса инструментальных средств особенно сильно влияет на экономику крупных программных про дуктов. Поэтому затраты на их реализацию и применение, целесооб разно учитывать конкретно с использованием функций и характери стик проекта. Рейтинги инструментальной поддержки коррелирован ны с уровнями зрелости технологий производства программ СММI – F5 и комментированы выше в главе 1.1.
Затраты на технологию и программные средства автома тизации производства обычно являются весьма весомыми при ис пользовании высокоэффективных автоматизированных технологий и инструментов. При экономическом обосновании проекта следует учитывать, что размер и сложность создаваемого продукта значи тельно влияет на выбор инструментальных средств и уровня автома тизации технологии, а также на долю этих затрат в общих затратах на производство. Возможны ситуации, при которых затраты на техноло гию достигают 50% общих затрат на производство. Такие затраты могут быть оправданы повышением производительности труда, сокращением сроков разработки и последующим снижением затрат на множество версий программного продукта.
Стремление уменьшить технологические затраты в период про изводства без учета последующего использования программного продукта, его компонентов и всего жизненного цикла, может оказать ся мало полезным, а в некоторых случаях привести к значительному увеличению совокупных затрат. При применении сложных про граммных продуктов эти затраты могут исчисляться сотнями челове ко-лет, что определяет особую актуальность их снижения. Поэтому необходим системный анализ распределения и использования техно логических ресурсов на разработку комплексов программ с учетом всего их жизненного цикла, включая сопровождение и возможный перенос на другие платформы.
Уровень автоматизации, качество технологии и инстру ментальных средств, используемых для поддержки всего жизненно го цикла комплекса программ, обычно сильно коррелирован с дости гаемым качеством производства комплекса, а также с качеством средств автоматизации для оценивания этого качества. Оценивание качества технологической базы производства на предприятии позво ляет прогнозировать возможное качество программного продукта и ориентировать заказчика и пользователей при выборе разработчика и поставщика для определенного проекта с требуемыми характери стиками качества производства.
В некоторых комплексах программ реального времени (СРВ) на увеличение трудоемкости разработки (до 50%) может оказать огра ничение вычислительных ресурсов оперативной памяти – М7 и про изводительности объектного компьютера – М6, на которой должен функционировать программный продукт. При таких ограничениях ресурсов резко усложняется проектирование и производство продук та и приходится адаптировать размеры алгоритмов и программ с це лью не нарушить ограничения вычислительных ресурсов. Это приве ло к необходимости разрабатывать методы эффективного исполь зования программами аппаратных ресурсов компьютера.
На практике наибольшие технические трудности обычно вызы вают ограничения производительности М6 реализующей заказным компьютером, для преодоления которых приходится не столько эко номить программные ресурсы и сокращать размеры программного продукта, сколько искать пути увеличения производительности ком пьютера и эффективности их использования. При этом существенным ограничивающим фактором являются реальное время, в течение ко торого компьютер может быть предоставлен для решения данной за дачи, или то время, в пределах которого целесообразно получить ре зультаты (время отклика) для их практического использования. Та ким образом, уже на стадии формулирования требований к про граммному продукту в некоторых проектах (например, бортовые сис темы) следует сопоставлять доступную производительность компью тера с необходимыми затратами времени для решения требуемого на бора задач или с допустимой длительностью ожидания результатов (временем отклика). Поэтому весьма актуальной для систем реально го времени является проблема эффективного распределения огра ниченной производительности компьютера для решения комплек са заказных функциональных задач и поиск методов рациональной организации вычислительного процесса при применении программ ного продукта.
Быстрый рост количества решаемых задач, их сложности и тре буемой производительности вычислительных средств стимулирует поиск различных путей удовлетворения потребностей заказных про граммных продуктов в ресурсах для решения таких задач. Мировая практика развития вычислительной техники показала, что потреб ность в вычислительных ресурсах для решения некоторых заказных задач растет быстрее, чем доступные реальные характеристики ком пьютеров. В таких компьютерах проблема эффективного распределе ния и использования ресурсов усложняется, так как необходимо опе ративно распределять производительность (в принципе различных) вычислительных процессоров для решения всей заданной совокупно сти задач.
В последние годы стали возможными ситуации, когда в совре менных компьютерах реального времени может быть создан такой избыток производительности и памяти, что нет необходимости в де тальном выборе и применении методов рационального и экономного использования вычислительных ресурсов при экономическом про гнозировании и обосновании таких проектов. Однако применение бо лее дешевых и простых компьютеров может решать те же задачи при меньших аппаратурных затратах, особенно это актуально для мо бильных компьютеров реального времени (например, бортовых сис тем). При ограничениях ресурсов вследствие требований минимиза ции весов и габаритов специализированных, реализующих компью теров в авиационных, ракетных и космических системах, их эконом ное использование остается актуальным и следует учитывать при проектировании и производстве соответствующих программных про дуктов.
Влияние ограничения объема памяти реализующего компью тера – М7 в модели СОСОМО II, определяется долей от фактичес кого размера доступной оперативной памяти, которая может исполь зоваться для размещения программного продукта и данных при решении возлагаемых на компьютер совокупности задач с приемле мой для практики точностью и надежностью. Ограничения этого фактора реально меньше влияют на экономические характеристики производства программных продуктов, так как технически легче преодаливаются при конструировании компьютера.
Изменчивость среды разработки – М8 (технологических средств) может быть вызвана изменением и расширением функций программного продукта, модернизациями устранения ошибок, часто та которых вызывает смену версий программного продукта и соостветствующие дополнительные затраты на инструментальную среду производства. Номинальной в модели СОСОМО II принята стабильность вычислительной среды, когда изменения происходят в среднем каждые 3 месяца. При более частых изменениях среды (ка ждую неделю) трудоемкость может возрастать на 30%.
В полном жизненном цикле комплексов программ для систем реального времени в этом случае следует прогнозировать затраты на компьютеры для реализации программного продукта, автомати зации его разработки – на технологическом компьютере и для ими тации внешней среды – на моделирующем компьютере. Их примене ние изменяется по этапам и значительно зависит от требований к ка честву продукта, от его сложности, предполагаемого тиража и ряда других факторов. Соотношение между этими затратами зависит от уровня автоматизации производства комплекса программ. По мере возрастания автоматизации повышается доля использование техноло гических компьютеров, а затем и моделирующих компьютеров, ими тирующих внешнюю среду.
Средства автоматизации прогнозирования экономических характеристик производства программных продуктов На базе модели СОСОМО II с коэффициентами из ее таблиц созданы программные технологические пакеты программ для про гнозирования экономических характеристик проектирования и про изводства сложных программных продуктов. Модель СОСОМО II позволяет определять основные прогнозируемые экономические ха рактеристики, а также уточнять некоторые дополнительные данные для экономического обоснования производства конкретного программного продукта – рис. 1.10 [24, 38, 46].
Рис. 1. Анализ прогнозирования совокупных затрат и влияния выде ленных факторов, позволяет избежать грубых ошибок, связанных с нерациональным планированием распределения ресурсов проекта при детальном проектировании и последующем производстве комплекса программ. При этом обычно значения ряда факторов являются фиксированными в силу объективных условий производ ства на конкретном предприятии. В отдельных случаях для выбора наилучшей стратегии реализации проекта может быть полезным варьирование нескольких вариантов факторов перед детальным про ектированием конкретного комплекса программ. В крайнем случае, на основе выполненных оценок на этапах предварительного или де тального проектирования может быть сделано достаточно достовер ное обоснование возможности прекращения производства пред полагавшегося программного продукта.
После предварительных оценок экономических характеристик, в процессе производства целесообразно их сравнивать с реальными доступными ресурсами коллектива специалистов и заданными срока ми, и при необходимости производить пересчеты с использованием уточненных и откорректированных значений основных факторов.
При обобщении рассчитанных экономических характеристик на практике, некоторые значения, могут не удовлетворить специалистов ведущих прогнозирование. Поэтому в методиках прогнозирования допускается возможность пересчета получаемых прогнозных зна чений на основе уточненных значений некоторых факторов.
Например, на базе учтенных при прогнозе факторов, производи тельность труда может оказаться отличающейся от реальной, харак терной для данного предприятия, определявшейся по реализованным предшествующим разработкам. Для того чтобы учесть это различие, предусмотрена возможность ввода реальной производительности специалистов данного предприятия и пересчета всех остальных эко номических характеристик. При этом индивидуальная производи тельность труда отдельных специалистов коллектива может сущест венно отличаться от «усредненной», заложенной в модель по стати стике предыдущих разработок различного размера. Кроме того, на практике могут существовать ограничения реальной численности коллектива, выделяемого для данного проекта комплекса программ, или допустимой (директивной) длительности производства. Для уче та таких ограничений должна быть предусмотрена возможность пере счета экономических характеристик при откорректированных значе ниях некоторых факторов.
Достоверность рассчитанных значений основных эконо мических характеристик целесообразно проверять путем сопостав ления с показателями аналогов, созданных на том же предприятии, наиболее близких к прогнозируемому продукту. Полная стои мость и длительность разработки обычно подлежат согласованию с заказчиком. В процессе согласования уточняются сценарии проек тирования и процессы производства, и возможно изменение не толь ко влияния некоторых факторов, но и требований технического зада ния на объект и характеристики продукта. Это необходимо, если превышаются допустимые значения стоимости или длительности разработки. Для удостоверения корректности выполненного прогно зирования и исключения грубых ошибок может быть полезным со поставить полученные результаты на базе модели СОСОМО II с оценками по простейшим формулам (1) и (2).
Часть ПРОИЗВОДСТВО ЗАКАЗНЫХ ПРОГРАММНЫХ ПРОДУКТОВ Глава 2. ОСНОВНЫЕ ПРОИЗВОДСТВЕННЫЕ ПРОЦЕССЫ СЛОЖНЫХ ЗАКАЗНЫХ КОМПЛЕКСОВ ПРОГРАММ Стандарты производственных процессов сложных комплексов программ Процессы жизненного цикла сложных компьютерных сис тем и программных продуктов регламентируются стандартами ГОСТ Р ИСО/МЭК 12207.2007, CMMI, ISO 9000 (см. главу 1.1) и комплексом международных и государственных стандартов, пред ставленных в Приложении 1. Стандарты содержат основы производ ственных процессов, составляющих жизненный цикл сложных сис тем, охватывают концепции и идеи, определяющие производство систем, вплоть до их снятия с эксплуатации. Они включают процессы заказа и поставки систем, рекомендации для экономической оценки и совершенствования процессов их жизненного цикла. Процессы в стандартах образуют множество, из которого специалисты предпри ятия могут конструировать базовые производственные процессы жизненного цикла конкретных систем и программных продуктов.
Их целесообразно селектировать, подбирать и использовать в набо рах стандартов для производства сложных заказных программ ных продуктов – рис.2.1.
Стандарты технологии производства предназначены для реа лизации требований к системе, для преобразования требований в по лезную продукцию, для создания условий по выпуску продукции, от вечающей техническим и экономическим требованиям заказчика, по использованию продукции и ее функциональных возможностей в соответствии с назначением.
Рис. 2. Процессы в стандартах помогают выявлять заинтересованных лиц, которые связаны с системой на протяжении жизненного цикла, а также их потребности и пожелания. Технологические процессы про изводства составляют: определение и анализ требований заказчика, проектирование архитектуры, реализацию и комплексирование сис темы, а также верификацию, тестирование, аттестацию, документи рование систем и программных продуктов. Эти процессы должны обеспечивать условия для того, чтобы продукция были нужной и по лезной, экономически выгодной, пригодной для обслуживания, про изводства и применения, а также обладала другими конкретными ка чествами, необходимыми для того, чтобы удовлетворять потребности заказчика, пользователей и поставщика.
Стандарт ГОСТ Р ИСО/МЭК 12207.2007 – наиболее полно (на уровне международных стандартов) регламентирует технологию проектирования, производства и обеспечения качества сложных систем и программных продуктов (см. рис. 1.2 ). Модели и процес сы стандарта могут использоваться для представления всего жиз ненного цикла (ЖЦ) от замысла до прекращения применения или для представления части жизненного цикла, соответствующей те кущему состоянию проекта. Жизненный цикл комплексов программ может быть представлен набором этапов, частных работ и операций в последовательности их выполнения и взаимосвязи, регламентирую щих экономически эффективное производство на всех этапах от подготовки технического задания до завершения испытаний ряда версий и окончания эксплуатации программного продукта.
Стандарт ГОСТ Р ИСО/МЭК 12207.2007 устанавливает строгую связь между системой и её программными продуктами (см. рис. 1.2). Она основывается на общих принципах системной инженерии. Программный продукт трактуется как целая часть за казной системы, выполняющий определенные функции в данной системе. Это осуществляется посредством выделения требований к программным комплексам из требований к системе, проектиро вания, производства и объединения их в систему. Этот принцип яв ляется фундаментальной предпосылкой для стандарта, в котором программные продукты всегда существуют в контексте системы.
Стандарт может использоваться как непосредственный директивный, руководящий или как рекомендательный документ, а также как орга низационная база при создании экономически эффективных про цессов и соответствующих технологических этапов производства.
Стандарт определяет набор проектных и производственных про цессов, ориентированных на большие и сложные программные про дукты. Стандарт может быть адаптирован и применен к программно му проекту любого типа, размера и сложности.
Основные работы по производству сложного комплекса про грамм рекомендуется начинать с определения состава базовых стандартов и документов производства, выбора средств конфигу рационного управления и обеспечения качества, а также выбора ме тодов и средств технологического обеспечения производства всей системы. Следует проанализировать и формализовать системные тре бования и критерии качества системы: функциональные, пользова тельские, безопасности, интерфейсов с внешней средой, сопровож даемости. На этой базе должна проектироваться архитектура всей системы, выделяться и анализироваться требования к программному продукту.
Производство системы и программного продукта не должно противоречить политикам, процедурам и нормам организации или национальным законам и регулирующим документам. Каж дое такое противоречие должно быть разрешено до начала исполь зования стандартов. Они разработаны для организаций, произво дящих, приобретающих и сопровождающих системы и программ ные продукты, а также для поставщиков, разработчиков, операто ров, менеджеров (в том числе, менеджеров по качеству) и пользо вателей программных продуктов.
Рекомендуется разрабатывать план работ, включающий ком плексирование компонентов, тестирование по всем разделам требо ваний заказчика и показателям качества, а также документирование плана, результатов интеграции, использованных тестов, критериев оценки и полученных результатов. Далее комплекс программ следует подвергать квалификационному (аттестационному) тестированию по всем разделам требований контракта, при широком варьировании тестов, изменениях значений критериев, а также тестировать полноту и адекватность технологической и эксплуатационной документации реальному программному продукту. Проверенный таким образом программный продукт интегрируется в вычислительные средства системы, средствах визуализации и телекоммуникации. После объе динения всех средств, система должна подвергаться квалификацион ному тестированию и испытаниям на соответствие совокупности требований, а также производится оформление и проверка полного комплекта документации.
Управление производством должно быть сосредоточено, в основном, в подготовке и обеспечении планирования и управления ресурсами, персоналом, аппаратурой, программными средствами и инструментарием. В процессе решения технологических задач долж ны выявляться и регистрироваться проблемы и дефекты приме нения программных продуктов, и их функционирования. Каждые дефект или ошибка должны быть определены, идентифицированы, описаны, проанализированы и устранены в процессе производства и сопровождения в соответствии с контрактом.
Процессы документирования должны охватывать планирова ние, учитывать рекомендации по стандартизации, проектированию, а также по производству, конфигурационному управлению и сопрово ждению комплекта документации на комплексы программ. Конфигу рационное управление предлагается включать в общий план управле ния проектом с процедурами конфигурационной идентификации, контроля, учета, отчетности и развития конфигурации.
Производственные процессы обеспечения качества компонентов и комплексов программ На экономические характеристики производства большое влияние оказывают требования заказчиков по обеспечению качества, надежности и безопасности применения программных продуктов.
Эти требования могут приводить к увеличению затрат даже в не сколько раз. Вследствие роста сфер применения и ответственности функций, выполняемых заказными комплексами программ, резко возросла необходимость гарантирования высокого качества про граммных продуктов, регламентирования и корректного формиро вания требований к характеристикам качества и их достоверного оп ределения. Значительные системные и технологические ошибки при определении требуемых показателей качества, оценке трудоемкости, стоимости и длительности производства являются достаточно массо выми и типичными. Многие созданные системы не способны вы полнять полностью требуемые функциональные задачи с гаран тированным качеством и их приходится долго и иногда безуспешно дорабатывать для достижения необходимого качества и надежности функционирования, затрачивая дополнительно большие средства и время.
В технических заданиях и реализованных программных продук тах систематически умалчиваются и/или недостаточно формали зуются понятия и метрики требуемого качества продукта, каки ми характеристиками они описываются, как их следует измерять и сравнивать с требованиями, отраженными в контракте, техническом задании или спецификациях. Кроме того, некоторые из характеристик часто вообще отсутствуют в требованиях и согласованных докумен тах на продукт, что приводит к произвольному их учету или к про пуску при испытаниях [5, 13, 41]. Этому способствует ограничен ность экономических ресурсов, особенно времени, необходимых для достижения и оценивания, требуемых значений характеристик каче ства, а также недостаточная формализация и документирование всего процесса выбора, контроля и анализа качества.
Качество продукта или процесса зависит от того, для какой це ли, для какого потребителя и для каких условий делается его оцен ка. Один и тот же объект может иметь несколько различных оценок качества, произведенных для различных целей и разных условий применения. При измерениях и оценках, качество должно рассмат риваться как иерархическая совокупность свойств, расположенных на различных уровнях. Каждое из свойств на одном уровне зависит от ряда других свойств, лежащих на более низких уровнях. Число уров ней свойств по мере углубления знаний о конкретной продукции или процессе может возрастать. Для получения комплексной оценки мо жет использоваться экспертное определение весомости (приоритета) каждого свойства и в первую очередь должно учитываться влияние этого свойства на экономику и эффективность использования дан ного вида продукции.
Радикальное повышение качества производства программных продуктов и обеспечение их конкурентоспособности возможно толь ко на базе внедрения современных стандартизированных техноло гий и систем качества, поддерживающих и контролирующих весь их жизненный цикл. Тщательное специфицирование и оценивание характеристик качества программных продуктов ключевой фактор обеспечения их адекватного применения. Применительно к про граммным комплексам система обеспечения качества производст ва это совокупность методов и средств организации управляющих и производственных подразделений предприятия, участвующих в про ектировании, производстве и сопровождении комплексов программ с целью придания им свойств, обеспечивающих удовлетворение по требностей заказчиков и потребителей при минимальном или допус тимом расходовании ресурсов. Различия фактических и требуемых характеристик качества объектов или процессов должно квалифици роваться как дефекты или ошибки и являются первичными стимула ми для принятия и реализации решений по изменению определяемых значений качества. Для этого необходимы экономические ресурсы, а также воля руководителей, организация исполнителей, методы и тех нология для управления качеством и корректировками программ.
В жизненном цикле сложных комплексов программ для обеспе чения их высокого качества целесообразно выделять специалистов, ответственных за соблюдением промышленной технологии их про изводства и совершенствования, за измерение и контроль качества комплексов в целом и их компонентов. Для обеспечения качества в конкретных проектах должны быть организованы и стимулированы разработка, освоение и применение современных методов, автомати зированных технологий и инструментальных средств производства, обеспечивающих предупреждение или исключение большинства видов дефектов и ошибок при производстве и модификации про граммных комплексов и их компонентов.
Все этапы производства и сопровождения необходимо поддер живать методами и средствами для измерения качества и определе ния реальных характеристик программ на любых этапах их ЖЦ, для выявления и устранения дефектов. Наличие достаточно полных эта лонов на основе совокупности требований спецификаций заказчика и поэтапная их декомпозиция необходимая база для измерения ре ального качества программ. Ограниченность ресурсов при производ стве приводит к целесообразности тщательного планирования, упо рядочения и применения экономичных и эффективных методов автоматизации жизненного цикла с целью достижения требуемого качества и достоверного его определения. Для каждого сложного продукта, выполняющего ответственные функции, рекомендуется разрабатывать и применять комплексную систему качества, специ альные планы и Программу, методологию и инструментальные сред ства, обеспечивающие требуемые качество, надежность и безопас ность функционирования комплексов программ. Последовательная детализация рекомендаций базовых стандартов должна доводиться до формирования должностных инструкций специалистам, образуя в со вокупности иерархический комплекс документов систему качест ва производства программных продуктов на предприятии.
Чтобы предприятие могло улучшить качество своей продукции, оно должно иметь проверенный, последовательный и надежный ме тод для аттестации состояния своих процессов, а также иметь средст ва использования ее результатов как часть Программы усовершен ствования производственных процессов. Использование аттестации производственных процессов внутри предприятия должно способст вовать выработке культуры постоянного совершенствования и по вышения характеристик качества программных продуктов, а также соответствующих механизмов поддержания этой культуры и оптими зации использования ресурсов. Это должно приводить к появлению зрелых предприятий, максимально восприимчивых к возрастающим требованиям заказчиков, потребителей и рынка, обеспечивающих высокие экономические характеристики, минимальную стоимость полного жизненного цикла своей продукции и, как результат, макси мально удовлетворяющих требования заказчика и пользователей к качеству продуктов [29].
Покупателям и заказчикам программных продуктов выгодно ис пользование аттестации процессов ЖЦ при определении производ ственной зрелости поставщика, что:
• уменьшит неопределенность при выборе поставщиков про граммных комплексов за счет того, что риски, связанные с реальной зрелостью подрядчика, выявляются еще до заключения договора;
• позволит заранее предусмотреть необходимые меры на слу чай возникновения рискового события;
• предоставит количественные критерии выбора при сопостав лении потребностей бизнеса, требований и оценочной стоимости производства продукта с реальной зрелостью конкурирующих по ставщиков;
• приведет к общему пониманию необходимости использова ния результатов аттестации для усовершенствования процессов, оценки экономической и технологической зрелости поставщика при прогнозировании характеристик производства комплексов про грамм. Это помогает определить, эффективны ли экономически производственные процессы для достижения заданных целей заказ ного программного продукта, а также выявить существенные причи ны недостаточного качества продукции, риски превышения бюджет или сроков Производственные процессы верификации и тестирования сложных комплексов программ Для обеспечения качества программного продукта необходима верификация и трассирование требований к функциям и компонен там комплекса, а также обеспечение баланса требований к ним. Цели верификации состоят в том, чтобы обнаружить и зарегистрировать ошибки, которые могли быть внесены в комплекс программ и компо ненты во время его производства (см. главу 2.2) [2, 16, 33]. Резуль таты верификации комплекса программ должны быть достигнуты посредством выполнения комбинации из просмотров, анализов, раз работки тестовых сценариев и процедур и последующего выполнения этих тестовых процедур. Просмотры и анализы должны обеспечивать оценку точности, полноты и верифицируемости требований, архитек туры комплекса программ, компонентов и исходного кода. Разработ ка сценариев верификации должна обеспечивать оценку внутренней непротиворечивости и полноты состава требований к компонентам, а также демонстрацию соответствия продукта требованиям.
Для обеспечения высокого качества программного продукта параллельно с верификацией требований и разработкой корректиро вок, следует разрабатывать и верифицировать спецификации и сце нарии тестов, отражающие методы и конкретные процедуры про верки реализации этих требований. Тестовые спецификации могут использоваться для проверки согласованности, внутренней непроти воречивости и полноты реализации требований без исполнения про грамм. Для каждого требования к функциям комплекса программ, его архитектуре, функциональным компонентам должна быть разработа на спецификация требований к тестам, обеспечивающая проверку корректности, адекватности и возможности в последующем реализо вать тестирование компонента на соответствие этому требованию.
Такая взаимная проверка функций компонентов, отраженных в тре бованиях и в спецификациях тестов, обеспечивает повышение их ка чества, сокращение дефектов, ошибок, неоднозначностей и противо речий.
Независимая разработка спецификаций тестов на основе специ фикаций требований, создает базу для обнаружения, какие требова ния не тестировались или принципиально не могут быть проверены тестированием. Таким образом, верификация спецификаций требо ваний тестов к функциям и характеристикам программных компо нентов и комплекса могут использоваться с двумя целями:
• для проверки программ и интерфейсов взаимодействия про граммных компонентов разных уровней в комплексе программ;
• для создания требований к скоординированному комплексу тестов для проверки совокупности компонентов, обеспечивающих взаимную проверку реализации спецификаций требований комплек сом программ.
Тестирование комплексов программ может иметь две цели, ко торые одинаково важны для качества программного продукта. Первая цель тестирование для идентификации дефектов подразумевает ус пешность процедуры тестирования, если дефект найден и устранен.
Это отличается от подхода в тестировании (вторая цель), когда тесты исполняются для демонстрации того, что программный комплекс удовлетворяет предъявляемым требованиями и, соответственно, тест считается успешным, если не найдено дефектов. Тестирование про грамм может использоваться для демонстрации наличия дефектов, но никогда не гарантирует их отсутствие. Основная причина этого в том, что полное, всеобъемлющее тестирование недостижимо для реально го сложного программного продукта.
Обязанностью администраторов программного проекта является управление связями между производственными процессами и тестированием:
• полный план тестирования должен быть определен в начале жизненного цикла программного комплекса;
• должны быть установлены правила регистрации, хранения, модернизации и сопровождения комплекса программ, тестовых дан ных и среды тестирования;
• необходим интегрированный план сборки системы и компо нентов программного комплекса в соответствии со стратегией выпус ка версий системы и/или программного продукта;
• должно быть представлено подтверждение функциональных возможностей и качества программного продукта, показывающее их соответствие текущим требованиям заказчика;
• для обеспечения экономически эффективного процесса управления производством следует учитывать ресурсы необходимые для генерации тестов, используемые в процессе тестирования, и их результатов.
Программные продукты обычно встраиваются в различные сложные заказные системы реального времени. Работа над такими продуктами требует от программистов и тестировщиков, освоения общих проблем проектирования, производства и применения за казных систем определенного назначения и сферы использования.
Программному специалисту необходимо участвовать в разработке требований для всей системы, а также освоить прикладную область применения создаваемого комплекса программ до начала тестирова ния функций, их характеристик и тестов, требованиям которых дол жен отвечать программный продукт [3, 9, 35]. В жизненном цикле крупных заказных систем и комплексов программ, определяющими их назначение, создание, свойства и качество являются три ключе вых объекта:
• требования заказчика и/или пользователей к системе, кото рые определяют цели создания и назначение программного продук та, его функции, качество и область применения, необходимые пользователям системы и иным заинтересованным лицам, в заданной эксплуатационной среде;
• тесты – эталоны и вторая адекватная форма описания содержания, функционирования и качества программного про дукта для проверки полноты реализации требований, а также для ве рификации соответствия исходным требованиям к системе, комплек су и компонентам программ;
• эксплуатационная документация, которая обеспечивает применение программного продукта пользователями в соответствии с требованиями к его функциями и характеристика, и является третьем адекватным эталоном корректности их реализации.
В требованиях к программному продукту (первый эталон) должно быть зафиксировано соглашение между заказчиком и выпол няющими проект специалистами, отражающее потребности заказчика и пользователей в таком виде, чтобы разработчик мог построить удовлетворяющий их комплекс программ и его компоненты [9, 13, 20]. Требования являются исходным эталоном при разработке лю бой системы или программы, должны быть достаточно конкретными, чтобы можно было при тестировании и испытаниях установить, когда они удовлетворены. Вся разработка проекта должна вытекать из тре бований, а все спецификации программного комплекса и компонен тов найти отражение в процессах, функциях и качестве продуктов производства. Эти данные должны устанавливать состав, содержание и значения результатов исполнения программ, которые следует полу чать системе или пользователям при определенных условиях и ис ходных данных.
При разработке требований к программным продуктам не обходимо учитывать функции, основные свойства и общие требова ния к проектам систем. Формирование назначения, функций и техни ческого задания на проект системы должно включать основные тре бования к комплексу программ и особенности требований к нему за интересованных лиц. Общие требования к качеству функционирова ния программных продуктов реального времени обязательно вклю чают: требования к надежности и функциональной безопасности продуктов;
требования к производительности и эффективности ис пользования ресурсов компьютеров программными продуктами в ре альном времени, а также к допустимым рискам при их применении.
В требованиях должно устанавливаться ожидаемое поведение системы и программного продукта, выраженное, желательно, коли чественными характеристиками, а также границы их допустимых значений. Требования могут зависеть от абстрактных представлений о подходящих характеристиках системы и включать методы и виды моделирования функционирования и среды, для достаточно полного описания заданных требований. Требуется удостоверять, что требо вания являются, с одной стороны, необходимыми и достаточными для удовлетворения заказчика, а с другой необходимыми и доста точными входными данными для других процессов, в частности для проектирования функций, качества и архитектуры комплекса про грамм.
При формировании требований следует учитывать, что источ никами ошибок в комплексах программ являются специалисты – конкретные люди с их индивидуальными особенностями, квалифика цией, талантом и опытом (таблица 2.1). При этом можно выделить некоторые предсказуемые дефекты требований, модификаций, рас ширения и совершенствования комплекса, и необходимые изменения, обусловленные выявлением случайных, непредсказуемых дефектов и ошибок [23, 33]. Вследствие этого плотность потоков и размеры не обходимых корректировок в требованиях к комплексу и компонен там программ могут различаться в десяток раз.
Однако в сложных комплексах программ статистика и распреде ление типов ошибок и выполняемых изменений для коллективов раз ных специалистов нивелируются и проявляются достаточно общие закономерности, которые могут использоваться как ориентиры при их выявлении. Каждому типу необходимых корректировок соответ ствует более или менее определенная категория специалистов, яв ляющихся источником дефектов данного типа. Такую корреляцию целесообразно учитывать как общую качественную тенденцию при анализе и поиске их причин.
Одной из основных причин ошибок в комплексах программ яв ляются организационные дефекты при определении и использова нии требований к качеству программного продукта, которые отлича ются от остальных типов и условно могут быть выделены как само стоятельные. Ошибки и дефекты данного типа появляются из-за не достаточного понимания коллективом специалистов целей и функций комплекса программ, а также вследствие отсутствия четкой его орга низации и поэтапного контроля требований качества продуктов. Это порождается пренебрежением руководителей к организации тех нологического процесса формализации требований сложных про граммных продуктов и приводит к серьезной недооценке их дефек тов, а также трудоемкости и сложности их выявления и устранения.
Реализация этих целей верификации и тестирования может про изводиться разными методами и специалистами – программистами, интеграторами и тестировщиками, что позволяет использовать ре зультаты их деятельности для сравнения одних и тех же описаний программ, представленных на языках программирования и на языках тестов. Это позволяет выявлять вторичные дефекты, и повышать ка чество путем сопоставления двух методов и результатов описания одних и тех же функций и характеристик программ, за счет того, что мала вероятность одинаковых ошибок в сценариях и реализациях тестов и в описаниях требований к функциям и характеристикам программ.
Для обеспечения эффективности затрат ресурсов тестирование должно быть интегрировано как можно раньше с основными процес сами проектирования, разработки и сопровождения в жизненном цикле программных комплексов. По существу, требования к ком плексу программ и тесты для проверки их адекватности и полноты, отражают один и тот же объект, но в разной форме. Поэтому сложность представительного описания комплекса тестов соизмери ма со сложностью описания полной совокупности требований к функциям, характеристикам и качеству соответствующего комплекса программ.
Создание плана тестирования итеративный процесс, требую щий обратной связи с различными участниками проекта и согласо ванности с определенными в нем процессами, стратегиями тестиро вания и сроками выполнения работ. С этим планом должен быть кор релирован и предшествовать план программирования и подготовки к тестированию модулей и компонентов сложных функциональных за дач. Тест-менеджер должен утвердить стратегию программирова ния компонентов, их тестирования и тестовые процедуры, кото рые должны быть подробно описаны в плане тестирования, и опреде лять какие компоненты и модули, сценарии и тесты когда будут вы полняться. Подробное изучение системных требований или сценари ев применения системы вместе с тщательным определением парамет ров плана тестирования и требований к тестам необходимы для эф фективного тестирования программного комплекса.
Тестирование всегда предполагает компромисс между огра ниченными экономическими ресурсами и заданными сроками, с од ной стороны, и практически неограниченными требованиями к каче ству результатов тестирования и программного продукта, с другой.
Оценка стоимости и затрат, а также другие измерения процессов, связанных с оценкой ресурсов, необходимых для тестирования, как и оценка экономической эффективности тестирования на разных этапах и уровнях, основывается на точке зрения и практиках менед жеров проектов и используется для оценки и улучшения процесса тестирования. Учет соответствия между стоимостью или затратами, необходимыми для того или иного метода, и эффективностью тести рования является обязательной частью эффективного управления проектами сложных программных комплексов.
Характеристики качества заказных встроенных программных продуктов реального времени зависят не только от их внутренних свойств, но и от свойств внешней среды – сценариев и генераторов динамических тестов, в которой они испытываются и применяются.
Для сокращения неопределенностей и прямых ошибок при оценива нии качества комплексов программ необходимо до начала разработки определять основные параметры внешней среды, при которых дол жен функционировать комплекс программ с требуемыми характери стиками. Для этого заказчик и разработчики совместно должны структурировать, описать и согласовать модель внешней среды и ее параметры в среднем, типовом режиме применения программного продукта, а также в наиболее вероятных и критических режимах ге нерации тестов, в которых должны обеспечиваться требуемые харак теристики качества функционирования. Увеличение необходимости проверять широкий набор требований и характеристик сложных про граммных комплексов приводит к необходимости динамического ге нерирования тестов посредством моделей внешней среды, охваты вающих по возможности весь спектр данных, воздействующих на тестируемый объект. Подготовку тестов для испытаний крупных комплексов программ целесообразно осуществлять с применением автоматизированной генерации динамических тестов внешней среды в реальном времени, а также средств обработки результатов динами ческого тестирования.
Производственные процессы документирования сложных комплексов программ Тексты и объектный код комплексов программ могут стать программным продуктом только в совокупности с документами, полностью соответствующими их содержанию и достаточными для его освоения, применения и изменения. Для этого документы должны быть корректными, строго адекватными текстам программ и содержа нию баз данных – систематически, структурировано и понятно изло жены, для возможности их успешного освоения и использования дос таточно квалифицированными специалистами различных рангов и на значения. Качество и полнота отображения в документах процессов и продуктов в жизненном цикле программных комплексов, должны полностью определять достоверность информации для взаимодейст вия заказчиков, пользователей и разработчиков, а тем самым, коррект ность функций, качество программных продуктов и соответствую щих систем.
Создание программного продукта требует значительных интел лектуальных и организационных усилий, а его документация – это сложный компонент, подверженный изменениям, которые могут вно ситься многими специалистами. Управление документацией должно непрерывно поддерживать ее полноту, корректность и согласован ность с содержанием программного продукта, что требует значитель ных затрат. Необходимо обеспечивать возможность достоверного, формально точного общения всех участников производства между со бой, с создаваемым продуктом и с документами для гарантии посту пательного развития и совершенствования комплекса программ.
Адекватность документации требованиям, состоянию текстов и объектных кодов программ должна инспектироваться и удостоверять ся (подписываться) ответственными руководителями и заказчиками проекта. Ошибки и дефекты документов не менее опасны для при менения и изменения программного продукта, чем ошибки в струк туре, интерфейсах, файлах текстов программ и в содержании данных.
Поэтому к разработке, полноте, корректности и качеству документа ции необходимо столь же тщательное отношение, как к производству и изменениям текстов программ и данных [5, 20, 33].
Реализация корректных документов в значительной степени определяет достигаемое качество сложных программных продуктов, трудоемкость и длительность их создания. Для этого должна форми роваться и использоваться регламентированная стратегия, стандарты, распределение ресурсов и планы создания, изменения и применения документов на программы и данные сложных систем. Официальная, описанная и утвержденная стратегия документирования должна уста навливать дисциплину, необходимую для эффективного создания вы сококачественных документов на продукты и процессы в жизненном цикле комплексов программ.
Обычно целесообразно выделять специалистов, непосредственно ответственных за создание, адекватность и контроль полноценного комплекта документов на программный продукт. Состав и общий объ ем документов широко варьируется в зависимости от класса и харак теристик объекта разработки, а также в зависимости от используемой технологии. Наиболее сложному случаю разработки критических про граммных продуктов реального времени высокого качества соответст вует самая широкая номенклатура документов. Такой перечень доку ментов может быть использован как базовый для формирования на его основе состава и шаблонов документов в остальных более простых проектах [24].
Технологическая документация должна отражать производ ственные процессы комплексов программ и данных, требования к ним, включать подробные технические описания, подготавливаемые для специалистов, ведущих проектирование, разработку и сопровож дение комплексов программ, обеспечивающие возможность их отчуж дения, детального освоения, развития и корректировки программ и данных. Стандарты и нормативные документы должны регламентиро вать структуру, состав производственных этапов, работ и подготовки документов. Они должны: формализовать выполнение и документиро вание конкретных работ при проектировании, разработке и сопровож дении комплексов программ;
обеспечивать адаптацию документов к характеристикам среды разработки, внешней и операционной систе мы;
регламентировать процессы обеспечения качества комплексов и его компонентов, методы и средства их достижения, реальные значе ния достигнутых показателей качества. Для контроля возможных изменений целесообразно предусматривать и согласовывать с заказ чиком специальный документ, регламентирующий правила примене ния и корректировки их номенклатуры, а также состава и содержания документации, поддерживающей производство комплексов программ.
Эксплуатационная документация должна обеспечивать отчуж даемость программного продукта от их первичных поставщиков – разработчиков, возможность освоения и эффективного применения комплексов программ достаточно квалифицированными специалиста ми – пользователями для решения конкретных функциональных задач систем. Эксплуатационные документы должны исключать возмож ность некорректного использования программных продуктов за пре делами условий эксплуатации, при которых документами гарантиру ются требуемые показатели качества их функционирования. Ос новная их задача состоит в фиксировании, полноценном использова нии и обобщении результатов функционировании программных про дуктов и системы.
Контроль адекватности и качества документов является ор ганической функцией управления проектом и должен иметь средства регулирования поведения отдельных специалистов и коллектива раз работчиков в целом. В плане управления документированием и обес печением качества внимание специалистов должно акцентироваться на анализе достигнутых результатов разработки, методах и средствах достижения заданных заказчиком характеристик комплекса программ.
При планировании и разработке комплекс документации должен про веряться и аттестоваться на выполнимость и полноту в условиях огра ниченных ресурсов, а также на корректность, адекватность и непроти воречивость отдельных документов.
Различия в организационных службах предприятий, процедурах, методах и стратегиях создания программных продуктов, масштабах и сложности проектов, требованиях систем и методах их разработки влияют на способы разработки, применения и сопровождения до кументов. Сложность, количество и полнота содержания комплекса документов,в первую очередь,зависят от масштаба – размера про граммного продукта, что целесообразно оценивать в начале его проектирования. Состав и шаблоны документов целесообразно бази ровать на серии международных стандартов (см. Приложение 1). Ме неджеры проекта программного продукта, ответственны за выбор эко номически эффективной модели комплекса документации для кон кретного проекта и за адаптацию производственных процессов и шаб лонов документов применительно к выбранной модели документо оборота проекта программного средства.
Для хранения, тиражирования и распространения документов сложных комплексов программ высокого качества целесообразно вы делять группу специалистов, ответственных за контроль, обеспече ние и гарантированное сохранение документации. Для критиче ских, важных систем документация на программы и данные должна храниться и дублироваться на различных типах носителей и эпизоди чески выводиться на бумажные носители. Для обеспечения достовер ных данных об объектах и процессах управления документами про граммных продуктов необходима автоматизированная база данных информационная система обеспечения и хранения документов проектов.
Дефекты и ошибки в компонентах и сложных комплексах программ Для эффективной организации процессов производства руково дителям и специалистам необходимо знать и учитывать основные источники и типы дефектов и ошибок, возможные в сложных комплексах программ, которые следует изучать, прогнозировать и устранять при производстве. Понятие дефекта или ошибки в про грамме подразумевает неправильность, погрешность или неумыш ленное искажение объекта или процесса, что может быть причиной ущерба – риска при функционировании и применении программного продукта. При этом должно быть известно или задано требование или правильное, эталонное состояние объекта или процесса, по отношению к которому может быть определено наличие отклонения – ошибка или дефект. Исходным эталоном обычно является специфи кация требований заказчика или потенциального пользователя, предъявляемая к программному компоненту или комплексу. Любое отклонение результатов функционирования программы от предъяв ляемых к ней требований и сформированных по ним эталонов – тес тов, следует квалифицировать как ошибку – дефект в программе, наносящий некоторый ущерб при ее применении. Различие между ожидаемыми и полученными результатами функционирования ком плекса программ могут быть следствием ошибок не только в создан ных программах, но и ошибок в первичных требованиях специфика ций, явившихся базой при создании эталонов. Тем самым проявляет ся объективная реальность, заключающаяся в невозможности абсо лютной корректности и полноты исходных требований и эталонов для программных компонентов и комплексов.
Источниками ошибок в комплексах программ являются спе циалисты – конкретные люди с их индивидуальными особенностями, квалификацией, талантом и опытом. При этом можно выделить де фекты требований, расширения или совершенствования компонентов и комплексов программ, и необходимые изменения, обусловливаю щие выявление случайных, непредсказуемых дефектов и ошибок.
Однако в сложных комплексах программ статистика и распределение типов ошибок и выполняемых изменений для коллективов разных специалистов нивелируются и проявляются достаточно общие зако номерности, которые могут использоваться как ориентиры при их выявлении. Каждому типу необходимых корректировок соответству ет более или менее определенная категория специалистов, являющих ся источником дефектов данного типа (таблица 2.1). Такую корреля цию целесообразно учитывать как общую качественную тенденцию при анализе и поиске причин ошибок.
Статистика ошибок и дефектов в компонентах и комплек сах программ, и их характеристики в сложных заказных продуктах, могут служить ориентирами для разработчиков при распределении ресурсов в жизненном цикле комплексов программ и предохранять их от излишнего оптимизма при оценке достигнутого качества про граммных продуктов. Изучение и прогнозирование характеристик дефектов и ошибок в программах непосредственно связано с дости гаемой корректностью, безопасностью и надежностью функциониро вания комплексов программ и помогает:

Server: nginx

Content-Type: text/html; charset=WINDOWS-1251


markdown:
## （株）ウエハラトーヨー住器
「良い家づくり」をテーマに、ビルダー様、ユーザー様の住まいづくりのお役に立てる会社を目指しています。
新築、リフォームを問わず、皆様に心から満足頂けるよう、常に努力と研究を続けています。
![ （株）ウエハラトーヨー住器](/dat/50a511e6.jpg)
|住所|
|営業時間||8：30〜17：30|
|定休日||日、祝日、第2土曜日|
|ホームページ|
|連絡先||
|
TEL：048-482-5111 フリーダイヤル：‐ FAX：048-482-0200
### 対応可能な工事
トイレ／キッチン／浴室・洗面／エクステリア／玄関・窓
### 資格情報
二級建築士／２級建築施工管理技士／建具工事業 東京都知事許可（般-21）第73183号

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Truncated: length

WARC-Identified-Payload-Type: text/html

Connection: close

X-CDN: Incapsula

Set-Cookie: ___utmvbDkuOpvy=hZF   XOXOSalD: LtR; path=/; Max-Age=900

Content-Type: text/html

Cache-control: private


markdown:
[](http://www.marrybaby.vn/wp-content/uploads/2014/06/27/Dumex-1-400g.jpg) ![ Sữa Dumex Gold 1 0-6 tháng](http://www.marrybaby.vn/wp-content/uploads/2014/06/27/Dumex-1-400g.jpg)
![ Sữa Dumex Gold 1 0-6 tháng](http://www.marrybaby.vn/wp-content/uploads/2014/06/27/Dumex-1-400g.jpg)
[Lưu vào yêu thích](#add-favor-box)
[Sữa Dumex Gold 1 0-6 tháng](javascript:void(0))
- Giá bán: 229.000 đ
-
Nhãn hiệu:
**Dumex**
- Xuất xứ: Philippin
- Độ tuổi: 0-6 tháng
- Trọng lượng: 400g
- Vị: hương tự nhiên
DHA rất cần thiết cho phát triển hoàn thiện chức năng nhìn của mắt, phát triển hoàn hảo hệ thần kinh. DHA có tác dụng giảm cholesterol toàn phần, và triglyceride máu, LDL-cholesterol (cholesterol xấu), giúp dự phòng các bệnh tim mạch.
Canxi giúp xương và răng phát triển chắc, khỏe.
Sữa Dumex Gold 1 cung cấp:
DHA và AA giúp phát triển cấu trúc của não bộ và võng mạc, cho mắt sáng và não bộ hoạt động hiệu quả
Choline là dưỡng chất quan trọng hỗ trợ phát triển não, giúp tổng hợp acetylcholine và chất dẫn truyền thần kinh quan trọng liên quan đến trí nhớ và khả năng học hỏi sau này.
Sắt đóng vai trò quan trọng trong sự tạo thành tế bào hồng cầu giúp vận chuyển Oxy đến các bộ phận của cơ thể.
Kẽm và Magiê hỗ trợ khả năng chú ý và tập trung học tập- Vitamin B1, B2, B12 hỗ trợ quá trình học hỏi và ghi nhớ ở trẻ.
DHA, Beta-Glucan(1,3/1,6), Vitamin A, Kẽm và Vitamin C hỗ trợ miễn dịch tại đường hô hấp.
Chất xơ Prebiotic, Vitamin A và Kẽm. Prebiotic còn giúp giảm nguy cơ táo bón.
Canxi, Vitamin D và Phospho giúp cho xương và răng chắc khỏe.
## Thông tin shop
[Sữa tốt Sutoco](http://www.marrybaby.vn/nha-cung-cap/sua-tot-sutoco) [](http://www.marrybaby.vn/nha-cung-cap/sua-tot-sutoco) ![ Sữa tốt Sutoco](http://www.marrybaby.vn/wp-content/uploads/2014/06/06/sua-tot-sutoco-180x135.jpg)
![ Sữa tốt Sutoco](http://www.marrybaby.vn/wp-content/uploads/2014/06/06/sua-tot-sutoco-180x135.jpg)
[Xem bản đồ](https://www.google.com/maps/embed/v1/place?key=AIzaSyBSTDRjhOj8KNQLPmvUYbSuiBbLYh7UF_g&q=Số nhà A22- TT8 - KĐT Mới Văn Quán, Quận Hà Đông, Hà Nội)
- (04) 3995 8948 - (04) 3312 0240
-
[Gửi email](javascript:void(0)) [Gửi tin nhắn](http://www.marrybaby.vn/tai-khoan/tin-nhan/suatot2-2/) [Facebook Page](https://www.facebook.com/suatotcom-1406158462932424/)
Chú ý: MarryBaby không bán hàng trực tiếp, quý khách mua hàng xin vui lòng liên lạc với chủ shop
Chủ đề này chưa có bình luận, bạn hãy là người đầu tiên đóng góp ý kiến cho chủ đề này nhé!

Content-Type: text/html; charset=UTF-8

Vary: Accept-Encoding

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Ringier-Fastcgi-Cache: MISS


markdown:
Sở dĩ ấp nở gà con bằng máy ấp thủ công xảy ra một số hiện tượng như trên là do chúng ta chưa thực hiện đúng quy trình kỹ thuật mà nhà SX máy đã khuyến cáo vì đây là máy ấp trứng thủ công, không phải là máy ấp tự động cho nên chúng ta phải theo dõi điều chỉnh máy hoạt động theo qui trình kỹ thuật đã đề ra.
Trường hợp, gà con mới nở ra bị bại liệt cả 2 chân, các ngón chân co lại không co duỗi được nên không đi đứng được, nguyên nhân chủ yếu thường do nhiệt độ tăng cao vào cuối thời kỳ ấp (từ ngày thứ 18 trở đi). Biện pháp khắc phục: Giai đoạn này, quá trình trao đổi của gà con diễn ra rất mạnh, phát ra nhiệt, cho nên phải giảm nhiệt độ máy ấp xuống và tăng độ ẩm lên (nhiệt độ 370C và ẩm độ 80%).
Gà con mới nở lông bụng bị ướt hãy chờ xem sau vài giờ, nếu lông khô, tơi đều và có màu đặc trưng của giống như vậy là tốt, nếu lông khô dính da không bung ra được, không có màu đặc trưng của giống là do thiếu ẩm trong quá trình ấp. Cần phải kiểm tra thường xuyên và bổ sung nước đầy đủ để đảm bảo đủ ẩm. Gà con mới nở còn một cục to bằng đầu ngón tay ở rốn có thể do một trong hai nguyên nhân: - Có thể do nhiệt độ ấp cao, gà nở sớm hơn bình thường 1 - 2 ngày - Có thể do thiếu ẩm, gà nở binh thường 20 ngày. Thường xuyên kiểm tra nhiệt độ, ẩm độ và điều chỉnh đúng theo yêu cầu kỹ thuật.
Gà con nở rốn không rụng mà khô lại như sợi chỉ chỉ có thể do thiếu ẩm vào cuối thời kỳ ấp. Từ ngày 18 trở đi ẩm độ không đạt 80% nên gà con nở ra rốn khô sớm, teo lại và không rụng. Để khắc phục hiện tượng này, từ ngày 18 trở đi giảm nhiệt độ của máy, bổ sung nước trong khay, đảm bảo đủ ẩm, có thể cho trứng ra lan và ủ ẩm.
Nói tóm lại, sử dụng máy ấp trứng thủ công phải vận hành máy bằng phương pháp thủ công sao cho đúng với qui trình kỹ thuật đã đề ra thì mới đạt được kết quả tốt.
**Những tin mới hơn** **Những tin cũ hơn**

WARC-Identified-Payload-Type: application/xhtml+xml

X-Content-Type-Options: nosniff

X-Frame-Options: SAMEORIGIN

Cache-Control: no-cache, pre-check=0, post-check=0

Set-Cookie: nv4c_n9JAd_nvvithemever=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; domain=.mayaptrung.com.vn; httponly

Vary: Accept-Encoding,User-Agent

X-XSS-Protection: 1; mode=block

Content-Language: vi

Content-Type: text/html; charset=utf-8


markdown:
### » 6 Cam Kết Bán Hàng
+ Chỉ cung cấp vật phẩm cao cấp loại I
+ Có xuất xứ rõ ràng và hóa đơn VAT
+ Có giá tốt nhất, rẻ nhất thị trường
+ Tư vấn, hướng dẫn sử dụng chi tiết
+ Giao hàng miễn phí toàn Việt Nam
+ Chăm sóc khách hàng 24H mỗi ngày
Tổng Đài Bán Hàng - 1900 6883
028. 2248 7279 (HCM) - 024. 66 731 741 (HN)
-
### Trang Sức NGọc Phỉ Thúy
-
### Vật Phẩm Ngọc Phỉ Thúy
-
### Tỳ Hưu Phỉ Thúy


markdown:
Dịch vụ “S-Credit” ra đời nhằm xoá bỏ những hạn chế liên quan đến giới hạn của thẻ trả trước, tăng thêm sự linh động cho người sử dụng. Từ nay, thuê bao trả trước của S-Fone sẽ không còn phải lo lắng khi những cuộc gọi hay tin nhắn quan trọng sẽ bị gián đoạn hoặc không gửi được khi đúng lúc tài khoản hết tiền. Tài khoản này đảm bảo khách hàng sử dụng thẻ trả trước sẽ được dùng tiếp 10.000 đồng khi tài khoản đang dùng hết tiền. Số tiền “tạm ứng” này sẽ được trừ vào giá trị của thẻ nạp kế tiếp. Dịch vụ này chính thức được áp dụng kể từ ngày 30/12/2005.Tiếp theo đó, từ ngày 3/1/2006, S-Fone đã triển khai đợt khuyến mãi lớn đầu tiên của năm – chương trình tặng phí thuê bao và tài khoản gọi. Đối tượng của chương trình là các thuê bao mới (hòa mạng bằng máy mới) trước ngày 1/2/2006 với các loại máy trong 2 bộ sưu tập điện thoại CDMA cao cấp mà S-Fone vừa giới thiệu trong quý IV/2005, bao gồm: SKY IMB-1000, LG SB-120, SAMSUNG SCH-V740, SKY IM-8400, SAMSUNG SCH-S380, SAMSUNG SCH-B100, LG SV-360, SAMSUNG SCH-V500, SAMSUNG SCH-V490, SAMSUNG SCH-V540, CURITEL S4, LG SD-370, SAMSUNG SCH-X850. Đối với các thuê bao trả sau, S-Fone sẽ giảm phí thuê bao trị giá 55.000 đồng/tháng trong vòng 12 tháng liên tục. Còn đối với thuê bao trả trước, S-Fone sẽ tặng 100.000 đồng vào tài khoản mỗi tháng trong 6 tháng liên tục. Như vậy, riêng các thuê bao trả sau gói Standard của S-Fone là đối tượng của chương trình sẽ được miễn phí thuê bao hàng tháng (55.000 đồng/tháng) trong vòng 1 năm kể từ ngày hoà mạng. Ngoài ra, S-Fone còn giới thiệu chương trình “Đổi máy cũ lấy máy mới với giá ưu đãi”, áp dụng cho các thuê bao đã tham gia chương trình “Cho thuê máy miễn phí” trước đây, đang dùng các loại máy tân trang và vẫn còn đang sử dụng dịch vụ. Các thuê bao này khi muốn đổi máy, các cửa hàng Trực Tiếp của S-Fone sẽ thu hồi máy cũ và giảm đến 500.000 đồng/máy khi khách hàng chọn mua máy mới với các model máy dưới đây
Máy điện thoại di động CDMA
Giá bán hiện hành
(VND)
Trị giá ưu đãi
Giá ưu đãi
Loại máy
Model
Dùng SIM
ZTE C-220 (SIM)
1.290.000
500.000
790.000
UTS C-1161 (SIM)
1.190.000
690.000
Không dùng SIM
SAMSUNG N-380
890.000
390.000
LG SD-2330
LG SD-5330
Pantech PC 7100
Khách hàng tham gia chương trình này không được tham gia khuyến mãi tặng thẻ cào 300.000 đồng khi mua máy của S-Fone.
N.B (theo S-Fone)


markdown:
# Cầu trượt
**23**sản phẩm
-
3.120.000 VNDCòn hàngCầu trượt xích đu LA529 (khủng long) (DHHL)Giá : 3.120.000 VND
**Tình trạng**: Còn hàng
Cầu trượt xích đu LA529 hình chú khủng long siêu đáng yêu dành cho bé từ 2 tuổi trở lên. Sản phẩm giúp bé vui chơi, nô đùa và vận động thể chất. Chất liệu an toàn, bền đẹp. Sản xuất và nhập khẩu chính hãng từ Trung Quốc.3.380.000 VNDCòn hàngCầu trượt SL17 (hầm chui-goal bóng-bóng rổ) (DHHL)Giá : 3.380.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL17 với nhiều tính năng gồm: hầm chui-goal bóng-bóng rổ giúp bé yêu của mẹ thỏa sức vui chơi. Thiết kế sinh động, đẹp mắt. Sản xuất và nhập khẩu chính hãng từ Đài Loan.4.550.000 VNDCòn hàngCầu trượt SL11 (hình quả đỗ) (DHHL)Giá : 4.550.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL11 thiết kế siêu ngộ nghĩnh và đáng yêu hình quả đỗ giúp bé thêm thích thú và hào hứng khi chơi. Sản phẩm có thêm rổ bóng giúp bé chơi ném bóng, cải thiện chiều cao mỗi ngày. Sản xuất và nhập khẩu chính hãng từ Đài Loan.2.145.000 VNDCòn hàngCầu trượt SL09 Saxophone (DHHL)Giá : 2.145.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL09 Saxophone dành cho bé từ 2 tuổi trở lên. Sản phẩm thiết kế sinh động hình chiếc kèn vô cùng ngộ nghĩnh. Đồ chơi giúp bé vận động và rèn luyện thể chất mỗi ngày. Sản xuất và nhập khẩu chính hãng từ Đài Loan.9.880.000 VNDCòn hàngCầu trượt kép rổ bóng xích đu SL06 (chim cú mèo) (DHHL)Giá : 9.880.000 VND
**Tình trạng**: Còn hàng
Cầu trượt kép rổ bóng xích đu SL06 thiết kế hình chú chim cú mèo đáng yêu và ngộ nghĩnh. Đặc biệt, bộ sản phẩm có tới 2 cầu trượt giúp bé thỏa sức vui chơi cùng anh/chị/em và bạn bè. Sản xuất và nhập khẩu chính hãng từ Đài Loan.7.150.000 VNDCòn hàngCầu trượt rổ bóng xích đu SL05-L (chim cú mèo) (DHHL)Giá : 7.150.000 VND
**Tình trạng**: Còn hàng
Cầu trượt rổ bóng xích đu SL05-L (chim cú mèo) tích hợp 4 tính năng giúp bé có thể thỏa thích vui chơi từ trò này sang trò khác mà không hề biết chán. Thiết kế thông minh, ngộ nghĩnh và đáng yêu. Sản xuất và nhập khẩu chính hãng từ Đài Loan.4.180.000 VNDCòn hàngCầu trượt rổ bóng SL04-L (chim cú mèo) (DHHL)Giá : 4.180.000 VND
**Tình trạng**: Còn hàng
Cầu trượt rổ bóng SL04-L được thiết kế siêu đáng yêu và ngộ nghĩnh hình chim cú mèo giúp bé thêm thích thú và hào hứng khi chơi. Sản phẩm giúp bé vui chơi, nô đùa và vận động cơ thể giúp nâng cao thể chất. Sản xuất và nhập khẩu chính hãng từ Đài Loan.3.185.000 VNDCòn hàngCầu trượt xích đu Jumbo GO020 (DHHL)Giá : 3.185.000 VND
**Tình trạng**: Còn hàng
Cầu trượt xích đu Jumbo GO020 được sản xuất và nhập khẩu chính hãng từ Hàn Quốc. Thiết kế đơn giản nhưng lại rất vững chãi, sinh động và đẹp mắt. Sản phẩm dành cho bé từ 2 tuổi trở lên, giúp bé thỏa sức vui chơi và vận động thể chất.3.185.000 VNDCòn hàngCầu trượt gấu Teddy GT-804 (có xích đu) (DH)Giá : 3.185.000 VND
**Tình trạng**: Còn hàng
Cầu trượt gấu Teddy GT-804 có xích đu đi kèm giúp bé thêm thích thú khi chơi. Không chỉ chơi được cầu trượt mà bé còn tha hồ ngồi xích đu. Thiết kế ngộ nghĩnh, màu sắc tươi sáng và đẹp mắt. Dành cho bé từ 2 tuổi trở lên.2.275.000 VNDCòn hàngCầu trượt gấu Teddy GT-803 (DH)Giá : 2.275.000 VND
**Tình trạng**: Còn hàng
Cầu trượt gấu Teddy GT-803 được nhập khẩu chính hãng từ Hàn Quốc. Thiết kế đẹp mắt và sinh động với hình chú gấu đáng yêu giúp bé thêm thích thú khi chơi. Chất liệu an toàn và bền đẹp. Cấu tạo vững chắc. Dành cho bé từ 2 tuổi trở lên.2.275.000 VNDCòn hàngCầu trượt con voi CC051-1 (DH)Giá : 2.275.000 VND
**Tình trạng**: Còn hàng
Cầu trượt con voi CC051-1 dành cho bé 2 tuổi trở lên. Được làm từ nhựa nguyên sinh ABS, khung nhựa siêu bền nên tuổi thọ của cầu trượt cao, dùng được lâu dài. Thiết kế ngộ nghĩnh và sinh động hình chú voi siêu đáng yêu. Sản xuất và nhập khẩu Trung Quốc.2.275.000 VNDCòn hàngCầu trượt con gấu CC051-2 (DH)Giá : 2.275.000 VND
**Tình trạng**: Còn hàng
Cầu trượt con gấu CC051-2 là đồ chơi vận động giúp bé vui chơi thỏa thích, rèn luyện sức khỏe thật tự nhiên, thật vui với bạn bè. Ngay cả khi chỉ có một mình thì bé cũng chơi rất vui. Sản phẩm được thiết kế sinh động và ngộ nghĩnh giúp bé thêm thích thú khi chơi.4.200.000 VND3.385.000 VNDCòn hàngCầu trượt xích đu SL08 (chú thỏ) (DHHL)Giá : 3.385.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL08 (chú thỏ) là đồ chơi khuyến khích trẻ ham vận động, rèn luyện sức khỏe nhờ tích hợp nhiều trò chơi cầu trượt, xích đu, chơi bóng rổ, leo núi trong cùng sản phẩm. Sản phẩm có xuất xứ Đài Loan, chất lượng đạt chuẩn quốc tế, phù hợp cho bé từ 2-10 tuổi.4.900.000 VND3.835.000 VNDCòn hàngCầu trượt xich đu SL15 (gà trống) (DHHL)Giá : 3.835.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL15 có hình gà trống vô cùng đáng yêu cho bé ưa thích vận động hơn. Đặc biệt, ngoài cầu trượt sản phẩm còn kèm theo xích đu + bóng rổ càng tạo nên không gian vui chơi hoàn hảo cho bé phát triển toàn diện cả về cơ bắp và trí tuệ.4.300.000 VND3.705.000 VNDCòn hàngCầu trượt xích đu Hippo SL13 (hà mã) (DHHL)Giá : 3.705.000 VND
**Tình trạng**: Còn hàng
Cầu trượt Hippo SL13 hình hà mã tích hợp nhiều tính năng gồm cầu trượt, xích đu, bóng rổ và cầu thang cho bé tham gia nhiều trò chơi vận động và hoạt động thể thao để phát triển có xương chắc khỏe và thỏa sức sáng tạo theo cách chơi của bé. Chất liệu nhựa cao cấp, không mùi độc hại theo tiêu chuẩn Châu Âu, an toàn cho bé từ 2-10 tuổi.4.030.000 VNDCòn hàngCầu trượt CCOMO Y1226 bóng rổ-xích đu-cột goal (HDHL)Giá : 4.030.000 VND
**Tình trạng**: Còn hàng
Cầu Cầu trượt CCOMO Y1226 bóng rổ-xích đu-cột goal với nhiều tính năng khác nhau, giúp bé vui chơi thỏa thích, vừa giải trí vừa rèn luyện thể chất và rèn luyện kỹ năng cho bản thân. Thiết kế sinh động, đẹp mắt. Sản xuất và nhập khẩu chính hãng từ Trung Quốc.3.315.000 VNDCòn hàngCầu trượt bóng rổ xích đu CCOMO Y1223 (HDHL)Giá : 3.315.000 VND
**Tình trạng**: Còn hàng
Cầu trượt bóng rổ xích đu CCOMO Y1223 được tích hợp thêm tính năng xích đu, giúp bé có thể ngồi nghỉ ngơi khi đã thấm mệt vì chơi cầu trượt. Rổ bóng giúp bé có thể chơi ném bóng mỗi ngày, rèn luyện khả năng phán đoán và cải thiện chiều cao. Sản xuất và nhập khẩu chính hãng từ Trung Quốc.2.990.000 VND2.535.000 VNDCòn hàngCầu trượt bóng rổ CCOMO Y1225 (4 trong 1) (HDHL)Giá : 2.535.000 VND
**Tình trạng**: Còn hàng
Cầu trượt bóng rổ CCOMO Y1225 được thiết kế đặc biệt, với 4 chức năng trong 1 sản phẩm, giúp bé yêu của mẹ thư giãn, giải trí và vui chơi bất tận. Bé có thể chơi leo cầu thang, cầu trượt, bóng đá và cả bóng rổ. Sản phẩm được nhập khẩu chính hãng từ Hàn Quốc.2.015.000 VNDCòn hàngCầu trượt bóng rổ đơn CCOMO Y1221 (HDHL)Giá : 2.015.000 VND
**Tình trạng**: Còn hàng
Cầu trượt bóng rổ đơn CCOMO Y1221 với màu sắc tươi sáng và thiết kế hiện đại tạo cảm giác thích thú cho bé mỗi khi vui chơi. Cầu trượt giúp bé vui chơi thoải mái và tăng khả năng vận động rất tốt. Nhập khẩu chính hãng từ Hàn Quốc.3.200.000 VND2.200.000 VNDCòn hàngCầu trượt SL14 (gà trống)Giá : 2.200.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL14 (gà trống) giúp bé hoạt động thể chất không ngừng & đặc biệt bé "ăn nhiều cơm" hơn sau khi chơi bởi tiêu tốn quá nhiều calore vào trò chơi cực kỳ thú vị này2.200.000 VND1.850.000 VNDCòn hàngCầu trượt SL10 (Củ cà rốt)Giá : 1.850.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL10 (Củ cà rốt): Nhập khẩu ĐÀI LOAN, giúp bé hoạt động thể chất không ngừng & đặc biệt bé "ăn nhiều cơm" hơn sau khi chơi bởi tiêu tốn quá nhiều calore vào trò chơi cực kỳ thú vị này3.100.000 VND2.200.000 VNDCòn hàngCầu trượt SL07 (chú thỏ)Giá : 2.200.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL07 (chú thỏ) giúp bé hoạt động thể chất không ngừng & đặc biệt bé "ăn nhiều cơm" hơn bởi tiêu tốn quá nhiều calore vào trò chơi cực kỳ thú vị này.2.950.000 VNDCòn hàngCầu trượt SL02A chú voi (có rổ bóng) (DH)Giá : 2.950.000 VND
**Tình trạng**: Còn hàng
Cầu trượt SL02A thiết kế hình chú voi siêu ngộ nghĩnh và đáng yêu giúp bé hoạt động thể chất không ngừng. Và đặc biệt bé "ăn nhiều cơm" hơn sau khi chơi bởi tiêu tốn quá nhiều calore vào trò chơi cực kỳ thú vị này.
**Sản phẩm có thể bạn quan tâm :**
[cầu trượt, cầu tuột, cầu trượt cho bé, cầu tuột mini](/tim?q=cầu trượt, cầu tuột, cầu trượt cho bé, cầu tuột mini)


markdown:
Hệ Thống Bán Hàng
Thành Công GROUP
Điện máy
Thiết Bị Ngành Hàn
Quạt Điện Gia Dụng
Dụng Cụ Dùng Điện
Dụng Cụ Cầm Tay
Quạt Công Nghiệp
Thiết Bị Điện - Nước
Dụng Cụ Dùng Khí Nén
Ống Gió & Phụ Kiện Quạt
Danh Mục SP Khác
Asaki
Black&Decker
Bosch
Dewalt
Hitachi
Hồng Ký
Makita
Metabo
Mitsubishi
Deton
Đại Hàn
Xem tất cả

Server: Apache

Accept-Ranges: bytes


markdown:
[0](/mua-hang/gio-hang)
# Billy Boy B00B-CS-50RW Spring Stick
Sản phẩm này được bán tại
[www.amazon.com](http://www.amazon.com/Billy-Boy-B00B-CS-50RW-Spring-Stick/dp/B003ZZ87VG)
Thương hiệu:
[BILLY BOY](/thuong-hieu/billy-boy_th10158)
Ngay sau khi quý khách đặt hàng và thanh toán, ShipTo.vn sẽ mua sản phẩm từ Mỹ và vận chuyển về Việt Nam
Thời gian giao hàng dự kiến từ 10 - 20 ngày làm việc kể từ khi thanh toán
Chọn số lượng:
[Xem chi tiết sản phẩm tại www.amazon.com](http://www.amazon.com/Billy-Boy-B00B-CS-50RW-Spring-Stick/dp/B003ZZ87VG)
-
Giá giảm 10-50%
so với hàng xách tay
-
100% sản phẩm thật
được mua trực tiếp từ Mỹ
-
Hoàn tiền 100%
nếu hàng bị thất lạc hư hỏng
-
Miễn phí dịch vụ
nếu giao hàng trễ
#### Product Features
#### Product Description
#### Product information
|Product Dimensions||6.5 x 5.1 x 0.2 inches|
|Shipping Weight||0.02 pounds|
|ASIN||B003ZZ87VG|
|Item model number|
#### Mua hàng theo yêu cầu
-
1.Đặt mua
Đặt mua những sản phẩm được ShipTo.vn tuyển chọn, hoặc gửi link của sản phẩm muốn mua để nhận báo giá.
-
2.Thanh toán
Thanh toán cho ShipTo.vn (tiền mặt, chuyển khoản, hoặc thẻ tín dụng).
-
3.Vận chuyển
ShipTo.vn mua hàng từ nước ngoài, chuyển về Việt Nam, và lo tất cả thủ tục hải quan.
-
4. Giao hàng
ShipTo.vn giao hàng tận nơi miễn phí trong vòng 10 - 20 ngày làm việc kể từ ngày thanh toán.
#### Vận chuyển theo yêu cầu
-
1.Đăng ký địa chỉ Mỹ
Đăng ký tài khoản ShipTo.vn có ngay địa chỉ riêng tại Mỹ.
-
2.Tự mua hàng
Tự mua tại bất kỳ website nào và chuyển hàng tới địa chỉ Mỹ của bạn.
-
3.Vận chuyển
ShipTo.vn nhận hàng, kiểm hàng và chuyển quốc tế.
-
4. Giao hàng
ShipTo.vn thông quan, giao hàng tận tay và thu tiền dịch vụ.
ĐĂNG KÝ EMAIL ĐỂ BẮT ĐẦU

Cache-Control: private, no-cache="Set-Cookie"

Set-Cookie: website_id=1; expires=Wed, 17-Oct-2018 17:00:00 GMT; path=/


markdown:
Giỏ hàng của bạn
Giỏ hàng của bạn
Thời gian: 4 Ngày
Phương tiện: Đi Xe - Về Xe
Khởi hành: Thứ 3,5,7 Hàng Tuần (5,7,9,12,14,16,19,21,23,26,28,30/9/2017) (Từ 5h15 Sáng)
Lịch trình: Sài Gòn - Đà Lạt - Sài Gòn
Thời gian: 2 Ngày
Phương tiện: Đi Xe - Về Xe
Khởi hành: Thứ 7 Hàng Tuần (Từ 5h45 Sáng)
Lịch trình: Sài Gòn – Madagui – Đambri - Bảo Lộc - Sài Gòn
Thời gian: 3 Ngày
Phương tiện: Đi Xe - Về Xe
Khởi hành: Thứ 6 Hàng Tuần (Từ 5h30 Sáng)
Lịch trình: Sài Gòn - Buôn Mê Thuột - Buôn Đôn - Sài Gòn
Đang chuyển đổi...
Vui lòng chờ trong giây lát
## Mời quý khách đánh giá hay góp ý về Tour du lịch Lâm Đồng 2017
Nhập đầy đủ các trường thông tin giúp chúng tôi hỗ trợ Quý khách tốt hơn.

Set-Cookie: currency=GBP; expires=Thu, 16-Nov-2017 22:30:02 GMT; path=/; domain=www.vietfuntravel.com.vn


markdown:
V·ªõi c√¥ng tr√¨nh¬Ý"Nghi√™n c·ª©u c√¥ng ngh·ªá v√Ý thi·∫øt k·∫ø, ch·∫ø t·∫°o th·ª≠ nghi·ªám trang thi·∫øt b·ªã ƒë·ªìng b·ªô ph·ª•c v·ª• x·ª≠ l√Ω s·ª± c·ªë l√∫n nghi√™ng- s·∫≠p c√¥ng tr√¨nh x√¢y d·ª±ng v√Ý di d·ªùi nh√Ý", 2 ƒë·ªìng t√°c gi·∫£ thu·ªôc C√¥ng ty X·ª≠ l√Ω l√∫n nghi√™ng Vi·ªát Nam : Ti·∫øn s·ªπ ƒê·ªó Qu·ªëc Vi·ªát v√Ý Th·∫°c s·ªπ ƒê·ªó Qu·ªëc Kh√°nh ƒë√£ vinh d·ª± nh·∫≠n Gi·∫£i Nh·∫•t lƒ©nh v·ª±c C∆° kh√≠ t·ª± ƒë·ªông h√≥a - Gi·∫£i th∆∞·ªüng s√°ng t·∫°o Khoa h·ªçc C√¥ng ngh·ªá Vi·ªát Nam 2012 v√Ý B·∫±ng khen c·ªßa Th·ªß t∆∞·ªõng Ch√≠nh ph·ªß. L·ªÖ trao gi·∫£i ƒë∆∞·ª£c t·ªï ch·ª©c v√Ýo ng√Ýy 23/03/2013 t·∫°i H√Ý N·ªôi.
## Th·ªùi s·ª± 12h Hanoi TV, 31/3/2013: Gi·∫£i Nh·∫•t Gi·∫£i th∆∞·ªüng VIFOTEC
08
Th√ 4
Read
**4659**times
Published in
[Video v·ªÅ ch√∫ng t√¥i](/video.html)

P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"

Set-Cookie: ja_portfolio_tpl=ja_portfolio; expires=Sun, 07-Oct-2018 22:30:12 GMT; path=/

Vary: User-Agent

X-Content-Encoded-By: Joomla! 1.5


markdown:
Đăng nhập bằng facebook
Đăng nhập bằng google
Hoặc đăng nhập bằng
Nhớ mật khẩu
Đăng nhập
Quên mật khẩu
Xem thêm