- •Организации и уровни стандартизации, основные стандарты.
- •Качество программных средств. Методы достижения качества. Сертификация и аттестация.
- •Сущность и принципы структурного подхода, основные понятия и примеры.
- •Стандарты жизненного цикла пс. Iso/iec 12207, гост 19.102-77
- •2. Эскизный проект
- •3. Технический проект
- •4. Рабочий проект
- •5. Внедрение
- •5.Планирование процессов разработки пс. Методы определения трудоемкости и стоимости разработки пс.
- •6.Моделирование данных. Основные понятия, определения и примеры.
- •7.Назначение и классификация case-средств.
- •1. Компонентный состав:
- •9.Назначение, термины и основные возможности case-средства erwin.
- •10. Классификация систем и методов защиты программных средств и показатели оценки их качества.
2. Эскизный проект
Разработка эскизного проекта. Предварительная разработка структуры входных и выходных данных. Уточнение методов решения задачи. Разработка общего описания алгоритма решения задачи. Разработка технико‑экономического обоснования.
Утверждение эскизного проекта. Разработка пояснительной записки. Согласование и утверждение эскизного проекта.
3. Технический проект
Разработка технического проекта. Уточнение структуры входных и выходных данных. Разработка алгоритма решения задачи. Определение формы представления входных и выходных данных. Определение семантики и синтаксиса языка. Разработка структуры программы. Окончательное определение конфигурации технических средств.
Утверждение технического проекта. Разработка плана мероприятий по разработке и внедрению программ. Разработка пояснительной записки. Согласование и утверждение технического проекта.
4. Рабочий проект
Разработка программы. Программирование и отладка программы.
Разработка программной документации. Разработка программных документов в соответствии с требованиями ГОСТ 19.101–77.
Испытания программы. Разработка, согласование и утверждение программы и методики испытаний. Проведение предварительных государственных, межведомственных и других видов испытаний. Корректировка программы и программной документации по результатам испытаний.
5. Внедрение
Подготовка и передача программы. Подготовка и передача программы и программной документации для сопровождения и (или) изготовления. Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление. Передача программы в фонд алгоритмов и программ.
Допускается исключать вторую стадию разработки, а в технически обоснованных случаях – вторую и третью стадии. Необходимость проведения этих стадий указывается в техническом задании.
Допускается объединять, исключать этапы работ и (или) их содержание, а также вводить другие этапы работ по согласованию с заказчиком.
5.Планирование процессов разработки пс. Методы определения трудоемкости и стоимости разработки пс.
Комплекс формально организованных мероприятий по созданию сложной системы с заданными характеристиками качества при ограниченных ресурсах получил название ПРОЕКТ.
Управление проектом – это вид деятельности, включающей в себя постановку задач, подготовку решений, планирование, организацию и стимулирование специалистов, контроль за ходом выполнения работ и использованием ресурсов при создании сложных систем.
Цель управления проектом – рациональное использование ресурсов путем сбалансированного распределения их по частным работам на протяжении всего цикла разработки.
Базой эффективного управления проектом является ПЛАН, в котором задачи исполнителей частных работ согласованы с выделяемыми для них ресурсами, а также между собой по результатам и срокам их достижения. План проекта отражает рациональное сочетание целей, стратегий действий, конкретных процедур, доступных ресурсов и других компонент, необходимых для достижения поставленной основной цели с заданным качеством. Планирование проектов должно обеспечивать компромисс между характеристиками создаваемой системы и ресурсами, необходимыми на ее разработку и применение.
Стадии планирования:
первичное прогнозирование возможных характеристик проекта на базе обобщения данных подобных прототипов ранее реализованных проектов или нормативов. Существует три метода оценки стоимости разработки ПС:
1 - использование прототипов: фактическая стоимость разработанного проекта аналогичного по параметрам с разрабатываемым принимается за исходную для нового проекта. Далее эта сумма может уточняться с учетом особенностей нового проекта.
2 – нормативный. Рассмотрим этот метод на примере типовых норм времени по программированию задач для ЭВМ, утвержденных Постановлением Госкомитета СССР по труду и социальным вопросам № 454/22-70 от 27.07.1987 г. Все задачи разделены на десять классов (например бухгалтерские, плановые, статистические и др.). Для каждого класса в строках и колонках таблиц указывается число входных и выходных документов, соответственно, а в ячейках трудозатраты на программирование в человеко-днях. Существуют поправочные коэффициенты, учитывающие новизну и сложность задачи (А – применение принципиально новых методов разработки, Б – разработка типовых проектных решений, В - использование измененных типовых проектных решений, Г – привязка к готовым типовым проектным решениям); сложность документа и уровень автоматизации программирования для языков программирования. Вводятся коэффициенты и формулы расчета трудоемкости для других видов работ (проектирование, обследование, внедрение и др.) в которых участвуют рассчитанные затраты на программирование и другие показатели (количество файлов, НСИ, объемы документов в стороках и др.). Далее составляется смета затрат по видам работ в чел-днях и стоимостном выражении (чел-дни умножаются на стоимость 1 чел-дня). В настоящее время это методику вполне можно использовать после практической переоценки значений используемых параметров в расчетах с учетом новых программных средств проектирования и разработки ПС;
3 – экспертный метод: группа экспертов оценивает разработку ПС экспертным методом, который далее усредняются.
подготовка рабочего плана (возможно сетевого графика) выполнения этапов и частных работ с учетом затрат ресурсов на их реализацию;
управление реализацией плана, его оперативной корректировки и перераспределения ресурсов в соответствии с особенностями реализации завершенной части проекта;
обобщение результатов планирования и управления проектом для использования этих данных в качестве прототипа при разработке последующих проектов.