Главная страница
Навигация по странице:

  • Отслеживаемой.

  • Отчет по практической работе должен включать

  • Варианты индивидуальных заданий.

  • Практическая работа № 1.2. Оформление документации

  • Теоретический материал

  • Методические указания по выполнению лабораторных и практических работ по мдк


    Скачать 3.25 Mb.
    НазваниеМетодические указания по выполнению лабораторных и практических работ по мдк
    Дата23.01.2023
    Размер3.25 Mb.
    Формат файлаpdf
    Имя файла37._MU_PZ_PM.01_MDK_01.01_Razrabotka_programmnyx_moduley(1)_remo.pdf
    ТипМетодические указания
    #899980
    страница2 из 24
    1   2   3   4   5   6   7   8   9   ...   24
    Модифицируемой;
    Спецификация требований к ПО является модифицируемой, если и только, если ее структура и стиль таковы, что любые изменения требований могут быть выполнены легко, полностью и непротиворечивым образом при сохранении структуры и стиля. Как правило, модифицируемость требует, чтобы спецификация требований:
    1) Имела связанную и легкую в использовании структуру с оглавлением, алфавитным указателем и явно выраженными перекрестными ссылками;
    2) Не была избыточной (то есть, одно и то же требование не должно появляться в спецификации требований более чем в одном месте);
    3) Выражала каждое требование раздельно, не смешивая его с другими требованиями.
    Избыточность сама по себе не является ошибкой, но она легко может привести к появлению ошибок. Иногда избыточность может помочь сделать спецификацию требований более читаемой, но тогда могут возникнуть проблемы при модификации избыточного документа.
    Например, требование может быть изменено только в одном из тех мест, где оно появляется.
    Тогда спецификация требований становится противоречивой. Каждый раз, когда избыточность необходима, спецификация требований должна включать явные перекрестные ссылки, чтобы сделать ее модифицируемой.

    Отслеживаемой.
    Спецификация требований к ПО является отслеживаемой, если четко прослеживается источник каждого из ее требований и если она облегчает обращение к каждому из требований при дальнейшей разработке или модернизации документации. Рекомендуются следующие два типа отслеживаемости:
    1. Обратная отслеживаемость (то есть, к предыдущим стадиям разработки).
    Зависит от каждого требования, которое в явном виде ссылается на его источник в более ранних документах.
    2. Прямая отслеживаемость (то есть, ко всем документы, порождаемым спецификацией требований.
    Зависит от каждого требования в спецификации требований, имеющего однозначно определенное имя или номер ссылки.
    Прямая отслеживаемость спецификации требований особенно важна, когда программное изделие вступает в стадию функционирования и сопровождения. По мере изменения кода и проектных документов необходимо иметь возможность определить полный набор требований, на которые могут повлиять эти изменения.
    Задание.
    1. Оформить внешнюю спецификацию к задаче.
    2. Составить в виде блок-схемы алгоритм решения задачи.
    3. Создать программу решения задачи на любом алгоритмическом языке программирования.
    4. Отладить программу.
    5. Составить отчет по практической работе.
    Отчет по практической работе должен включать:
    1. Внешнюю спецификацию.
    2. Алгоритм решения задачи.
    3. Текст программы на языке программирования.
    4. Набор тестов для отладки программы.
    Задача: Составить алгоритм и написать программу нахождения экстремального значения и/или его порядкового номера для заданных одномерных массивов (A[N], B[M], где N и M – размер массивов).
    Варианты индивидуальных заданий.
    1. Определить наименьшую среди сумм
    , (K=1,.., N) соответствующий номер K.
    2. Определить две наибольшие по абсолютной величине разности A
    i
    -A
    i-1
    , где i=2..N, и соответствующие значения индекса i.
    3. Определить наибольшее из отношений
    , где i=1,...,N и соответствующий индекс i.

    10 4. Определить наименьшее и наибольшее значения разности A
    i
    - B
    N-i+1
    , где i=1..N, и соответствующий индекс i.
    5. Определить наибольшую среди сумм
    ,
    , (K=1,..,N) и соответствующий номер K.
    6. Определить два наименьших из значений
    ,
    (K=1,..,M) и соответствующие номера K.
    7. Определить наименьшее из значений
    , (K=1,..,N) и соответствующий номер K.
    8. Определить наименьшую среди сумм
    ,
    , (K=1,..,N) и соответствующий номер K.
    9. Определить наибольшее из произведений
    ,
    10. Определить наибольшее из произведений и соответствующий номер K.
    11. Определить наименьшее среди произведений
    ,
    (K=1,..,M) и соответствующий номер K.
    12. Определить наименьшую среди сумм и
    , (K=1,..,N) и соответствующий номер K.
    13. Определить два наибольших из абсолютных значений
    ,
    ,
    (K=1,..,M) и соответствующие номера K.
    14. Определить наименьшее из значений
    ,
    (K=1,.., M) и соответствующий номер K.
    15. Определить наибольшее по абсолютной величине из отношений
    ,(K=1,..,N) и соответствующий номер K.
    16. Определить наименьшее из значений
    , (i=1,.., N) и соответствующий индекс i.
    17. Определить два наибольших из произведений
    , (K=1,…,N) и соответствующий номер K.
    18. Определить наименьшее из значений
    , (i=1,.., N) и номер соответствующего индекса i.

    11 19. Определить наибольшее среди произведений
    ,
    (K=1,..,M) и соответствующий номер K.
    20. Определить наименьшее из значений
    ,
    ,
    (K=1,..,M) и соответствующий номер K.
    21. Определить два наибольших из произведений
    ,
    (i=1,.., N) и соответствующие значения индекса i.
    22. Определить наименьшее по абсолютной величине из значений и
    , (K=1,..,N) и соответствующие номера K.
    23. Определить наибольшее по абсолютной величине из значений
    ,
    (K=1,..,N), и соответствующее значение K.
    24. Определить два наименьших по абсолютной величине из значений
    ,
    (K=1,..,M) и соответствующее значение K.
    25. Определить наименьшее и наибольшее из произведений
    , (K=1,..,N) и соответствующие значения K.
    Практическая работа № 1.2. Оформление документации
    на программные средства
    Цель работы приобретение практических навыков по разработке технологической проектной документации на программные средства различного назначения согласно требованиям стандартов ЕСПД.
    Теоретический материал
    ГОСТ 19.202. Спецификация. Требования к содержанию и оформлению
    Настоящий стандарт устанавливает форму и порядок составления программного документа «Спецификация», определенного ГОСТ 19.101. Спецификация является основным программным документом для компонентов, применяемых самостоятельно, и для комплексов.
    Для компонентов, не имеющих спецификации, основным программным документом является
    «Текст программы».
    Информационную часть (аннотацию и содержание) допускается в документ не включать.
    Форма спецификации приведена на рис.1.
    Спецификация в общем случае должна содержать разделы:

    документация;

    комплексы;

    компоненты.
    Наименование каждого раздела указывают в виде заголовка в графе «Наименование». Для документов, выполненных печатным способом, заголовок подчеркивают.

    12
    Рисунок 1 - Форма спецификации
    В раздел «Документация» вносят программные документы на данную программу, кроме спецификации и технического задания, в порядке возрастания кода вида документа, входящего в обозначение. Далее записывают заимствованные программные документы. Запись их производится в порядке возрастания кодов предприятий-разработчиков и далее в порядке возрастания кода вида документа, входящего в обозначение.
    После каждого раздела спецификации необходимо оставлять несколько свободных строк для дополнительных записей.
    Графы спецификаций заполняют следующим образом:

    в графе «Обозначение» указывают: в разделе «Документация» – обозначение записываемых документов программы; в разделе «Комплексы» – обозначение спецификаций комплексов, входящих в данный комплекс; в разделе «Компоненты» – обозначения основных программных документов компонентов.

    в графе «Наименование» указывают: в разделе «Документация» – наименование и вид документа для документов на данную программу; полное наименование программы, наименование и вид документа для заимствованных документов; в разделах «Комплексы» и «Компоненты» – полное наименование программы, наименование и вид документа.

    в графе «Примечание» указывают дополнительные сведения, относящиеся к записанным в спецификации программам.
    В графе «Обозначение» запись производят в одну строку. В остальных графах спецификации записи допускаются в несколько строк.
    ГОСТ 19.301. Программа и методика испытаний. Требования к содержанию, оформлению и контролю качества
    Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа «Программа и методика испытаний». Содержит номенклатуру показателей качества ПС, определяемых на основе результатов анализа данного документа, и методические указания по определению количественных значений показателей качества.
    Применяемость показателей качества и соответствующих им требований при разработке документа и контроле качества осуществляют в зависимости от принадлежности документируемой программы к конкретному подклассу ПС и устанавливают в соответствии с
    ГОСТ 28195. Наименования и обозначения показателей качества приведены по ГОСТ 28195.
    1. Требования к содержанию
    Составление информационной части (аннотации и содержания) является необязательным.
    Документ «Программа и методика испытаний» должен содержать следующие разделы:
    • объект испытаний;
    цель испытаний;
    • требования к программе;
    • требования к программной документации;
    • средства и порядок испытаний;
    • методы испытаний.

    13
    В зависимости от особенностей документа допускается вводить дополнительные разделы.
    В разделе «Объект испытаний» указывают наименование, область применения и обозначение испытуемой программы.
    В разделе «Цель испытаний» указывают цель проведения испытаний.
    В разделе «Требования к программе» указывают требования, подлежащие проверке во время испытаний и заданные в ТЗ на программу, к которым относятся:
    • требования устойчивости функционирования ПС при наличии ошибок во входных данных, а именно:
    ♦ контроль корректности входных данных;
    ♦ контроль принадлежности входных данных диапазону допустимых значений;
    ♦ контроль форматов входных данных;
    ♦ выдача диагностических сообщений пользователю при обнаружении ошибок во входных данных и предпринимаемые действия при обработке ошибок.
    • требования возможности обработки ошибочных ситуаций;
    • требования полноты обработки ошибочных ситуаций;
    • требования к программе по восстановлению процесса выполнения в случае сбоя операционной системы, процессора, периферийных устройств, а именно:
    ♦ ведение системного журнала регистрации всех операций над данными;
    ♦ наличие средств получения копий выбранных частей данных, БД для последующего их восстановления;
    ♦ наличие средств восстановления для возврата БД или некоторых ее частей в первоначальное состояние;
    ♦ наличие средств, которые, используя системный журнал, устраняют в БД выполненные транзакции (единичная операция);
    ♦ наличие средств контроля, выявляющих нарушения и позволяющих отменять эффект выполнения предыдущей команды или нескольких предыдущих команд;
    ♦ наличие контрольных точек и средств, которые позволяют вернуться в последнюю контрольную точку вместо возвращения к началу транзакции;
    ♦ динамическое исключение неисправного устройства ввода–вывода из набора ресурсов
    ПС.
    • требования к программе по восстановлению результатов при отказах процессора, операционной системы, которые включают в себя:
    ♦ восстановление вычислительного процесса и данных;
    ♦ восстановление данных, скопированных за некоторое время до момента сбоя;
    ♦ возможность повторного запуска ПС с последней контрольной точки.
    • требования к тестированию программ;
    • требования реализации диагностики всех граничных и аварийных ситуаций, которые создаются в процессе испытаний путем подбора входных данных;
    • требования к динамическому тестированию программ;
    • требования к статическому тестированию программ.
    В разделе «Требования к программной документации» указывают состав программной документации, предъявляемой на испытания, и требования полноты и понятности изложения в документации информации:
    • о назначении ПС;
    • о принципах функционирования ПС;
    • о взаимосвязи ПС с другими подсистемами;
    • о входных и выходных данных;
    • о действиях, относящихся к освоению работы с ПС (настройка, запуск, выполнение);
    • о графическом представлении блок–схем, алгоритмов;
    • о принятых соглашениях об использовании комментариев, символических имен переменных;
    • о диагностических сообщениях, выдаваемых пользователю в ходе настройки, проверки и выполнения ПС;
    • о наличии всех необходимых рисунков, формул, таблиц, которые должны содержать ту информацию, которая заложена в ссылке на нее.
    В разделе «Средства и порядок испытаний» приводят:

    14
    • описание программной среды функционирования ПС, включающее в себя требования к:
    ♦ операционным системам и средствам их расширения;
    ♦ средствам управления базами данных;
    ♦ прочим ПС, используемым программой в процессе функционирования.
    • описание программно–аппаратурной среды функционирования ПС, включающее в себя требования к:
    ♦ объему внутренней и внешней памяти, необходимому для функционирования ПС;
    ♦ периферийным устройствам;
    ♦ базовому программному обеспечению;
    ♦ другим техническим и программным средствам, используемым во время испытаний, а также порядку проведения испытаний.
    • процедуры проверки соответствия программно–аппаратной среды функционирования предъявленным требованиям и порядок их выполнения;
    • порядок выполнения процедур проверки корректности:
    ♦ функционирования программы на соответствие предъявленным требованиям;
    ♦ реализации всех основных функций;
    ♦ реализации всех частных функций.
    В разделе «Методы испытаний» приводят описания используемых методов испытаний, в частности, описания тестов и способов проверок с указанием ожидаемых результатов испытаний
    (перечней тестовых примеров, контрольных распечаток тестовых примеров и т.п.).
    2. Показатели качества, определяемые на основе результатов анализа раздела «Требования к программе»
    Значение всех рассматриваемых показателей качества определяют на основе изучения и анализа раздела «Требования к программе» программного документа «Программа и методика испытаний» и материалов ТЗ.
    При количественной оценке показателей качества ПС приняты следующие общие
    правила:
    • если в ТЗ и в разделе «Требования к программе» отсутствуют требования какого–либо показателя качества, то этот показатель исключают из участия в экспертной оценке и ему присваивают значение 0;
    • если требования реализованы или представлены в полном объеме, то этому показателю присваивают значение 1;
    • если возможно вычислить значение показателя по формуле – приводится расчетная формула;
    • если отсутствуют формулы для расчета значения показателя, то его значение определяют методом вычитания некоторых рекомендуемых «штрафов» из максимально возможной оценки за невыполнение некоторых требований.
    Значение показателя устойчивости функционирования (Н0101) снижают при отсутствии требований:
    • к контролю корректности входных данных – на 0,2;
    • к контролю принадлежности входных данных диапазону допустимых значений – на 0,3;
    • к контролю форматов входных данных – на 0,3;
    • на выдачу диагностических сообщений об ошибке пользователю и предпринимаемые действия, связанные с обработкой возникшей ситуации при вводе ошибочных данных, – на 0,2.
    Если требование возможности обработки ошибочных ситуаций (Н0102) существует в ТЗ или разделе «Требования к программе», то показателю Н0102 присваивают значение 1, в ином случае – значение 0.
    Значение показателя полноты обработки ошибочных ситуаций (Н0103) определяют по формуле:
    (1) где – число необрабатываемых ошибочных ситуаций; – общее число ошибочных ситуаций при проведении эксперимента.
    Требования по восстановлению процесса выполнения программы в случае
    сбоя операционной системы, процессора, внешних устройств (Н0201) могут содержать следующие требования:
    • к фиксации и откату транзакций (создание файла отката) ПС;

    15
    • к целостности данных, т.е. наличие средств контроля и восстановления данных в случае нарушения целостности;
    • на возможность запуска программы повторно с последней контрольной точки (т.е. наличие последней копии состояния ПС);
    • на динамическое исключение неисправного устройства ввода–вывода из набора ресурсов ПС.
    Если реализация ПС предполагает восстановление процесса выполнения в случае сбоя, то значение показателя определяют по формуле:
    (2) где – использованное в реализации число возможностей и средств по восстановлению процесса выполнения;
    – неиспользованное, по мнению эксперта, число возможностей и средств по восстановлению процесса выполнения.
    Если реализуемый ПС алгоритм предполагает наличие требований к программе по восстановлению результатов выполнения при отказах процессора, операционной системы
    (Н0202), то значение показателя определяют по формуле:
    (3) где – использованное в реализации число возможностей и средств по восстановлению результатов выполнения; – неиспользованное, по мнению эксперта, число возможностей и средств по восстановлению результатов выполнения.
    Значение показателя наличия требований к тестированию программ (С1702) определяют на основе изучений и анализа раздела «Требования к программе». В нем должны быть указаны все требования, для подтверждения, реализации которых используют методы тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур тестирования. При наличии требований к тестированию программ в полном объеме показателю
    С1702 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя С1702 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.
    Если реализуемый ПС алгоритм предполагает реализации диагностики граничных и аварийных ситуаций (К1108), то значение показателя определяют по формуле:
    (4) где – использованное в реализации число диагностических проверок граничных и аварийных ситуаций; – неиспользованное, по мнению эксперта, число диагностических проверок граничных и аварийных ситуаций.
    Значение показателя наличия
    требований
    к
    динамическому
    тестированию
    программ (К1301) определяют на основе изучений и анализа раздела «Требования к программе».
    В нем должны быть указаны все требования, для подтверждения, реализации которых используют методы динамического тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур динамического тестирования. При наличии требований к динамическому тестированию программ в полном объеме показателю К1301 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя К1301 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.
    Значение показателя наличия
    требований
    к
    статическому
    тестированию
    программ (К1401) определяют на основе изучений и анализа раздела «Требования к программе».
    В нем должны быть указаны все требования, для подтверждения реализации которых используют методы статического тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур статического тестирования. При наличии требований к статическому тестированию программ в полном объеме показателю К1401 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя К1401 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.
    3. Показатели качества, определяемые на основе результатов анализа раздела «Требования к программной документации»

    16
    Значение показателя полноты и понятности документации для освоения (У0201) определяют на основе изучения и анализа раздела «Требования к программной документации».
    Определяют полноту перечня документации, а также перечень требований, выполнение которых позволяет освоить документацию. Если документ содержит неполное описание документации, требуемой для освоения, значения показателя У0201 устанавливают от 0,1 до 0,8.
    Значение показателя наличия всех требуемых разделов (У0604) определяют на основе изучения и анализа содержания всех разделов документа. Документ анализируют с точки зрения наличия в нем следующих разделов:
    • объект испытаний;
    • цель испытаний;
    • требования к программе;
    • требования к программной документации;
    • средства и порядок испытаний;
    • методы испытаний.
    Если такие разделы существуют, то оценочному элементу присваивают значение 1. При отсутствии какого–либо раздела либо при наличии неточностей в его описании значение показателя У0604 снижают на 0,2–0,4 за каждую погрешность вплоть до значения 0.
    Значение показателя наличия всех рисунков, чертежей, формул, таблиц (У0607) определяют на основе изучения и анализа содержания всех разделов документа, в которых должны быть даны ссылки на рисунки, чертежи, формулы, таблицы. Их наличие позволяет присвоить показателю значение 1. При отсутствии какого–либо рисунка, чертежа, формулы, таблицы либо при наличии неточностей в их описании значение показателя У0607 снижают на
    0,2–0,4 за каждую погрешность вплоть до значения 0.
    Значению показателя правильности оформления титульных и заглавных листов
    документов (К0703) присваивают значение 1, если лист утверждения и титульный лист оформлены в соответствии с ГОСТ 19.104. За каждое несоответствие стандарту значение показателя К0703 снижают на 0,2–0,4 вплоть до значения 0.
    4. Показатели качества, определяемые на основе результатов анализа раздела «Средства и порядок испытаний»
    Значению показателя наличия описания программной среды функционирования
    ПС (У0314) присваивают значение 1, если описание программной среды функционирования присутствует в необходимом объеме. При отсутствии одного из требований значение показателя
    У0314 снижают на 0,2–0,5. Если описание программной среды функционирования ПС отсутствует, то показателю У0314 присваивают значение 0.
    Значение показателя требуемого объема внутренней памяти (Э0601) определяют на основе изучения и сопоставительного анализа раздела «Средства и порядок испытаний» документа «Программа и методика испытаний» и разделов «Используемые технические средства» и «Общие сведения» документа «Описание программы» (ГОСТ 19.402).
    Если в разделе «Средства и порядок испытаний» данного документа указан требуемый для функционирования ПС объем оперативной памяти, который согласуется с соответствующими характеристиками всех ЭВМ, указанных в разделе «Используемые технические средства» документа «Описание программы» с учетом аналогичных требований со стороны программной среды и программного обеспечения, установленных в разделе «Общие сведения» того же документа, то показателю Э0601 присваивают значение 1. В остальных случаях значение показателя определяется по формуле:
    (5) где – число несогласованных по требуемому объему внутренней памяти программно–
    аппаратных комбинаций среды функционирования ПС; – общее число возможных программно–аппаратных комбинаций среды функционирования ПС.
    Значение показателя требуемого объема внешней памяти (Э0602) определяют на основе изучения и сопоставительного анализа раздела «Средства и порядок испытаний» документа
    «Программа и методика испытаний» и разделов «Используемые технические средства» и
    «Общие сведения» документа «Описание программы».
    Если в разделе «Средства и порядок испытаний» данного документа указан требуемый для функционирования ПС объем внешней памяти, который согласуется с соответствующими характеристиками всех устройств, указанных в разделе «Используемые технические средства»

    17 документа «Описание программы» с учетом аналогичных требований со стороны программной среды и программного обеспечения, установленных в разделе «Общие сведения» того же документа, то показателю Э0602 присваивают значение 1. В остальных случаях значение показателя определяется по формуле:
    (6) где – число несогласованных по требуемому объему внешней памяти программно–
    аппаратных комбинаций среды функционирования ПС; – общее число возможных программно–аппаратных комбинаций среды функционирования ПС.
    Значение показателя требуемых периферийных устройств (Э0703) определяют на основе изучения и сопоставительного анализа раздела «Средства и порядок испытаний» документа
    «Программа и методика испытаний» и раздела «Используемые технические средства» документа
    «Описание программы». Значение показателя определяют с точки зрения соответствия предъявленным требованиям, целесообразности и эффективности использования, по мнению эксперта, указанных в разделах периферийных устройств в процессе функционирования ПС. При отсутствии упущений показателю Э0703 присваивают значение 1. Значение показателя Э0703 при наличии упущений снижают на 0,2–0,5 по каждому случаю вплоть до значения 0.
    Значение показателя требуемого
    базового
    программного
    обеспечения (Э0704) определяют на основе изучения и сопоставительного анализа раздела «Средства и порядок испытаний» документа «Программа и методика испытаний» и раздела «Общие сведения» документа «Описание программы». Значение показателя определяют с точки зрения соответствия предъявленным требованиям указанного в разделах базового программного обеспечения. При полном соответствии показателю Э0704 присваивают значение 1. Значение показателя Э0704 при наличии упущений снижают на 0,2–0,5 по каждому случаю вплоть до значения 0.
    Значение показателя отсутствия ошибок в описании действий пользователя (К0803) определяют на основе изучения и анализа раздела «Средства и порядок испытаний». Если в описанных действиях, относящихся к загрузке, запуску, выполнению и завершению процедур проверки корректности функционирования программы на соответствие предъявленным требованиям, отсутствуют ошибки, то показателю К0803 присваивают значение от 0,8 до 1. За каждую ошибку в зависимости от тяжести последствий значение показателя К0803 снижают на
    0,2–0,4 вплоть до значения 0.
    Значение показателя отсутствия ошибок в описании запуска (К0804) определяют на основе изучения и анализа раздела «Средства и порядок испытаний». Если в описанных действиях, относящихся к запуску процедур проверки корректности функционирования программы на соответствие предъявленным требованиям, отсутствуют ошибки, то показателю
    К0804 присваивают значение от 0,8 до 1. За каждую ошибку в зависимости от тяжести последствий значение показателя К0804 снижают на 0,2–0,4 вплоть до значения 0.
    Значение показателя отсутствия ошибок в описании настройки (К0806) определяют на основе изучения и анализа раздела «Средства и порядок испытаний». Если в описанных действиях, относящихся к настройке и запуску процедур проверки корректности функционирования программы на соответствие предъявленным требованиям, отсутствуют ошибки, то показателю К0806 присваивают значение от 0,8 до 1. За каждую ошибку в зависимости от тяжести последствий значение показателя К0806 снижают на 0,2–0,4 вплоть до значения 0.
    Значение показателя реализации всех основных функций (К1102) определяют на основе изучения и анализа раздела «Средства и порядок испытаний». Если в разделе полностью описаны процедуры проверки корректности реализации всех основных функций, то показателю К1102 присваивают значение 1. При наличии упущений значение показателя К1102 снижают на 0,2–0,5 по каждому случаю вплоть до значения 0.
    Значение показателя реализации всех частных функций (К1103) определяют на основе изучения и анализа раздела «Средства и порядок испытаний». Если в разделе полностью описаны процедуры проверки корректности реализации всех частных функций, то показателю К1103 присваивают значение 1. При наличии упущений значение показателя К1103 снижают на 0,2–0,5 по каждому случаю вплоть до значения 0.
    5. Показатели качества, определяемые на основе результатов анализа раздела «Методы испытаний»

    18
    Значение показателя наличия тестов для проверки допустимых значений входных
    данных (Н0104) определяют на основе изучения и анализа раздела «Методы испытаний». Если в разделе тесты для проверки допустимых значений присутствуют и полностью охватывают все функции ПС, обеспечивающие проверку допустимых значений входных данных, то показателю
    Н0104 присваивают значение 1. При наличии упущений значение показателя Н0104 снижают на
    0,2–0,5 по каждому случаю вплоть до значения 0.
    Значение показателя наличия описания способов проверки работоспособности
    программы (К0114) определяют на основе изучения и анализа раздела «Методы испытаний».
    При полном и ясном описании способов проверки работоспособности программы с учетом всех предъявленных функциональных требований показателю К0114 присваивают значение
    При наличии упущений значение показателя К0114 снижают на 0,2–0,5 по каждому случаю вплоть до значения 0.
    ГОСТ 19.401. Текст программы. Требования к содержанию и оформлению
    Аннотация и содержание не являются обязательными.
    Основная часть документа должна состоять из текстов одного или нескольких разделов, которым даны наименования. Допускается вводить наименование также и для совокупности разделов. Каждый из этих разделов характеризуется одним из типов символической записи, например:
    • символическая запись на исходном языке;
    • символическая запись на промежуточных языках;
    • символическое представление машинных кодов и т.п.
    В символическую запись разделов рекомендуется включать комментарии, которые могут отражать, например, функциональное назначение, структуру.
    ГОСТ 19.402. Описание программы
    Составление информационной части (аннотации и содержания) является обязательным.
    Описание программы должно содержать следующие разделы:
    • общие сведения;
    • функциональное назначение;
    • описание логической структуры;
    используемые технические средства;
    • вызов и загрузка;
    • входные данные;
    • выходные данные.
    В зависимости от особенностей программы допускается вводить дополнительные разделы или объединять отдельные разделы.
    В разделе «Общие сведения» должны быть указаны:
    • обозначение и наименование программы;
    • программное обеспечение, необходимое для функционирования программы;
    • языки программирования, на которых написана программа.
    В разделе «Функциональное назначение» должны быть указаны классы решаемых задач и/или назначение программы и сведения о функциональных ограничениях на применение.
    В разделе «Описание логической структуры» должны быть указаны:
    • алгоритм программы;
    • используемые методы;
    • структура программы с описанием функций составных частей и связи между ними;
    • связи программы с другими программами.
    Описание логической структуры программы выполняют с учетом текста программы на исходном языке.
    В разделе «Используемые технические средства» должны быть указаны типы ЭВМ и устройств, которые используются при работе программы.
    В разделе «Вызов и загрузка» должны быть указаны:
    • способ вызова программы с соответствующего носителя данных;
    • входные точки в программу.
    Допускается указывать адреса загрузки, сведения об использовании оперативной памяти, объем программы.
    В разделе «Входные данные» должны быть указаны:

    19
    • характер, организация и предварительная подготовка входных данных;
    • формат, описание и способ кодирования входных данных.
    В разделе «Выходные данные» должны быть указаны:
    • характер и организация выходных данных;
    • формат, описание и способ кодирования выходных данных.
    Допускается содержание всех разделов иллюстрировать пояснительными примерами, таблицами, схемами, графиками.
    В приложение к описанию программы допускается включать различные материалы, которые нецелесообразно включать в разделы описания.
    ГОСТ 19.404. Пояснительная записка. Требования к содержанию и оформлению
    Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа «Пояснительная записка», входящего в состав документации на стадиях разработки эскизного и технического проекта программы.
    Составление информационной части (аннотация и содержание) является необязательным.
    Пояснительная записка должна содержать следующие разделы:
    • введение;
    • назначение и область применения;
    • технические характеристики;
    • ожидаемые технико-экономические показатели;
    • источники, использованные при разработке.
    В зависимости от особенностей документа отдельные разделы (подразделы) допускается объединять или вводить новые.
    В разделе «Введение» указывают наименование программы и/или условное обозначение темы разработки, а также документы, на основании которых ведется разработка с указанием организации и даты утверждения.
    В разделе «Назначение и область применения» указывают назначение программы, краткую характеристику области применения программы.
    Раздел «Технические характеристики» должен содержать следующие подразделы:
    • постановка задачи на разработку программы, описание применяемых математических методов и, при необходимости, описание допущений и ограничений, связанных с выбранным математическим материалом;
    • описание алгоритма и/или функционирования программы с обоснованием выбора схемы алгоритма решения задачи, возможные взаимодействия программы с другими программами;
    • описание и обоснование выбора метода организации входных и выходных данных;
    • описание и обоснование выбора состава технических и программных средств на основании проведенных расчетов и/или анализов, распределение носителей данных, которые использует программа.
    В разделе «Ожидаемые технико-экономические показатели» указывают технико- экономические показатели, обосновывающие выбранный вариант технического решения, а также, при необходимости, ожидаемые оперативные показатели.
    В разделе «Источники, использованные при разработке» указывают перечень научно- технических публикаций, нормативно-технических документов и других научно-технических материалов, на которые есть ссылки в основном тексте.
    В приложение к документу могут быть включены таблицы, обоснования, методики, расчеты и другие документы, использованные при разработке.
    ГОСТ 19.502. Описание применения. Требования к содержанию и оформлению
    Составление информационной части (аннотации и содержания) является обязательным.
    Текст документа должен состоять из следующих разделов:
    • назначение программы;
    • условия применения;
    • описание задачи;
    • входные и выходные данные.
    В зависимости от особенностей программы допускается вводить дополнительные разделы или объединять отдельные разделы.
    В разделе «Назначение программы» указывают назначение, возможности программы, ее основные характеристики, ограничения, накладываемые на область применения программы.

    20
    В разделе «Условия применения» указываются условия, необходимые для выполнения программы (требования к необходимым для данной программы техническим средствам, и другим программам, общие характеристики входной и выходной информации, а также требования и условия организационного, технического и технологического характера и т.п.).
    В разделе «Описание задачи» должны быть указаны определения задачи и методы ее решения.
    В разделе «Входные и выходные данные» должны быть указаны сведения о входных и выходных данных.
    В приложение к общему описанию могут быть включены справочные материалы
    (иллюстрации, таблицы, графики, примеры и т.п.).
    Задания к практической работе
    Предлагается разработать следующую технологическую документацию с соблюдением требований ЕСПД по их структуре и содержанию:
    • описание программы;
    • описание применения;
    • пояснительная записка;
    • программа и методика испытаний;
    • спецификация.
    В зависимости от предметной области и вида ПС, выданного в качестве задания, возможно изменение преподавателем состава и содержания технологической документации.
    Пояснительная записка является достаточно объемным документом. Поэтому для сложных ПС по согласованию с преподавателем можно сократить объем некоторых разделов, но, описав при этом, по 1–2 объекта.
    В документации обязательно должны быть приведены таблицы, схемы, иллюстрации, копии экранов, поясняющие положения документов.
    Если в документации требуется привести блок-схемы алгоритмов, тексты программ, их требуется оформить согласно требованиям соответствующих стандартов ЕСПД.
    1. Изучите и законспектируйте теоретический материал «Единая система программной документации», обратив особое внимание на следующие вопросы:
    2. Ответить на контрольные вопросы.
    3.
    Используя результаты практической работы
    № 10, последовательно разработать технологическую документацию на заданное ПС, выполнив требования ЕСПД к ее содержанию и оформлению.
    4. Отчетом по практической работе является оформленная документация.
    Контрольные вопросы
    1. Требования к оформлению программных документов.
    2. Требования к содержанию и оформлению технического задания.
    3. Требования к содержанию и оформлению спецификации.
    4. Требования к содержанию и оформлению программы и методики испытаний.
    Показатели качества программных средств, определяемые стандартом ГОСТ 19.301-2000.
    5. Требования к содержанию и оформлению текста программы.
    6. Требования к содержанию и оформлению описания программы.
    7. Требования к содержанию и оформлению пояснительной записки.
    8. Требования к содержанию и оформлению описания применения.
    9. Требования к содержанию и оформлению руководств системного программиста, программиста, оператора и по техническому обслуживанию.
    1   2   3   4   5   6   7   8   9   ...   24


    написать администратору сайта