- •этапы разработки ПО
- •v модель
- •Модель Муссы
- •Модель Муссы
- •Модель Муссы
- •1 этап Планирование
- •Надежность ПО
- •моделЬ КОРКОРЭНА
- •Модель КОРКОРЭНА
- •Модель милдса
- •Модель милдса
- •Модель милдса
- •Модель милдса
- •Модель Шумана
- •Модель Шумана
- •Модель Шумана
- •Разработка ТЗ
- •ТЗ Экономическое обоснование
- •Раздел 5 . Состав и содержание работ по созданию системы. Раздел . Порядок
- •Раздел 7 . Стадии и этапы разработки
- •Раздел 7 . Стадии и этапы разработки
моделЬ КОРКОРЭНА
№ |
Тип ошибки |
Число |
Вероятность |
|
|
ошибок |
появления |
|
|
определенно |
ошибки I –го |
|
|
го типа |
типа |
1. |
Ошибки |
41 |
0.09 |
|
вычислительного |
|
|
|
характера |
|
|
2. |
Ошибки логического |
25 |
0.25 |
|
типа |
|
|
3. |
Ошибки |
20 |
0.16 |
|
ввода/вывода |
|
|
Модель КОРКОРЭНА
ЗАДАЧА При тестировании ПО было произведено 100 испытаний ПО.
В результате тестирования ПО :
14 из 100 испытаний прошли без отказов
В остальных случаях получены следующие данные (табл)
Определить: уровень надежности ПО по модели КОРКОРЭНА
Модель милдса
Относится к статическим моделям .
В статических моделях не учитывается время появления ошибок.
Особенность модели: перед началом тестирования осуществляется искусственно введение в программу ошибок Ошибки вносятся случайным образом и фиксируются в протоколе.
Предполагается , что все ошибки (как естественные , так и искусственные ) имеют равную вероятность быть найденными в процессе тестирования.
Пусть после тестирования обнаружено n cсобственных и v искусственных(т.е. заранее внесенных) ошибок.
Модель милдса
Тогда число первоначальных ошибок N будет: N=( n/v) *S
где S – число искусственно внесенных ошибок n – число собственных ошибок.
Вторая часть модели связана с проверкой гипотезы об N.(числе первоначальных ошибок)
Допустим в программе первоначально K ошибок.
Вносим S ошибок и тестируем до тех пор пока все ошибки не будут обнаружены.
Вероятность P
P = { 0 , если n > k
S / (S+K +1) , если n ≤ k (т.е. если число первоначальных ошибок в ПО больше обнаруженных)
Модель милдса
Модель милдса
Недостатки модели Милдса:
1.Необходимость внесения ошибок (процесс плохо формализуем)
2.Достаточно вольное допущение числа K (которое определяется на интуиции программиста ).
Модель Шумана
Относится к динамическим моделям дискретного времени.
Данные для такой модели собираются в процессе тестирования программного обеспечения в течении фиксированных или случайных интервалов времени.
Модель Шумана предполагает, что тестирование проводится в несколько этапов.
Каждый этап представляет собой выполнение программы на полном комплексе тестовых данных.
Выявленные ошибки регистрируются.
Модель Шумана
ЗАДАЧА
В программе имеется I=4381 оператор. В процессе последовательных тестовых прогонов получены результаты. Определить надежность программы.
№ |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
прогона |
|
A |
|
|
|
|
|
B |
|
|
Количество |
1 |
2 |
1 |
1 |
1 |
1 |
1 |
2 |
1 |
1 |
ошибок |
|
|
|
|
|
|
|
|
|
|
Время (мин) |
5 8 2 |
1 |
5 |
1 |
1 |
2 |
5 |
5 |
Модель Шумана
1.Определяем удельное количество ошибок в расчете на одну команду на каждом интервале (напр. A , B)
Рассчитываем время , затраченное на тестирование на каждом интервале.
2.Определяем интенсивности на интервалах.
3.Рассчитываем удельное количество ошибок на всем протяжении времени тестирования (определив сначала общее время тестирования).
4.Рассчитываем коэффициент С и уровень надежности
Разработка ТЗ
Техническое задание создается на подготовительном этапе после утверждения экономического обоснования проекта. Техническое задание предшествует подписанию договора.
ТЗ на программу может составляется по двум ГОСТ
ГОСТ 19.201- 78 «Техническое задание . Требования к содержанию и оформлению».
ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы».
Рассмотрим составление ТЗ по ГОСТ 34.602.89 Раздел 1. Общие сведения.
Указывается полное наименование системы Напр. АСУТП производства пентафталевого лака Шифр темы (или номер договора)
ТЗ
Наименование предприятия разработчика и заказчика системы и их реквизиты
Напр. разработчик НИИ «Электроприбор», заказчик ООО
«Алекс»
Перечень документов на основании которых создается система, кем и когда утверждены эти документы
Плановые сроки начала и окончания работы по созданию системы
Сведения об источниках и порядке финансирования работ
Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы.
ТЗ
Наименование предприятия разработчика и заказчика системы и их реквизиты
Напр. разработчик НИИ «Электроприбор», заказчик ООО
«Алекс»
Перечень документов на основании которых создается система, кем и когда утверждены эти документы
Плановые сроки начала и окончания работы по созданию системы
Сведения об источниках и порядке финансирования работ
Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы.
тз
Напр. Работа по созданию АСУТП сдается разработчиком поэтаптно в соответствии календарным планом ПРОЕКТА. По окончанию каждого этапа разработчик сдает соответствующие документы , состав которых определен Договором.
ТЗ
Наименование предприятия разработчика и заказчика системы и их реквизиты
Напр. разработчик НИИ «Электроприбор», заказчик ООО
«Алекс»
Перечень документов на основании которых создается система, кем и когда утверждены эти документы
Плановые сроки начала и окончания работы по созданию системы
Сведения об источниках и порядке финансирования работ
Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы.
тз
Напр. Работа по созданию АСУТП сдается разработчиком поэтаптно в соответствии календарным планом ПРОЕКТА. По окончанию каждого этапа разработчик сдает соответствующие документы , состав которых определен Договором.
тз
Раздел 2. Назначение и цели создания системы.
Назначение система
Напр. Автоматизированная система предназначена для управления технологического процесса отдельных стадий (перечисляется каких стадий) производства пентафталевого лака.
Цели создания системы
Напр. Цель создания автоматизированной системы заключается в организации автоматизированного управления стадий (перечисляется каких стадий) производства пентафталевого лака.
Раздел 3. Характеристики объекта автоматизации
тз
Краткие сведения об объекте автоматизации (или ссылки на документы, содержащие такую информацию.
Напр. Автоматизированная система в своем составе должна содержать : систему датчиков температуры (в количестве не менее 30 шт ) , систему датчиков давления (не менее 18) , систему датчиков концентрации вещества (перечисляется каких) , систему датчиков расхода вещества, фотодатчиков контроля поверхности , блоки первичной обработки информации и управления на нижнем уровне АСУТП на базе контроллеров типа ПЛК , блоки сбора, контроля и управления информацией на базе АРМ типа (выполненных и устанавливаемых в стойках и (или ) рабочих местах операторов-технологов согласно ГОСТ ), исполнительными устройствами типа
ПО должно включать следующие подсистемы:
тз
Подсистема сбора , первичной обработки данных(нижний уровень) Подсистема контроля и управления (верхний уровень)
Подсистема хранения данных (в составе СУБД) Подсистема формирования отчетности
ТЗ
Сведения об условиях эксплуатации объекта автоматизации и характеристик окружающей среды Напр. Рабочими условиями эксплуатации автоматизированной системы являются:
a ) температура окружающего воздуха от +10 С до +30 С
б) относительная влажность воздуха до 90 % (при температуре +20С). В) атмосферное давление до 89 кПа (674 мм рт. Ст.)
тз
Раздел 4 «Требования к системе».
4.1. Требования к системе в целом.
4.1.1. Требования к структуре и функционированию системы
ПО должно быть выполнено на базе SCADA- системы типа , пакетов технологических программ нижнего уровня .
ПО делиться на ПО верхнего уровня и нижнего уровня автоматизированной системы. ПО верхнего уровня должно быть выполнено на базе SCADA-cистемы типа.
ПО нижнего должно содержать комплект дополнительных технологических программ выполненных на языке программирования FCL для организации работы нечеткого регулирования параметров температуры , концентрации.
4.1.2. Показатели назначения.
тз
4.1.4. Требования к надежности.
Среднее время безотказной работы системы датчиков температуры не менее 700 час, системы датчиков давления не менее 10000 , и т.д
Среднее время безотказной работы контроллеров не менее 900 час.
Частота отказов системы не более
4.1.5. Требования к безопасности.
A)Требования к защите от несанкционированного доступа
B)Требования к антивирусной защите, шпионского ПО и защите от атак
C)Защита от сбоев и отказов и т.д.
тз
4.1.5. Требования к эргономике и технической эстетике. Напр. в части интерфейса пользователя
Интерфейсы подсистем должны быть типизированы
Должно быть наличие русскоязычного интерфейса пользователя
Должно быть использование шрифта
Размер шрифта
В части диалога пользователя:
Должны быть предусмотрены «горячие» клавиши типа
ТЗ
4.1.8 Требования к численности и квалификации персонала системы и режиму его работы.
4.1.9. Требования к защите информации от несанкционированного доступа.
4.1.10 .Требования по стандартизации и унификации
Напр. Разработка АСУТП должна производиться с использованием стандартных методологий
Функционального моделирования IOEFo
Информационного моделирования
Для работы с БД должен быть применен язык запросов SQL
врамках стандарта .
Для разработки пользовательских интерфейсов и средств генерации отчетов должны использоваться BI приложения.
ТЗ
4.3. Экономическое обоснование 4.3.1 Прогнозируемый объем продаж на первый год эксплуатации оценивается 5 000 000. руб.
4.3.2.Расходы на разработку ПО оцениваются в 10 000 000 рубл.
В расходы включены затраты : оплаты труда разработчиков, аренда помещений, приобретение необходимого оборудования и программных средств, а также другие расходы связанные с разработкой ПО.
4.3.3. Окупаемость проекта
T= P ( расходы ) / O (годовой доход)= 10 / 5 = 2 года
Расчет срока окупаемости показывает , что инвестиции в разработку программного обеспечения окупятся в течении 2 лет эксплуатации ПО.
4.3..4. Прогнозируемая рентабельность
θ =( ( O - r )/ r ) *100 = (( 5 -2,5) / 2,5 ) *100 = 100 П
Прогнозируемая рентабельность состовляет 100
:
