製品
Mind Mapping Software
Outlining Software
ガントチャートソフトウェア
用途
教育向けマインドマップ
Mind maps for Business
個人的な開発のためのマインドマップ
マインドマッピングの利点
リソース
特徴
教育
個人と仕事
デスクトップ
Video Tutorials
Watch tips and tricks about using Mindomo.
Help Center
Detailed help guide on configuring and using Mindomo.
記事
マインドマッピングとは何ですか?
How to Mind Map?
How to Take Notes with Mind Maps?
How to Prioritize Tasks with Mind Maps?
What is a Concept Map?
Top 29 Mind Map Examples
価格
ログイン
登録
製品
Mind Mapping Software
Outlining Software
ガントチャートソフトウェア
用途
教育向けマインドマップ
Mind maps for Business
個人的な開発のためのマインドマップ
マインドマッピングの利点
記事
マインドマッピングとは何ですか?
How to Mind Map?
How to Take Notes with Mind Maps?
How to Prioritize Tasks with Mind Maps?
What is a Concept Map?
Top 29 Mind Map Examples
特徴
教育
個人と仕事
デスクトップ
ヘルプ
Video Tutorials
Help Center
価格
登録
ログイン
カテゴリー
全て
-
software
-
requerimientos
-
metodología
-
modelos
によって
Ana del rosario
5年前.
597
Fundamentos de la Ingeniería de Software
開く
もっと見る
TIPOS DE REQUERIMIENTOS
Danny Garciaにより
NTC ISO 14001- 2015
YULIANA YANDARにより
¿Qué es el estado del conocimiento?
Dulce Viにより
SUTURAS MECANICAS
Mafe Lancherosにより
Conceptos de la Ingeniería de Software
Metodología
Método
Notaciones
Requerimientos
objetivos
Recursos
Tareas
Actividades
Productos de Trabajo
Modelos
Sistemas
Participantes
Fundamentos de la Ingeniería de Software
Autores
Pressman, 2005
Sommerville, 2004
IEEE, 1993
Bauer, 1972
Bohem, 1976
Zelkovitz, 1978
Conceptos
Software
Documentación para el usuario
Archivos de configuración
Diversos programas independientes
Ingenieria
Antecedentes de la Ingeniería de Software
1985, aparecen herramientas, metodologias y tecnologias.
1965-1985, crisis de software en palabras de Edsger Dijkstra.
1968, Fritz Bauer utiliza el termino Ingenieria de Software por primera vez, omite de Ciencias de la Otan.
Fallas de la Ingenieria de Software por Keith F. Kelly.
Fracasar al hacer una implementación.
Desconocer la re-ingeniería.
adivinar las intenciones del Usuario
Espera que el usuario configure antes de usarlo.
Esperar que el usuario procesara todo.
Esperar que el usuario lea todo.
Fallar al proteger la privacidad del usuario.
Negligencia para tomar en cuenta las fallas.
Basar el diseño en motivos propios.
La solución es mas problemática que el problema.
Personal y sus roles
Personal de pruebas
Analistas y programadores
Personal de mantenimiento
Usuario líder
Usuario final
Modelos de Procesos y sus Ciclos de Vida
Actividades de protección
Conjunto de tareas
Marco común del proceso
Desarrollo de la Ingeniería de Software (Pressman)
Implementación
Diseño de objetos
Análisis y diseño del sistema
Obtención de requerimientos