Стадия реализации и оценка трудоемкости разработки информационных систем - Презентация

Оценка трудоемкости разработки ИС.2 Рабочее проектирование Рабочее проектирование - детальное проектирование, включающее: разработку программ ИС, выбор и адаптацию приобретаемых программных средств, разработку спецификаций каждого компонента, разработку интерфейсов между компонентами, разработку требований к тестам, разработку плана интеграции компонентов.3 Связь между этапами проектирования4 Документация этапа рабочего проектирования Рабочий проект - комплекс документации, содержащий все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и ее эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями. В комплекс рабочего проекта входит также программная документация в соответствии с ГОСТ 19.701-90 .5 Каталог базы данных Состав выходных данных (сообщений) Инструкция по формированию и ведению базы данных Чертеж формы документа (видеокадра) Ведомость машинных носителей информации Массив входных данных Методика (технология) автоматизированного проектирования Технологическая инструкция Руководство пользователя Описание технологического процесса обработки данных Инструкция по эксплуатации КТС Схема соединений внешних проводок Схема подключения внешних проводок Таблица соединений и подключений Схема деления системы (структурная) Чертеж общего вида Чертеж установки технических средств Схема принципиальная Схема структурная комплекса технических средств План расположения оборудования и проводок Спецификация оборудования Ведомость потребности в материалах Локальная смета Общее описание системы Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем) Проектная оценка надежности системы Ведомость держателей подлинников Ведомость эксплуатационных документов6 Разработка спецификаций модулей ИС разработка спецификаций, которые выражают функциональные возможности каждого модуля в физических категориях; определение средств разработки для каждого модуля (или выделенных групп модулей), если используются несколько средств разработки в одном проекте; определение последовательности реализации модулей и зависимостей модулей.7 Предназначение спецификаций Разрабатывается для заказчика с целью получения санкции на завершение проектирования и начало реализации. Основанием для разработки служит постановка задачи .8 Содержание технической спецификации описание назначения формы или функции модуля; данные навигации; формат вызова формы (модуля); список входных параметров и параметров по умолчанию; список выходных параметров и правила их обработки; описание обработки (события внутри модуля и их обработка); список ошибок, которые генерируются в процессе обработки и реакция на них; ограничения доступа к форме (модулю); вероятные блокировки (потенциальные конфликты и обработка ожидания); ожидаемое состояние базы данных после выполнения модуля; способ проверки целостности данных.9 Отсутствие спецификаций Ошибки Последствия Неконтролируемый рост объемов данных Резкое снижение производительности системы Возникновение потоков запросов с изначально высокой вероятностью конфликта Зацикливание Смешивание системных и интерфейсных модулей, ошибки в размещении бизнес-логики Создание «монолитной», тяжело сопровождаемой системы Дублирование модулей Неоправданный рост затрат Отсутствие или неполная реализация требуемых заказчиком функций системы Увеличение сроков разработки и конфликты с заказчиком10 Разработка метрик генерации кода Метрика генерации кода - это таблица плановой трудоемкости по кодированию и отладке ПО. Подсистема (система) Системный тест В нутренн яя приемк а продукта, показывающая уровень его КАЧЕСТВАОСНОВНЫЕ причины неудач проектов разработки ИС 12 Плохое управление проектом «Плывущие» требования Неправильная оценка проекта, связанная с отсутствием опыта или методики оценки проекта; непредвиденными проблемами в используемых средствах и компонентах; непониманием ключевых технических проблем проекта.Единица измерения проекта Наиболее популярные единицы измерения - время и функции системы. зависит от сложности проекта и позволяет изменять оценку размера проекта с изменением требований; применима на всех стадиях жизненного цикла системы, причем на различных этапах жизненного цикла проекта его эффективность определяется заново, с различной глубиной проработки; дает независимые оценки времени выполнения проекта и его трудоемкости; позволяет распределить риски между всеми участниками проекта.