СТАДИИ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ. На проект разработки ПО можно смотреть как на перемещение тяжелой каменной глыбы. Нужно либо передвигать камень. - презентация

1 СТАДИИ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

2 На проект разработки ПО можно смотреть как на перемещение тяжелой каменной глыбы. Нужно либо передвигать камень каждый день ближе к конечному пункту, либо попытаться придумать нечто, позволяющее сократить на один день срок, необходимый для преодоления оставшегося расстояния

3 Передвигая каменную глыбу или создавая компьютерное ПО, рассудительные работники спланируют работу, чтобы она шла споро и эффективно

4 Творческие коллективы постоянно ищут пути повышения эффективности работы

5 Сначала напишем, потом исправим ошибки При использовании подхода «напишем и исправим» удачные проекты завершаются, когда от них еще можно получить небольшие «порции» производительной работы. Неудачные проекты застревают в области, где все 100% усилий направлены на переработку, планирование и управление процессом

6 Развитые методики разработки ПО предусматривают больше усилий на ранних стадиях проекта с целью избавиться от избыточных работ на более поздних стадиях Развитые методики разработки ПО предусматривают больше усилий на ранних стадиях проекта с целью избавиться от избыточных работ на более поздних стадиях

7 Ориентир – качество До определенного момента проекты, в которых добиваются наименьшего числа дефектов, также могут уложиться в самые короткие сроки. В большинстве проектов можно сократить сроки, устраняя дефекты на более ранних стадиях работы До определенного момента проекты, в которых добиваются наименьшего числа дефектов, также могут уложиться в самые короткие сроки. В большинстве проектов можно сократить сроки, устраняя дефекты на более ранних стадиях работы

8 Иногда «ложное золото» оказывается серебром Инновации типа «серебряной пули» часто не оправдывают ожиданий

9 «Ложное золото» - ПО представляет собой «мягкий» объект Изменение технических требований (попытка воспользоваться предполагаемой «мягкостью» ПО) – это один из самых распространенных источников превышения бюджета и один из важнейших факторов отмены проектов

10 К каким выводам приводит существование «ложного золота» Для успеха проекта ПО нельзя начинать написание исходной программы на слишком ранней стадии. Для успеха проекта ПО нельзя начинать написание исходной программы на слишком ранней стадии. Нельзя жертвовать контролем количества дефектов ради стоимости или сроков проекта, если только речь не идет о критически важных системах. Держите количество дефектов в центре внимания; стоимость и сроки приложатся. Нельзя жертвовать контролем количества дефектов ради стоимости или сроков проекта, если только речь не идет о критически важных системах. Держите количество дефектов в центре внимания; стоимость и сроки приложатся.

11 К каким выводам приводит существование «ложного золота» Магические спасительные средства типа «волшебной серебряной пули» вредны для проекта, хотя практика показывает, что их поставщики будут утверждать обратное. Магические спасительные средства типа «волшебной серебряной пули» вредны для проекта, хотя практика показывает, что их поставщики будут утверждать обратное. Небрежная модификация технологии является особенно губительной «серебряной пулей», поскольку подрывает дальнейшие попытки усовершенствовать процесс разработки. Небрежная модификация технологии является особенно губительной «серебряной пулей», поскольку подрывает дальнейшие попытки усовершенствовать процесс разработки. Несмотря на представление о ПО как о гибком предмете, оно таковым не является, если только не было изначально разработано гибким, а создание гибкого ПО стоит дорого. Несмотря на представление о ПО как о гибком предмете, оно таковым не является, если только не было изначально разработано гибким, а создание гибкого ПО стоит дорого.

12 ГОСТ СТАДИИ РАЗРАБОТКИ Стадии разработки Этапы работ Содержание работ 1. Техническое задание Обоснование необходимости разработки программы Постановка задачи Сбор исходных материалов Выбор и обоснование критериев эффективности и качества разрабатываемой программы. Обоснование необходимости проведения научно- исследовательских работ. Научно- исследовательские работы Определение структуры входных и выходных данных. Предварительный выбор методов решения задач. Обоснование целесообразности применения ранее разработанных программ. Определение требований к техническим средствам. Обоснование принципиальной возможности решения поставленной задачи Разработка и утверждение технического задания Определение требований к программе. Разработка технико-экономического обоснования разработки программы. Определение стадий, этапов и сроков разработки программы и документации на неё. Выбор языков программирования. Определение необходимости проведения научно- исследовательских работ на последующих стадиях. Согласование и утверждение технического задания.

13 2. Эскизный проект Разработка эскизного проекта Предварительная разработка структуры входных и выходных данных. Уточнение методов решения задачи. Разработка общего описания алгоритма решения задачи Разработка технико-экономического обоснования. Утверждение эскизного проекта Разработка пояснительной записки. Согласование и утверждение эскизного проекта.

14 3. Техничес кий проект Разработка технического проекта Уточнение структуры входных и выходных данных. Разработка алгоритма решения задачи. Определение формы представления входных и выходных данных. Определение семантики и синтаксиса языка. Разработка структуры программы. Окончательное определение конфигурации технических средств. Утверждение технического проекта Разработка плана мероприятий по разработке и внедрению программ. Разработка пояснительной записки. Согласование и утверждение технического проекта.

15 4. Рабочий проект Разработка программы Программирование и отладка программы Разработка программной документации Разработка программных документов в соответствии с требованиями ГОСТ ГОСТ ГОСТ Испытания программы Разработка, согласование и утверждение порядка и методики испытаний. Проведение предварительных государственных, межведомственных, приёмо-сдаточных и других видов испытаний. Корректировка программы и программной документации по результатам испытаний.

16 5. Внедрение Подготовка и передача программы Подготовка и передача программы и программной документации для сопровождения и (или) изготовления. Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление. Передача программы в фонд алгоритмов и программ.

17 ОБЩИЕ ПОЛОЖЕНИЯ О СТАНДАРТАХ

18 Стандартизация это деятельность, направленная на разработку и установление требований, норм, правил, характеристик, как обязательных для выполнения, так и рекомендуемых, обеспечивающая право потребителя на приобретение товаров надлежащего качества, а также право на безопасность и комфортность труда

19 Цель стандартизации достижение оптимальной степени упорядочения в той или иной области посредством широкого и многократного использования установленных положений, требований, норм для решения реально существующих, планируемых или потенциальных задач. Цель стандартизации достижение оптимальной степени упорядочения в той или иной области посредством широкого и многократного использования установленных положений, требований, норм для решения реально существующих, планируемых или потенциальных задач. Основными результатами деятельности по стандартизации должны быть повышение степени соответствия продукта (услуги), процессов их функциональному назначению, устранение технических барьеров в международном товарообмене, содействие научно-техническому прогрессу и сотрудничеству в различных областях. Основными результатами деятельности по стандартизации должны быть повышение степени соответствия продукта (услуги), процессов их функциональному назначению, устранение технических барьеров в международном товарообмене, содействие научно-техническому прогрессу и сотрудничеству в различных областях.

20 Схема уровней стандартизации Стандартизация Международная Региональная Национальная Государственная Отраслевая Внутрифирменная

21 Схема разновидностей нормативных документов Нормативные документы Стандарты Документы технических условий Своды правил Регламенты Положения

22 Стандарт это нормативный документ, разработанный на основе консенсуса, утвержденный признанным органом, направленный на достижение оптимальной степени упорядочения в определенной области Стандарт это нормативный документ, разработанный на основе консенсуса, утвержденный признанным органом, направленный на достижение оптимальной степени упорядочения в определенной области Предварительный стандарт это временный документ, который принимается органом по стандартизации и доводится до широкого круга потенциальных потребителей, а также до тех, кто может его применить.

23 Документ технических условий (technical specification) устанавливает технические требования к продукции, услуге, процессу Документ технических условий (technical specification) устанавливает технические требования к продукции, услуге, процессу Свод правил обычно разрабатывается для процессов проектирования, монтажа оборудования и конструкций, технического обслуживания или эксплуатации объектов, конструкций, изделий. Технические правила, содержащиеся в документе, носят рекомендательный характер Свод правил обычно разрабатывается для процессов проектирования, монтажа оборудования и конструкций, технического обслуживания или эксплуатации объектов, конструкций, изделий. Технические правила, содержащиеся в документе, носят рекомендательный характер

24 Регламент это документ, в котором содержатся обязательные правовые нормы Регламент это документ, в котором содержатся обязательные правовые нормы Нормативными документами являются также ПР правила по стандартизации, Нормативными документами являются также ПР правила по стандартизации, Р рекомендации по стандартизации, Р рекомендации по стандартизации, ТУ технические условия ТУ технические условия

25 Государственные стандарты разрабатывают на продукцию, работы и услуги, потребности в которых носят межотраслевой характер. Государственные стандарты разрабатывают на продукцию, работы и услуги, потребности в которых носят межотраслевой характер. Отраслевые стандарты разрабатываются применительно к продукции определенной отрасли. Отраслевые стандарты разрабатываются применительно к продукции определенной отрасли.

26 Объектами отраслевой стандартизации могут быть: продукция, процессы и услуги, применяемые в отрасли; продукция, процессы и услуги, применяемые в отрасли; правила, касающиеся организации работ по отраслевой стандартизации; правила, касающиеся организации работ по отраслевой стандартизации; типовые конструкции изделий отраслевого применения (инструменты, крепежные детали и т.п.); типовые конструкции изделий отраслевого применения (инструменты, крепежные детали и т.п.); правила метрологического обеспечения в отрасли. правила метрологического обеспечения в отрасли.

27 Стандарты в области программного обеспечения регламентируют взаимодействие между различными программами. ОБОЗНАЧЕНИЕ СТАНДАРТОВ ЕСПД цифры 19, присвоенные классу стандартов ЕСПД; цифры 19, присвоенные классу стандартов ЕСПД; одна цифра (после точки), обозначающая код классификационной группы стандартов; одна цифра (после точки), обозначающая код классификационной группы стандартов; двузначное число, определяющее порядковый номер стандарта в группе; двузначное число, определяющее порядковый номер стандарта в группе; двузначное число (после тире), указывающее год регистрации стандарта. двузначное число (после тире), указывающее год регистрации стандарта. ГОСТ

28 Классификации стандартов в области ИТ Стандарты: В зависимости от масштаба (международные, национальные, отраслевые, внутрифирменные) В зависимости от масштаба (международные, национальные, отраслевые, внутрифирменные) В зависимости от возникновения («де-факто», «де-юре») В зависимости от возникновения («де-факто», «де-юре»)

29 Классификации стандартов в области ИТ Стандарты на организацию жизненного цикла Стандарты обеспечения качества Стандарты обеспечения качества Стандарты надежности Стандарты надежности Стандарты разработки ПО Стандарты разработки ПО Стандарты тестирования Стандарты тестирования Стандарты документирования Стандарты документирования

30 Классификации стандартов в области ИТ Модели разработки: RUP RUP Tickit Tickit CMM CMM МетодOracle МетодOracle IEEE Software Engineering Standarts IEEE Software Engineering Standarts IEEE/EIA IEEE/EIA Cleanroom Software Engineering Model Cleanroom Software Engineering Model

31 Схема истории и истоков SQL

32 Схема истории стандартизации SQL