Автор: Пользователь скрыл имя, 05 Декабря 2010 в 12:39, реферат
Специфика разработки программных средств. Жизненный цикл программного средства. Понятие качества программного средства. Обеспечение надежности - основной мотив разработки программного средства. Методы борьбы со сложностью. Обеспечение точности перевода. Преодоление барьера между пользователем и разработчиком. Обеспечение контроля правильности принимаемых решений.
1. Специфика разработки программных средств.
2. Специфика разработки программных средств.
3. Жизненный цикл программного средства.
4. Понятие качества программного средства.
5. Обеспечение надежности - основной мотив разработки программных средств.
6. Методы борьбы со сложностью.
7. Обеспечение точности перевода.
8. Преодоление барьера между пользователем и разработчиком.
9. Контроль принимаемых решений.
Четыре уровня точности эффективного юзкейса. Принципы для определения достаточного для конкретного юзкейса уровня точности
Основные модели, на которых базируются эффективные юзкейсы: пользователи со своими целями и стейкхолдеры со своими интересами
Три уровня целей для юзкейсов. Фундаментальная роль юзкейсов уровня целей пользователя (User goals) для покрытия функциональных требований к системе
Технические
приемы написания юзкейсов. Примеры
достаточно сложных юзкейсов. Паттерны
для эффективных юзкейсов, помогающие
оценить качество их написания
Введение
в IBM Rational RequisitePro
Роль IBM Rational RequisitePro в эффективной организации Управления требованиями
Основные понятия: проект, требование, документ, база данных. Основные механизмы для установления связей между требованиями. Их роль в Управлении изменениями
Атрибуты требований. Рекомендации RUP по их использованию. Роль атрибутов в управлении процессом разработки
Рекомендации RUP по использованию RequisitePro в конкретном проекте. Документ Requirements Management Plan. Необходимость его написания и рекомендации по его построению
Три способа представлений (view) требований, находящихся в Базе данных RequisitePro: Attribute Matrix, Traceability Matrix, Traceability Tree
Организация обсуждения требований в режиме онлайн. Принципы использования E-mail Reader
Использование RequisitePro для работы с эффективными юзкейсами. Принципы организации итеративной разработки. Демонстрация на примерах конкретных проектов
Организация
совместной работы IBM Rational RequisitePro, MS Project
и IBM Rational ClearQuest для организации групповой
разработки
Объектно-ориентированный
анализ и дизайн с использованием IBM Rational
Rose
Схема перехода от юзкейсов к объектному дизайну. Реальные проблемы, которые с этим связаны. Системные события и системные операции. Использование Диаграмм последовательностей (Sequence diagram).
Роль объектно-ориентированного анализа (ООА) как вспомогательного этапа, предшествующего объектно-ориентированному дизайну (OOD). Использование диаграмм классов (Class Diagram) для построения Концептуальной модели предметной области.
Схема перехода от модели объектного анализа к модели объектного дизайна (Design Model). Использование контрактов системных операций для облегчения этого перехода. Реализация контрактов в IBM Rational Rose.
Использование Диаграмм взаимодействия (Interaction Diagram): Диаграмм последовательностей (Sequence diagram) и Диаграмм кооперации (Collaboration diagram) при выполнении Объектного дизайна.
Роль
паттернов дизайна при
Обзор
паттернов группы GoF. Примеры их использования.
Введение
в IBM Rational ClearQuest
Роль IBM Rational ClearQuest в эффективной организации Управления изменениями в проекте. Принципы функционирования в клиент-серверной среде.
Основные понятия: Схемы (Schemas), Схемные репозитории (Schema repositories), Базы данных и Соединения (Connections).
Планирование процесса Управления изменениями. Фундаментальная роль модели перехода из одного состояния в другое - State Transition Model. Понятия – state, action, rule. Идентификация ключевых ролей, которые используют в IBM Rational ClearQuest.
Использование IBM Rational ClearQuest в режиме Клиента. Интерфейс с пользователем, Основные операции возможные в этом режиме.
Использование IBM Rational ClearQuest в режиме администрирования. ClearQuest Designer. Проектирование новых схем и адаптация существующих. Организация работы со Схемным репозиторием.
Основные предопределенные схемы: Defect и Enhancement Request. Их место и роль в общем процессе разработки. Принципы организации совместной работы IBM Rational ClearQuest, IBM Rational ClearCase и Test Manager для работы со схемой Defect.
Совместная работа IBM Rational ClearQuest и IBM Rational RequisitePro при работе со схемой Enhancement Request для организации Управления изменениями, которые связанны с требованиями. Демонстрация на конкретном примере.
Совместная
работа IBM Rational ClearQuest и MS Project c использованием
компоненты Traker, входящей в IBM Rational Suite,
для организации групповой
Введение
в TestManager
TestManager
– открытый и расширяемый
Рабочий поток (workflow), связанный с использованием TestManager. Основные виды работ (activities) в рамках этого рабочего потока: планирование, проектирование, реализация, исполнение и оценка результатов
Принципы интеграции TestManager с другими инструментами, входящими в IBM Rational Suite. Совместная работа IBM Rational ClearQuest
Организация функционального тестирования (functional testing)
Организация
тестирования, связанного с оценкой
производительности разрабатываемой
системы (performance testing)
Введение
в SoDA
Принципы построения отчетов в SoDA. Возможность извлечения информации из любого продукта, входящего в IBM Rational Suite. Понятие Domain (источник информации)
Организация интерфейса с пользователем. Режимы работы: документ (Document) и отчет (Report). Принцип согласования между документом и источником в режиме Document на основе процесса Intelligent Document Merging
Схема
построения шаблона (Template) отчета в SoDA
на основе объектно-ориентированного
подхода. Команды, используемые для
построения Template: OPEN, REPEAT, DISPLAY, LIMIT. Примеры
использования
Литература.
1. Е.А.
Жоголев. Введение в технологию программирования
(конспект лекций). - М.: "ДИАЛОГ-МГУ",
1994.
2. М.
Зелковец, А. Шоу, Дж. Гэннон. Принципы разработки
программного обеспечения. - М.: Мир, 1982.
- С. 11.
3. К.
Зиглер. Методы проектирования программных
систем. - М.: Мир, 1985. - С. 15-23.
4. Дж. Фокс.
Программное обеспечение и его
разработка. - М.: Мир, 1985. - С. 53-67, 125-130.
5. Ian Sommerville.
Software Engineering. - Addison-Wesley Publishing Company, 1992. - P.
5-10.
6. Criteria
for Evaluation of Software. ISO TC97/SC7 #383.
7. Revised
version of DP9126 - Criteria of the Evaluation of Software Quality Characteristics.
ISO TC97/SC7 #610. - Part 6.
8. Б. Боэм,
Дж. Браун, Х. Каспар и др. Характеристики
качества программного обеспечения. -
М.: Мир, 1981. - С. 17-24.
9. В.В.
Липаев. Качество программного обеспечения.
- М.: Финансы и статистика, 1983. - С. 18-30.
10. Б.
Шнейдерман. Психология программирования.
- М.: Радио и связь, 1984. - С. 99-103.
11. Г.
Майерс. Надежность программного обеспечения.
- М.: Мир, 1980. С. 32 - 48.
12. Д. Пойа. Как решать задачу. - М.: Наука, 1961.