- •Оглавление
- •Нормативные ссылки
- •Термины и определения
- •Сокращения
- •Введение
- •1 Спецификация требований по «Разработке программного обеспечения автоматизированной информационной системы малого предприятия по технологии erp-System»
- •1.1 Введение
- •1.1.1. Цель
- •1.1.2. Область применения
- •1.1.3. Определения, термины и сокращения
- •1.1.4. Ссылки
- •1.1.5. Обзор
- •1.1.6 Общее описание
- •1.2 Общее описание
- •1.2.1. Перспективы продукта
- •1.2.1.1. Концепции операций
- •1.2.1.2. Концепции пользовательского интерфейса
- •1.3.1.1. Пользовательские интерфейсы
- •1.3.1.2 Аппаратные интерфейсы
- •1.3.1.3. Программные интерфейсы
- •1.3.2 Детальные требования к системе автоматизации управления
- •1.3.4 Логические требования базы данных
- •1.3.5 Атрибуты программной системы
- •1.3.5.1 Надежность
- •1.3.5.6 Специальные требования
- •2 Исследовательская работа
- •2.1 Общие требования
- •2.2 Эволюция mrp, mrp II, erp, erp II
- •3.1.1.2 Модуль “Удаленный филиал”
- •3.1.2 Работа с базой данных
- •3.2 Среда проектирования
- •3.3 Выбор системы управления базой данных
- •3.4 Концептуальное и логическое формирование бд
- •3.4.1 Логическое проектирование
- •3.4.2 Разработка физической структуры бд
- •4 Детальное проектирование автоматизированной системы склада готовой продукции
- •4.1 Спецификация требований по
- •4.2 Выбор операционной среды и средств разработки
- •4.3 Проектирование базы данных
- •4.3.1 Описание структуры базы данных
- •4.4 Анализ взаимодействия основных компонентов программы
- •4.5 Диаграммы вариантов использования для программы
- •4.4 Проведения комплексной отладки и испытаний пк
- •5 Детальное проектирование. Реализация и техническая поддержка. Стандарты, нотация и инструментальные средства
- •5.1 Описание программного продукта
- •5.2 Модульная структура программного продукта
- •5.3 Описание свойств, методов и событий классов
- •5.4 Диаграмма процессов
- •5.5 Диаграмма состояний и переходов
- •5.6 Основные требования к интерфейсу
- •5.7 Руководство пользователя
- •5.7.1 Инсталляция и конфигурирование системы
- •5.7.2 Основы работы с программой
- •5.8 Методика оценки надежности проектирования
- •5.8.1 Расчет надежности информационной системы
- •5.8.2 Модель Миллса
- •5.8.3 Оценка надежности информационной системы. Интегральное и системное тестирования
- •6 Экономическая часть
- •6.1 Технико-экономическое обоснование (тэо)
- •6.1.1 Краткая характеристика предприятия
- •6.1.2 Содержание технологического процесса, в котором должна быть использована разработка Менеджер по продажам
- •Администратор
- •Товаровед
- •Кладовщик
- •6.1.3 Содержание технологических недостатков, устраняемых при внедрении данного по
- •6.1.4 Экономическая необходимость и целесообразность
- •6.2 Стадии и этапы разработки
- •6.3 Определение затрат по статье Материалы и Оборудование
- •6.4 Определение затрат по статье «Электроэнергия»
- •6.5 Определение затрат по статье «Амортизация» используемого оборудования
- •6.6 Определение затрат по статье “Зарплата” группы разработчиков
- •6.7 Составление сводная смета предпроизводственных затрат (проектных работ)
- •6.8 Определение цены программного продукта
- •6.9 Определение цены на внедрение программного продукта
- •6.10 Определение цены на сопровождение программного продукта
- •6.11 Расчет экономического эффекта и срока окупаемости от внедрения данной системы
- •7 Безопасность жизнедеятельности
- •7.1 Основные положения об охране труда
- •7.2 Производственная санитарния и гигиена
- •7.2.1Требования к помещениям для работы с пэвм
- •7.2.2 Требования к микроклимату
- •7.2.3 Требования к уровням шума и вибрации на рабочих местах, оборудованных пэвм
- •7.2.4 Требования к уровням электромагнитных полей на рабочих местах, оборудованных пэвм
- •7.2.5 Общие требования к организации рабочих мест пользователей пэвм
- •7.3 Требования к освещению
- •7.4 Техника безопасности
- •7.4.1 Обеспечение электробезопасности
- •7.4.2 Пожаробезопасность
- •7.5 Безопасность жизнедеятельности в чрезвычайных ситуациях
- •Заключение
- •Список использованных источников
- •Приложение а
5.8 Методика оценки надежности проектирования
5.8.1 Расчет надежности информационной системы
Одной из важнейших характеристик качества программного изделия является надежность.
Надежность - это свойство ПИ сохранять работоспособность в течение определенного периода времени, в определенных условиях эксплуатации с учетом последствий для пользователя каждого отказа.
Работоспособным называется такое состояние ПИ, при котором оно способно выполнять заданные функции с параметрами, установленными требованиями технического задания. С переходом ПИ в неработоспособное состояние связано событие отказа.
Модели надежности подразделяются на аналитические и эмпирические, а аналитические же в свою очередь – на динамические и статические.
Аналитические модели дают возможность рассчитать количественные показатели надежности, основываясь на данных тестирования.
Эмпирические модели базируются на анализе структурных особенностей программ (от числа межмодульных связей, количества циклов в модулях, прямых участков или участков ветвления в программе и т.д.).
Динамические модели (появление отказов) - поведение ПС рассматривается во времени. Для динамических моделей необходимы данные о появлении отказов во времени, интервалы каждого отказа - непрерывная картина появления отказов во времени, или число отказов на интервале времени - дискретное время.
Статические модели - модели несвязанные со временем, учитывается только зависимость количества ошибок от количества тестовых прогонов или зависимость от характеристики тестовых данных. Рассмотрим одну из них.
На рисунке 5.2 приведена классификационная схема моделей надежности программного обеспечения (МНПО) на нижнем уровне которой включены модели, представляющие соответствующие группы классификации. В литературе известно гораздо больше моделей, они все подходят под приведенную классификацию, но не включены в схему, чтобы сохранить наглядность.
Рисунок 5.2 - Классификация МНПО
5.8.2 Модель Миллса
Использование этой модели предполагает необходимость перед началом тестирования искусственно вносить в программу («засорять») некоторое количество известных ошибок. Ошибки вносятся случайным образом и фиксируются в протоколе искусственных ошибок. Специалист, проводящий тестирование, не знает ни количества, ни характера внесенных ошибок до момента оценки показателей надежности по модели Миллса. Предполагается, что все ошибки (как естественные, так и искусственно внесенные) имеют равную вероятность быть найденными в процессе тестирования.
Тестируя программу в течение некоторого времени, собирается статистика об ошибках. В момент оценки надежности по протоколу искусственных ошибок все ошибки делятся на собственные и искусственные. Соотношение
, (5.1)
дает возможность оценить N — первоначальное число ошибок в программе. В данном соотношении, которое называется формулой Миллса, S - количество искусственно внесенных ошибок, n - число найденных собственных ошибок, V - число обнаруженных к моменту оценки искусственных ошибок.
Вторая часть модели связана с проверкой гипотезы от N. Предположим, что в программе имеется К собственных ошибок, и внесем в нее еще S ошибок. В процессе тестирования были обнаружены все внесенные ошибки и n собственных ошибок.
Тогда по формуле Миллса мы предполагаем, что первоначально в программе было N=n ошибок. Вероятность, с которой можно высказать такое предположение, возможно, рассчитать по следующему соотношению:
, (5.2)
Таким образом, величина С является мерой доверия к модели и показывает вероятность того, насколько правильно найдено значение N; можно сказать, что С показывает вероятность безотказной работы программы. Эти два связанных между собой по смыслу соотношения образуют полезную модель ошибок: первое предсказывает возможное число первоначально имевшихся в программе ошибок, а второе используется для установления доверительного уровня прогноза. Однако формула для расчета С не может быть использована в случае, когда обнаружены не все искусственно рассеянные ошибки. Для того случая, когда оценка надежности производится до момента обнаружения всех S рассеянных ошибок, величина С рассчитывается по модифицированной формуле:
, (5.3)
где числитель и знаменатель формулы при n<=K являются биноминальными коэффициентами вида
, (5.4)
В действительности модель Миллса можно использовать для оценки N после каждой найденной ошибки. Предлагается во время всего периода тестирования отмечать на графике число найденных ошибок и текущие значения для N. Достоинством модели являются простота применяемого математического аппарата, наглядность и возможность использования в процессе тестирования. [8]