Курсовая работа по предмету «Информатика основы»

На тему «Модель процесса сопровождения систем программного обеспечения (СПО)»

Задание:

предмет: Моделирование информационных систем Модель процесса сопровождения систем программного обеспечения (СПО) Деятельность подразделения по сопровождению СПО заключается в решении двух видов звдач. Первая связана с выявлением ошибок в процессе эксплуатации СПО, возникающих по вине исполнителя; вторая – с необходимостью доработки СПО с введением в него новых функциональных возможностей. Первая задача решается за счёт средств договора на сопровождение СПО; вторая по отдельным дополнительным договорам. Договора регламентируют время выполнения работ, объём выплат и объём оплаты за несвоевремен-но выполненную работу по договору. Время между заключением договоров и соответст-венно начало работ распределено по экспоненциальному закону со средним 90 дней. Результативные показатели эффективности: у1 = х1•х7•х11 + х2х8х11 + (1-у3)•х9•у4 + (1-у5)х10у6 – стоимость работ в рублях за календарное время моделирования, которую требуется минимизировать; у2 – время выполнения работ по договору в часах; у3 – вероятность выполнения работ в установленные договором сроки; у4 – среднее время просрочки работ по договору в часах; у5 – вероятность устранения инцидента в регламентный срок устранения; у6 – среднее время просрочки работ по устранению инцидента в часах; у7 – коэффициент занятости программистов в долях от единицы; у8 – коэффициент занятости тестировщиков в долях от единицы. Оптимизируемые факторы: х1 – количество разработчиков (программистов), меняется от 5 до 15; х2 – количество тестировщиков, меняется от4 до 8. Объективные факторы: х3 – количество СПО на сопровождении, меняется от 6 до 12; х4 – количество подпро-грамм в СПО, меняется от 20 до 30; х5 – количество подпрограмм, которое требуется дора-ботать, меняется от 2 до 6; х6 - среднее время инцидентов (выявления некорректностей в СПО), меняется от 3 до 12 месяцев (распределено по экспоненциальному закону); х7 – регламентное время устранения инцидента, меняется от 1 до 5 дней; х8 – плановое время выполнения работ по договору меняется от 3до 6 месяцев; х9 – средняя месячная заработная плата разработчика, не меняется и равна 20 т. руб.; х10 – средняя месячная заработная плата тестировщика, не меняется и равна 15 т. руб.; х11 – штраф по договору за каждый просроченный час выполнения договорных работ, не меняется и равен 2 т. руб.; х12 – штраф за каждый просроченный час устранения инцидента, не меняется и равен 5 тысячам рублей; х13 – календарный срок, принятый для моделирования, не меняется и равен 36 месяцам; х14 – время, затрачиваемое главным программистом на выделение подпрограмм и выдачу заданий, не меняется, распределено по равномерному закону 64±16 часов; х15 – время, затрачиваемое главным тестировщиком на выявление некорректно работающих подпрограмм и выдачу заданий, не меняется, распределено по равномерному закону 8±4 часоа; х16 – время, затрачиваемое программистом на разработку подпрограммы, не меняется, распределено по равномерному закону 120±24 часа; х17 – время, затрачиваемое тестировщиком на тестирование подпрограммы, не меняется, распределено по равномерному закону 16±4 часа; х18 – время, затрачиваемое главным программистом на сборку СПО из разработанных подпрограмм, не меняется, распределено по равномерному закону 16±8 часов; х19 – время, затрачиваемое главным тестировщиком на тестирование СПО в сборе, не меняется, распределено по равномерному закону 12±6 часов; х20 – вероятность, что подпрограмма не прошла тестирование равна 0,16, не меняется; х21 – вероятность, что СПО не прошла тестирование равна 0,20, не меняется. Примечание: при возвратах подпрограмм и СПО в целом на доработку, при отрицательном результате тестирования, факторы с х16 по х21 уменьшаются в два раза. Составить структурную схему подсистемы. Разработать и описать блок-схему алгоритма модели. Составить тесты для оценки корректности работы имитационной модели. Отладить модель на тестах. Провести стратегическое и тактическое планирование. При проведении тактического планирования обеспечить доверительную вероятность результатов моделирования не меньше 0,95. Промоделировать работу серверной подсистемы по стратегическому плану. Провести регрессионный анализ и получить уравнения регрессии для всех результативных показателей от семи влияющих на них факторов. Найти оптимальное значение - х1, х2, минимизирующие целевую функцию у1 при ограничениях на результативные показатели: не более чем на 0.25 от своих полученных средних значений. Для объективных факторов взять средние заданные значения. Проанализировать и объяснить полученные результаты. Составить отчёт.