Экономико-математические модели для оценки качества информационного обеспечения деятельности инвестиционной компании

• Автор: Пятина, Елена Евгеньевна
• Шифр специальности: 08.00.13
• Научная степень: Кандидатская
• Год защиты: 2000
• Место защиты: Новочеркасск
• Количество страниц: 211 с. : ил.

Введение

1 Содержательный анализ проблем качества информационных и программных систем

1.1 Характеристики качества программного обеспечения

1.2 Свойства аспектов программирования и их оценка

1.3 Соотнесение потребительских и технических характеристик методом

1.4 Международные стандарты, обеспечивающие качество программного обеспечения

1.4.1 Стандарты серии I , 3

1.4.2 Модели качества ii i СММ и II 4 I

1.5 Количественная оценка качества программного обеспечения

1.6 Экономические аспекты качества информационных систем

2 Математические модели для анализа и прогнозирования динамики объемных характеристик информационных потоков в инвестиционной компании
2.1 Оценка статистических характеристик и законов распределения числа выполнений основных операций в депозитарии и бэкофисе инвестиционной компании
2.2 Математические модели для прогнозирования динамики объемных характеристик информационных потоков в инвестиционной компании
2.3 Анализ характеристик тренда и частотных характеристик
информационных потоков
3 Формализованный анализ функциональной полноты информационных систем для автоматизации деятельности инвестиционной компании
3.1 Информационные системы, обеспечивающие внутренний учет операций
с ценными бумагами
3.2 Выделение ядра функций, информационного обеспечения
деятельности инвестиционной компании
3.3 Сравнение систем учета операций с ценными бумагами и денежными средствами финансовых компаний по критерию функциональной полноты
3.4 Описание разработанной информационной системы по учету ценных бумаг и денежных средств
4 Планирование и реализация экстремальных экспериментов и имитационное моделирование для оценки временных параметров информационных систем
4.1 Экстремальные эксперименты для оценки временных характеристик систем учета операций с ценными бумагами и денежными средствами
4.2 Имитационное моделирование для оценки затрат живого и овеществленного труда на выполнение основных операций в депозитарии и бэкофисе инвестиционной компании
Заключение
Библиографический список использованной литературы
Приложения
Приложение 1. Гистограммы распределения числа выполнений функциональных операций в единицу времени рабочий день для наиболее часто выполняемых функциональных операций
Приложение 2. Графики периодограмм и оценки спектральной плотности временных рядов, полученные с использованием окна Хэмминга
Приложение 3. Сглаженнью ряды динамики операций, выполняемых в депозитарии и бэкофисе инвестиционной компании
Приложение 4. Числовью значения прогноза, полученнью при экспоненциальном сглаживании
Приложение 5. Графики анализируемых рядов динамики, полученные с помощью экспоненциального сглаживания
Приложение 6. Числовые значения прогноза, полученные методом авторегрессии и скользящего среднего
Приложение 7. Г рафики анализируемых рядов динамики, полученные с помощью авторегрессии и скользящего среднего
Приложение 8. Функции и функциональные операции, реализуемые в системах автоматизирующих деятельность депозитария и бэкофиса инвестиционных компаний
Приложение 9. Перечень функций, которые должны быть реализованы идеальной системой
Введение


Наработка на отказ среднее время между появлением угроз, нарушающих безопасность заменяет трудно измеримую оценку ущерба, наносимую соответствующими угрозами 4. Подход к измерению этой характеристики был заимствован из области оценки качества технических средств. Для большинства современных информационных систем его информативность, к сожалению невелика. Например, пользователь диалоговой программы привык пользоваться меню, указывая кнопки с помощью клавиатуры, а его коллеге, удобнее правая кнопка мыши. Дефект программы заключается в том, что во всплывающем при нажатии кнопки мыши меню, при определенных обстоятельствах не отключена одна строка, случайное попадание на которую, вызывает отказ. В современных программах количество функций и возможных последовательностей их использования столь велико, что добиться скольконибудь однородного и стационарного потока входных воздействий не только при тестировании, но и даже в процессе эксплуатации фактически невозможно. А при его отсутствии статистическая представительность среднего времени между отказами невелика. Качество и надежность в комплексе обеспечивают высокие потребительские свойства ПО. В процессе создания программного продукта они одновременно и непрерывно контролируются и совершенствуются. Однако насколько реально обеспечить качество и надежность сложной многофункциональной системы при ограниченных сроках разработки Для иллюстрации можно привести результаты опроса более тысячи крупных компаний, проведенного министерством торговли и промышленности Великобритании. Оказалось, что средняя частота отказов информационных систем составила 1 отказ в год компаний, 1 отказ в месяц , 1 отказ в неделю компаний, 1 отказ в день 7 и 5 компаний наблюдали у себя более одного отказа в день. При этом доля отказов и сбоев программного обеспечения в общем списке причин неработоспособности простоев информационных систем составляла . Чрезвычайно порочной необходимо признать процветающую до сегодняшнего дня практику оценки программы по числу строк пусть не пустых и без комментариев 5. При сопоставлении двух программ, реализующих одну прикладную задачу в равной и достаточной степени проверенных, если одна много короче, то предпочтение нужно отдать ей. Почти наверняка она создавалась более квалифицированным персоналом, в ней меньше скрытых ошибок и ее, скорее всего, легче модифицировать. Хотя, конечно времени на отладку и модификацию длинной программы уйдет больше. Длина программы может быть использована в качестве вспомогательной, дополнительной метрики, которая информативна для сравнения программ лишь при условии равной квалификации разработчиков, единого стиля разработки и общего окружения. Для разработчика наиболее информативны непосредственные оценки принимаемых решений, причем бесполезно пытаться построить иерархию свойств. Характеристики со стороны пользователя и со стороны разработчика необходимо рассматривать отдельно, определяя для каждой конкретной пары соответствующую зависимость. Под аспектами программирования будем понимать отношения, связи, отображения, связывающие программы и их отдельные компоненты между собой и с внешним миром. В частности, аспектами программирования являются именование переменных, комментирование, распределение текста программы по файлам. Такое рассмотрение много шире чем модели программ, построенные с точки зрения потоков передачи информации и управления, опыт которых, несомненно, чрезвычайно полезен при анализе внутреннего строения программы. Базовые технические характеристики программы определяются свойствами отношений и отображений, составляющих аспекты программирования. Эти свойства принадлежат к одной из трех категорий полнота в программе есть все, что нужно, отсутствие избыточности в программе нет ничего лишнего, согласованность программа и ее части соответствуют правилам и законам внешнего мира. Оценка свойства имеет два значения ДА свойство есть, НЕТ свойства нет. Этот тезис не вполне соответствует общепринятой практике, в которой приоритет отдается числовым характеристикам.