- •Общая характеристика технологии программных средств.
- •Принципиальная схема разработки программных средств. (Технология, процесс создания).
- •Способы описания алгоритмов.
- •Описание алгоритма с помощью таблиц решения.
- •Технология системного проектирования программных средств. Принципиальная схема разработки.
- •Современные методы и средства разработки прикладных программных средств.
- •Характеристики качества программного обеспечения.
- •Языки программирования.
- •Надёжность программного обеспечения.
- •Показатели надёжности.
- •Факторы, определяющие надёжность по.
- •Стандартизация. Дисциплина и творчество программирования.
- •Виды программ и программных документов.
- •Виды программных документов.
- •Эксплуатационные документы.
- •Классификация документов.
- •Работы, выполняемые на стадии «Эскизный проект».
- •Структурное программирование.
- •Терминология и обозначения.
- •Очевидно, что g и h являются простыми программами, иначе f была бы не простой.
- •Число управляющих линий в блоке h удовлетворяет соотношению:
- •Графическая иерархическая документация (гид).
- •Простейшие пути повышения качества программ.
- •Классификация ошибок.
- •Сквозной структурный контроль.
- •Стиль программирования и качества программ.
- •Case – технологии.
- •Моделирование данных.
- •Что дает применение case-средств?
- •Средства реализации case-технологий.
- •Общая характеристика case-средства
- •Особенности рабочего интерфейса
- •Начало работы с проектом в среде
- •Разработка диаграммы вариантов использования в среде Rational Rose.
- •Разработка диаграммы классов в среде
- •Диаграмма классов
- •Разработка диаграммы состояний в среде Rational Rose.
- •Разработка диаграммы последовательности в среде Rational Rose.
- •Разработка диаграммы кооперации в среде Rational Rose.
- •Разработка диаграммы компонентов в среде Rational Rose.
- •Разработка диаграммы развёртывания в среде Rational Rose.
- •Практические примеры диаграмм.
- •Актеры.
- •Диаграмма классов (основы)
- •Ассоциации
- •Заказ от одного клиента
- •Полезные советы по использованию диаграмм классов
- •Диаграмма взаимодействия
- •Диаграмма кооперации
- •Диаграмма кооперации
- •Диаграмма пакетов
- •Диаграмма состояний
- •Верификация программ.
- •Восходящее тестирование, нисходящее тестирование.
- •Методы тестирования компонентов.
- •Структура коллектива программистов.
- •Общая структура коллектива, работающего над крупным проектом.
- •Трудовые затраты по видам работ (человеко/месяц).
Моделирование данных.
Практически каждая информационная система манипулирует часто очень сложными данными, работа с которыми невозможна без моделирования. Различают 3 главных типа моделей данных:
1. Концептуальная модель – отражает сущности и их взаимосвязи, объединяя требования индивидуальных пользователей в общую модель организации
2. Логическая модель представляет собой концептуальную модель трансформированную в структуру выбранной СУБД.
3. Физическая модель – логическая модель отображенная на уровне физической реализации БД.
Из многих методологий проектирования ПО выделяют 3 основных класса.
Структурный анализ. В его основе лежит простая идея использования наглядных графических средств в качестве основного средства проектирования ПО.
Информационная инженерия. В этом случае при создании ИС основное внимание уделяется данным: их сбору и организации.
Методологии, основанные на концепции объекта.
Существует много нотаций графических средств. Вот почему возникает необходимость разработки единого стандарта моделирования, предписывающего стандартный набор графических средств, применяемых для создания любого продукта.
Что дает применение case-средств?
Обычно конкретное case-средство предполагает использование некоторой методологии. Однако, разработчики case-средств представляют пользователям не одну, а целое семейство методологий (гибридную). В отдельных странах есть официально рекомендованные правительством методологии, которых следует придерживаться при разработке ПО по заказу государственных организаций. case-средства используют и заказчик и разработчик.
Основное назначение case – помочь разработчику в применении выразительных средств при проектировании программы.
Применение case позволит не приступать к программированию без проекта. Результаты труда отдельных проектировщиков не покинут фирму с уволившимися сотрудниками.
Case дает возможность на ранней стадии разработки убедиться в правильности выбранного пути и позволит участвовать в формировании этого пути к заказчику.
Проектные материалы, подготовленные с помощью case будут четким и строгим указанием программистам, также они окажутся бесценными материалами на этапе сопровождения. Часто от case-средств ждут невозможного.
Средства реализации case-технологий.
Рынок современных case-средств насчитывает десятки различных инструментариев, каждый из которых базируется на той или иной графической нотации. Именно в программном продукте Rational Rose наиболее полно поддерживается язык UML.
UML – является нотацией для объектно-ориентированно анализа и программирования. Он предназначен для упрощения сложного процесса создания программного продукта путем разработки визуальной модели проектируемой системы. Многие профессиональные программисты скептически относятся к самой возможности что-то автоматизировать при написании программы.
Case-средства RR явились одним из самых мощных инструментарием анализа и проектирования объектно-ориентированных программных систем, кардинально меняет стереотипные представления в этой области.