Концепция современного естествознания

Автор: Пользователь скрыл имя, 05 Декабря 2010 в 12:39, реферат

Краткое описание

Специфика разработки программных средств. Жизненный цикл программного средства. Понятие качества программного средства. Обеспечение надежности - основной мотив разработки программного средства. Методы борьбы со сложностью. Обеспечение точности перевода. Преодоление барьера между пользователем и разработчиком. Обеспечение контроля правильности принимаемых решений.

Оглавление

1. Специфика разработки программных средств.
2. Специфика разработки программных средств.
3. Жизненный цикл программного средства.
4. Понятие качества программного средства.
5. Обеспечение надежности - основной мотив разработки программных средств.
6. Методы борьбы со сложностью.
7. Обеспечение точности перевода.
8. Преодоление барьера между пользователем и разработчиком.
9. Контроль принимаемых решений.

Файлы: 1 файл

ОБЩИЕ ПРИНЦИПЫ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ.doc

— 134.00 Кб (Скачать)

Четыре  уровня точности эффективного юзкейса. Принципы для определения достаточного для конкретного юзкейса уровня точности

Основные  модели, на которых базируются эффективные  юзкейсы: пользователи со своими целями и стейкхолдеры со своими интересами

Три уровня целей для юзкейсов. Фундаментальная  роль юзкейсов уровня целей пользователя (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) при выполнении Объектного дизайна.

Роль  паттернов дизайна при построении Объектного дизайна. Паттерны группы GRASP: Information Expert, Creator, Low Coupling, High Cohesion, Controller. Примеры использования этих паттернов.

Обзор паттернов группы 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.

Информация о работе Концепция современного естествознания