- •Техническое задание на разработку по (типы гост, основные разделы гост, принципы разработки технического задания на по)
- •Раздел 1. Общие сведения:
- •Раздел 2. Назначение и цели создания системы.
- •Раздел 3. Характеристики объекта автоматизации
- •Раздел 4 «Требования к системе».
- •Сертификация, стандартизация в области разработки и тестирования по
- •Уровни тестирования по. V-модель разработки и тестирования. Связь V-модели с типами тестирования
- •Модульное тестирование (Unit testing)
- •Интеграционное тестирование (Integration testing)
- •Системное тестирование (System testing)
- •Приемочное тестирование (Acceptance testing)
- •Математические модели оценки качества (надежности) по.
- •Этапы разработки по. Основные задачи, характеристики этапов.
- •Сase-системы (назначение, состав, основные функции)
- •Атрибуты. Показатели качества. Методика расчета и оценка показателей качества по (стандарт 9126)
- •Внедрение и сопровождение по (типы гост, основные этапы, и нормативные документы). Приемочное тестирование. Типы приемочного тестирования.
- •Паттерны, Фреймворки при разработке по. Визуальные средства проектирования (Visual Paradigm и др.).
- •Эскизный проект.
- •Оценка качества разработки по, основные показатели, атрибуты, стандарты, регламентирующие методику и оценки качества по.
- •1. Показатели качества по:
- •2. Атрибуты качества по:
- •3. Стандарты качества по:
- •4. Методики оценки качества по:
- •Модели оценки качества по (модели Муссы, Коркорена, Шумана и др.). Метрики оценки по (Чепина, Джилба и др.).
- •Типы тестирования. Модульное тестирование. Unit – тесты . Использование Unit-тестов при тестировании. Microsoft Test Manager. Динамическое и статическое тестирование.
- •Технический проект. Рабочий проект. Техническая документация разработки программных средств.
- •Uml (диаграммы uml)
Раздел 4 «Требования к системе».
4.1. Требования к системе в целом.
4.1.1. Требования к структуре и функционированию системы
ПО должно быть выполнено на базе SCADA- системы типа, пакетов технологических программ нижнего уровня .
ПО делиться на ПО верхнего уровня и нижнего уровня автоматизированной системы. ПО верхнего уровня должно быть выполнено на базе SCADA-cистемы типа.
ПО нижнего должно содержать комплект дополнительных технологических программ, выполненных на языке программирования FCL для организации работы нечеткого регулирования параметров температуры, концентрации.
4.1.2. Показатели назначения.
4.1.4. Требования к надежности.
Среднее время безотказной работы системы датчиков температуры не менее 700 час, системы датчиков давления не менее , и т.д
Среднее время безотказной работы контроллеров не менее 900 час.
Частота отказов системы не более
4.1.5. Требования к безопасности.
Требования к защите от несанкционированного доступа
Требования к антивирусной защите, шпионского ПО и защите от атак
Защита от сбоев и отказов и т.д.
4.1.5. Требования к эргономике и технической эстетике.
Напр. в части интерфейса пользователя
Интерфейсы подсистем должны быть типизированы
Должно быть наличие русскоязычного интерфейса пользователя
Должно быть использование шрифта
Размер шрифта
Должны быть предусмотрены «горячие» клавиши
4.1.8 Требования к численности и квалификации персонала системы и режиму его работы.
4.1.9. Требования к защите информации от несанкционированного доступа.
4.1.10. Требования по стандартизации и унификации
Напр. Разработка АСУТП должна производиться с использованием стандартных методологий
Функционального моделирования IOEFo
Информационного моделирования
Для работы с БД должен быть применен язык запросов SQL в рамках стандарта ANSI SQL -92.
Для разработки пользовательских интерфейсов и средств генерации отчетов должны использоваться BI приложения.
Раздел 5. Состав и содержание работ по созданию системы.
Раздел 6. Порядок контроля и приемки системы.
Раздел 7. Требования к составу и содержанию работ по подготовке объекта автоматизации ввода в действие.
Приводиться перечень основных мероприятий и исполнителей при подготовке объекта автоматизации в действие.
Раздел 8 Требования к документированию
Согласованный с заказчиком и разработчиком перечень комплектов и видов документов соответствующим требованиям ГОСТ 34 и НТД Отрасли
Раздел 9 Источники разработки
Сертификация, стандартизация в области разработки и тестирования по
СЕРТИФИКАЦИЯ – подтверждение соответствия требованиям (независимая от заказчика и производителя организация) юридически удостоверяет, что состояние продукции соответствует установленным требованиям и стандартам.
Наиболее часто современные контракты на создание ПО подготавливается непрофессионально (т.е. часто требования к заказам неформализованы, зависит от интуиции заказчиков)
Поэтому многие несертифицированные программные продукты не способны выполнять многие функции на них возложенные. Поэтому приходиться долго дорабатывать ПО (иногда безуспешно)
Задача удостоверения качеством сводиться к испытаниям. Существует 2 типа испытаний:
- СЕРТИФИКАЦИЯ Процессов производства
- СЕРТИФИКАЦИЯ Продуктов производства
Сертификация может быть:
- Добровольной
- Обязательной
Обязательной сертификации должны быть обеспечены наиболее ответственные ПО.
Добровольное сертификация позволяет повысить конкурентоспособность разработанного ПО. Разумеется, цена такого ПО выше.
К сертификации допускаются квалифицированные специалисты –аудиторы(эксперты) по сертификации
Потребителей же интересует качество ПО
Однако качество может быть гарантировано только посредством испытаний
Т.о. результат – получение сертификата соответствия.
Т.о. сертификат соответствия ПО должен гарантировано отвечать требования заказчика.
Кроме того, полученный сертификат в дальнейшем может использоваться
Для работы с потенциальными заказчиками
Для рекламы разработанного ПО
Можно отметить следующие этапы сертификации:
- Исходя из типа ПО отбираются требования к качеству ПО(а именно требования по надежности ПО, функциональной безопасности , производительности и эффективности использовании ПО в реальном времени, оценка рисков использования ПО и т.д. ).
- Организация и подготовка сертификационных испытаний на соответствие требованиям
- Сертификационные испытания
- Оформление результатов
Для получения сертификата системы ГОСТ РФ нужно обратиться или в один из аттестованных Госстандартом России органов по сертификации, или непосредственно в Госстандарт, где порекомендуют такой орган.
Можно также обратиться в одну из аккредитованных Госстандартом испытательных лабораторий. Однако в отличие от органа по сертификации лаборатория не имеет права самостоятельно выдавать сертификат соответствия, но может проводить испытания, которые затем проверяются и утверждаются организацией, связанной с данной лабораторией соответствующими договорами.
Одним из примеров такой организации является Российский научно-технический центр информации по стандартизации, метрологии и оценке соответствия («Стандартинформ – Сертификат»). Организация аккредитована в качестве Органа по добровольной сертификации программных средств и информационных продуктов вычислительной техники в Системе сертификации ГОСТ Федерального агентства по техническому регулированию и метрологии.
Стандарт – это специальным образом оформленный договор между всеми участниками определенного вида деятельности, например, производства программного обеспечения.
Стандарты позволяют:
- зафиксировать договоренности между участниками,
- обеспечить совместимость результатов,
- многократно использовать удачные технические решения.
Типы стандартов:
- Договоренности, достигнутые на предприятии, оформляются в виде стандарта организации (СТО). После утверждения руководителями организации СТО становятся обязательными для исполнения всеми сотрудниками данной организации.
- Договоренности, достигнутые в отрасли, оформляются в виде отраслевых стандартов (ОСТы)
- Более высокий уровень ГОСТы (в пределах государства.)
- Международные стандарты (напр. МЭК)
Основные стандарты:
СТАНДАРТ ISO / IEC 0002 определяет основные термины и определения в области стандартизации и сертификации.
СТАНДАРТ ISO 9000 административное управление системой качества (международный стандарт).
Требования к ПО:
- ориентировано на пользователя с низкими знаниями техники
- иметь эффективный интерфейс
- иметь средство защиты от несанкционированного доступа
- Эффективность технических характеристик программы (напр. минимальные затраты оперативной и внешней памяти, времени работы процессора , устройств ввода/вывода)
- Модифицируемость программы
- Корректная спецификация программы
- Надежность ПО – определяется как свойство выполнять заданные функции без отказов