Методологические основы


При детальном проектировании



Download 2,39 Mb.
bet87/293
Sana26.06.2022
Hajmi2,39 Mb.
#705514
TuriУчебник
1   ...   83   84   85   86   87   88   89   90   ...   293
Bog'liq
Липаев В В Программная инженерия Методологические основы 2006

При детальном проектировании может быть целесообразно допол­нительное уточнение совокупности требований выбранных характеристик и атрибутов качества сложных ПС с учетом соотношения качества и зат­рат ресурсов, которые могут быть весьма велики. Для заказчика и пользо­вателей может иметь значение не только определение функциональной пригодности, но и потенциального спроса на рынке конкретного программ­ного продукта, а также его конкурентоспособности с другими аналогичны­ми по функциям ПС с учетом его качества и стоимости. Это обстоятель­ство может определять необходимость уточнения требований к отдель­ным характеристикам качества не только для их реализации разработчиками в ЖЦ ПС, но также для оценивания интегрального качества готового про­граммного продукта, поставляемого на рынок.

  • Каждая характеристика качества и затраты ресурсов первоначально анализируются независимо, что может использоваться в качестве исход­ных данных для их сопоставления с отдельными характеристиками анало­гичных ПС или для представления, как составляющей вектора в много­мерном пространстве стандартизированных атрибутов характеристик ка­чества. Обычно заказчики и разработчики первоначально устанавливают требования к каждой характеристике без учета относительных затрат на их достижение, а также без детального анализа их совместного влияния на полную функциональную пригодность у потребителей. Это может приво­дить к значительным перекосам и несбалансированным значениям тре­бований к отдельным, взаимосвязанным характеристикам качества, на ко­торые нерационально используются ограниченные ресурсы ЖЦ ПС, или к неадекватно низким их значениям. В проектах крупных ПС это может угрожать значительным повышением стоимости и/или снижением конку­рентоспособности создаваемого программного продукта из-за недостаточ­ного уровня отдельных показателей качества.

  • Атрибуты качества ПС имеют различные меры и шкалы, вследствие чего они в большинстве своем непосредственно несопоставимы между собой. Они предварительно выбираются и согласовываются с заказчиком при последовательном, почти независимом анализе каждого атрибута ка­чества в соответствии с их мерами и шкалами, для последующего исполь­зования в контракте и техническом задании. Для обобщенного оценивания качества ПС необходим учет относительного влияния каждого атрибута на функциональную пригодность. При этом не всегда учитываются ресур­сы для их реализации в конкретном ПС. Это часто приводит к выдвиже­нию ряда нерациональных требований, которые значительно отличаются: либо по степени влияния на функциональную пригодность, либо по вели­чине ресурсов, необходимых для их реализации. Для целенаправленного эффективного управления качеством сложного ПС при проектировании целесообразно иметь механизм объединения разнородных характеристик в некоторый интегральный показатель, отражающий их совокупное влия­ние на его функциональную пригодность. Таким образом, при разработке требований к характеристикам качества выявилась проблема анализа сис­темной эффективности программного средства и обобщения его характе­ристик, а также оценивания совместного влияния различных характе­ристик и атрибутов качества на функциональную пригодность ПС с учетом затрат на их реализацию (см. лекцию 12).

    1. Структура основных документов,
      отражающих требования к программным средствам


    • При разработке требований к проектам программных средств кроме основных целей, назначения и функций важно учесть и сформулировать содержание достаточно полного множества характеристик, каждая из ко­торых может влиять на успех проекта программного продукта. Для умень­шения вероятности случайного пропуска важного требования заказчикам и пользователям целесообразно иметь типовые проекты перечней (шабло­ны) наборов требований, которые можно целеустремленно сокращать и адаптировать, обеспечивая целостность требований для конкретных проектов ПС. Ниже представлены примеры состава требований на двух этапах жизненного цикла сложных ПС: на этапе формирования концепции ПС и на этапе детального проектирования комплекса программ.


    • Download 2,39 Mb.

      Do'stlaringiz bilan baham:
  • 1   ...   83   84   85   86   87   88   89   90   ...   293




    Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
    ma'muriyatiga murojaat qiling

    kiriting | ro'yxatdan o'tish
        Bosh sahifa
    юртда тантана
    Боғда битган
    Бугун юртда
    Эшитганлар жилманглар
    Эшитмадим деманглар
    битган бодомлар
    Yangiariq tumani
    qitish marakazi
    Raqamli texnologiyalar
    ilishida muhokamadan
    tasdiqqa tavsiya
    tavsiya etilgan
    iqtisodiyot kafedrasi
    steiermarkischen landesregierung
    asarlaringizni yuboring
    o'zingizning asarlaringizni
    Iltimos faqat
    faqat o'zingizning
    steierm rkischen
    landesregierung fachabteilung
    rkischen landesregierung
    hamshira loyihasi
    loyihasi mavsum
    faolyatining oqibatlari
    asosiy adabiyotlar
    fakulteti ahborot
    ahborot havfsizligi
    havfsizligi kafedrasi
    fanidan bo’yicha
    fakulteti iqtisodiyot
    boshqaruv fakulteti
    chiqarishda boshqaruv
    ishlab chiqarishda
    iqtisodiyot fakultet
    multiservis tarmoqlari
    fanidan asosiy
    Uzbek fanidan
    mavzulari potok
    asosidagi multiservis
    'aliyyil a'ziym
    billahil 'aliyyil
    illaa billahil
    quvvata illaa
    falah' deganida
    Kompyuter savodxonligi
    bo’yicha mustaqil
    'alal falah'
    Hayya 'alal
    'alas soloh
    Hayya 'alas
    mavsum boyicha


    yuklab olish