- •Минобрнауки россии
- •Дипломный проект
- •Аннотация
- •О главление
- •Введение
- •Глава 1 анализ предметной области
- •1.1 Информационные системы и система здравоохранения
- •1.2 Классификация мисс
- •1.3 Мисс территориального уровня
- •1.5 Автоматизация бизнес-процессов
- •1.6 Мисс «MedTime»
- •1.7 Мисс «ums – avrora»
- •1.8 Мисс «MedWork»
- •1.9 Сравнительная характеристика рассмотренных систем
- •1.11Методология создания автоматизированных больничных информационных систем
- •1.12 Стратегии разработки информационных систем
- •1.13 Требования к информационному обеспечению
- •Глава 2 проектно-конструкторская часть
- •2.1 Структура автоматизированной системы управления
- •2.2 Создание базы данных
- •2.3 Схема базы данных
- •2.4 Интерфейс программы
- •Глава 3 технологическая часть
- •3.1 Обоснование и описание методов и средств, которые нужно применить для выполнения разработки
- •3.2 Процесс нормализация отношений
- •3.3 Программное обеспечение
- •3.4 Анализ существующих систем управления базами данных и выбор наилучшей
- •3.5 Организация файлов баз данных
- •3.6 Программный продукт dbForge Studio for mysql
- •3.7 Установка dbForge Studio for mysql
- •Глава 4 оценка качества объекта разработки
- •4.1 Общие положения
- •4.2 Оценка качества разработанной программы
- •Глава 5 организационно-экономическая часть
- •5.1 Техническо-экономическое обоснование дипломного проекта
- •5.2 Расчет трудоемкости и цены разработки
- •5.3 Определение затрат на разработку программной продукции
- •Глава 6 информационная безопасность
- •Часть 1. Введение и общая модель.
- •Часть 2. Функциональные требования безопасности.
- •Часть 3. Требования доверия к безопасности.
- •6.1 Объект оценки
- •6.2 Активы, нуждающиеся в защите
- •6.3 Информация о среде безопасности
- •6.3.1 Предположения о безопасном использовании
- •6.3.2 Угрозы безопасности
- •6.3.3 Политика безопасности организации
- •6.3.4 Цель безопасности
- •6.4 Требования безопасности
- •6.5 Определение класса безопасности
- •Глава 7 охрана труда
- •7.1 Электробезопасность
- •7.2 Электромагнитные излучения
- •7.3 Требования к освещенности, эргономике и микроклимату
- •7.4 Пожарная безопасность
- •Последний лист дипломного проекта
Глава 4 оценка качества объекта разработки
4.1 Общие положения
Автоматизированная система управления, является сложным программным продуктом. Следовательно, для оценки качества данного проекта используется ГОСТ 28195-89 «Оценка качества программных средств».
Качество программных средств (ПС) – совокупность свойств, которые обуславливают его пригодность удовлетворить заданные потребности в соответствии с его назначением.
Государственными стандартами ГОСТ 28.806-90 «Качество программных средств: термины и определения» и ГОСТ 28.195-99 «Оценка качества программных средств: общие положения» определены следующие показатели качества:
Надежность ПС – характеризует способность ПС в конкретных областях применения выполнять заданные функции в соответствии с программными документами в условиях возникновения отклонений в среде функционирования, вызванных сбоями технических средств, ошибками и другими дестабилизирующими воздействиями.
Зрелость ПС – совокупность свойств ПС, характеризующая частоту отказов, обусловленную дефектами ПС.
Отказоустойчивость ПС – совокупность свойств ПС, характеризующая его способность поддерживать необходимый уровень пригодности при проявлении дефектов ПС или нарушении установленных интерфейсов.
Восстанавливаемость ПС – совокупность свойств ПС, характеризующая возможность, осуществление, трудоемкость и продолжительность действий по восстановлению им своего уровня годности, а также непосредственно подверженных воздействию данных в случае отказа.
Эффективность ПС – характеризует степень удовлетворения потребности пользователя в обработке данных с учетом экономических, вычислительных и людских ресурсов.
Быстродействие и время отклика ПС – совокупность свойств ПС, характеризующая обеспечиваемое при его функционировании время реакции на запросы, скорость обработки данных и пропускную способность.
Потребление ресурсов ПС – совокупность свойств ПС, характеризующая объемы используемых при его функционировании ресурсов и продолжительность их использования.
Сопровождаемость ПС – характеризует технические аспекты, обеспечивающие простоту устранения ошибок в программе и программных документах и поддержание ПС в работоспособном состоянии.
Анализируемость (диагностика причин ошибок) ПС – совокупность свойств ПС, характеризующая усилия, необходимые для выявления недостатков ПС или причин его отказов, либо для установления частей, которые должны быть видоизменены.
Пригодность к изменениям ПС – совокупность свойств ПС, характеризующая усилие, необходимое для внесения в него изменений, связанных с устранением дефектов или приведением в соответствие с изменяющейся средой функционирования.
Стабильность ПС – совокупность свойств, характеризующая степень отсутствия риска того, что внесенные в него изменения имеют непредвиденное проявление.
Тестируемость ПС – совокупность свойств ПС, характеризующая усилие, необходимое для его проверки после проведения какого–либо видоизменения.
Функциональность – совокупность свойств ПС, определяемая наличием и конкретными особенностями набора функций, способных удовлетворить заданные или подразумеваемые потребности.
Адекватность ПС – совокупность свойств, характеризующая наличие и степень достаточности, обеспечиваемых им функций для решения задач в соответствии с его назначением.
Правильность ПС – совокупность свойств ПС, характеризующие возможность получения только верных или предусмотренных результатов функционирования.
Комплексируемость – совокупность свойств ПС, характеризующая наличие возможности его взаимодействия при функционировании с заданной номенклатурой других ПС или систем.
Нормосоответствие – совокупность свойств ПС, характеризующая его соответствие стандартным соглашениям, договорам и нормам, принятым в установленном порядке.
Защищенность – совокупность свойств ПС, характеризующая его способность предотвратить несанкционированный доступ, как случайный, так и умышленный, к программам и данным, а также степень удобства и полноты обнаружения результатов такого доступа или действия по разрушению программ и данных.
Удобство исполнения ПС – совокупность свойств ПС, характеризующая усилие для его использования и индивидуальную оценку результатов его использования заданным или подразумеваемым кругом пользователей ПС.
Понимаемость ПС – совокупность свойств ПС, характеризующая затраты усилий пользователя на понимание логической концепции этого программного средства.
Осваиваемость ПС – совокупность свойств ПС, характеризующая затраты усилий, необходимые для освоения правил его применения.
Управляемость ПС – совокупность свойств ПС, характеризующая затраты усилий пользователя непосредственно на эксплуатацию и управление функционирующей ПС.
Мобильность – совокупность свойств ПС, характеризующая приспособленность при переносе из одной среды функционирования в другие.
Адаптируемость ПС – совокупность свойств ПС, характеризующая возможность его адаптации для функционирования в различных заданных средах без приложения действий или средств, дополнительных по отношению к тем, которые для этой цели обеспечено само рассматриваемое ПС.
Настраиваемость ПС – совокупность свойств ПС, характеризующая усилия, необходимые при настройке ПС для функционирования в заданной среде.
Заменоспособность ПС – совокупность свойств ПС, характеризующая возможность использования его в качестве другого замещаемого ПС в среде функционирования замещенного ПС, а также необходимые для этого усилия.
Существует множество методов повышения качества и, как следствие, надежности программного обеспечения, важнейшими из которых являются методы, направленные на предупреждение будущих сбоев и максимально возможное снижение числа ошибок:
структурное программирование, т.е. разбиение данных на четко выделенные структуры, а программы – на отдельные модули. Это хороший метод для коллектива программистов, где можно разбить задачу на несколько блоков и оформить каждый блок в виде законченного модуля. Большой выбор объектно-ориентированных языков упрощает эту задачу. Кроме упомянутого выше, еще одно достоинство данного метода в том, что ошибки, появившиеся в результате модификации какого–либо модуля, обнаружить проще (поскольку отлаживать маленький модуль гораздо легче, чем целую программу).
правильное оформление исходного текста программы – т.е. задание идентификаторам значащих названий, а также комментирование "узких" мест. Особенно это помогает, когда документирование необходимо сделать наиболее полным.
контроль чисто специфических ошибки программирования (неправильное использование указателей, использование переменных цикла вне цикла и т.п.).
предэксплуатационное тестирование программных продуктов. Определяющим фактором здесь является правильная разработка тестовой информации, которая должна включать и правильные, и неправильные данные. Причем, данные эти следует выбирать таким образом, чтобы можно было определить, правильный получен результат, или нет. Очень часто на этапе тестирования программный продукт работает устойчиво, а на реальных данных обнаруживается множество ошибок.
Оценка качества осуществляется на всех этапах жизненного цикла ПС при:
планировании показателей качества ПС;
контроле качества на отдельных этапах разработки (техническое задание, технический проект, рабочий проект);
контроле качества в процессе производства ПС;
проверке эффективности модификации ПС на этапе сопровождения.
Оценка качества ПС включает выбор номенклатуры показателей качества оцениваемого программного средства, определение значений этих показателей и сравнение их с базовыми значениями.
