Primer parcial de ingeniería

¿Cuales son los atributos de un buen software? [blank_start]Mantenimiento[blank_end] [blank_start]Fiabilidad[blank_end] [blank_start]eficiencia[blank_end] [blank_start]Usabilidad[blank_end]

Las actividades fundamentales en todos los procesos de software son: ▪ [blank_start]Especificación[blank_end] - lo que el sistema debe hacer y las restricciones de su desarrollo. ▪ [blank_start]Desarrollo[blank_end] - producción del sistema de software ▪ [blank_start]Validación[blank_end] – comprobar que el software es lo que el cliente requiere ▪ [blank_start]Evolución[blank_end] – cambiar el software en respuesta a las peticiones de cambio

[blank_start]Proceso de software[blank_end]: Es un conjunto de actividades cuya meta es el desarrollo o evolución del software.

“Conjunto de métodos, herramientas y procedimientos para producir software de gran calidad” El enunciado anterior corresponde a [blank_start]Ingeniería de Software[blank_end]

Los productos de software pueden ser ▪ [blank_start]Genéricos[blank_end] - desarrollados para ser vendidos a una amplia gama de clientes. P.ej: software para PC como Excel o Word. ▪ [blank_start]Personalizados[blank_end] (cliente) - desarrollado para un único cliente de acuerdo con su especificación

Actividades de los métodos para la construcción del software -[blank_start]Planificación[blank_end] y estimación de proyectos -[blank_start]Análisis de requisitos[blank_end] -[blank_start]Diseño[blank_end] -[blank_start]Codificación[blank_end]. -[blank_start]Pruebas[blank_end]. -[blank_start]Mantenimiento[blank_end]

¿Cuáles son los retos a los que se enfrenta la ingeniería del software? [blank_start]Heterogeneidad[blank_end]: Las técnicas de desarrollo para la construcción de software que pueda adecuarse a plataformas heterogéneas y entornos de ejecución. [blank_start]Entrega[blank_end]: Desarrollo de técnicas que conduzcan a una entrega más rápida y predecible del software. [blank_start]Confianza[blank_end]: Desarrollo de técnicas que demuestren que los usuarios pueden confiar en el software.

"Un esfuerzo temporal emprendido para elaborar un producto o servicio único" El texto anterior corresponde a un [blank_start]proyecto[blank_end]

Fases de un proyecto (4) -[blank_start]Visualizar[blank_end] -[blank_start]Conceptualizar[blank_end] -[blank_start]Definir[blank_end] -[blank_start]Implantar[blank_end]

Tres dimensiones de un proyecto -[blank_start]Tiempo[blank_end] -[blank_start]Costo[blank_end] -[blank_start]Alcance[blank_end]

Tres dimensiones de un proyecto -[blank_start]Tiempo[blank_end] -[blank_start]Presupuesto[blank_end] -[blank_start]Alcance[blank_end]

Objetivos para el éxito de un proyecto: [blank_start]Tiempo[blank_end] [blank_start]Costo[blank_end] [blank_start]Calidad[blank_end]

Procesos en la gerencia de proyectos [blank_start]Inicio[blank_end]: Compromiso y decisión de que el proyectos debe realizarse. [blank_start]Planeación[blank_end]: Definir y mantener un esquema trabajable para lograr los objetivos institucionales que el proyecto debe satisfacer. [blank_start]Ejecución[blank_end]: Coordinación de los recursos humanos y materiales para llevar el plan a cabo. [blank_start]Control[blank_end]: Aseguramiento mediante monitoreo y seguimiento que los objetivos del proyecto se alcancen tomado las acciones correctivas oportunas cuando sea necesario. [blank_start]Cierre[blank_end]: Formalizar la aceptación de las fases del proyecto para llegar a un cierre ordenado y satisfactorio.

Tareas Críticas de la gerencia de proyectos [blank_start]Estimación[blank_end]: Predicción de personal, esfuerzo, costos y planificación que se requerirá para realizar todas las actividades y construir el producto SW asociado. [blank_start]Planificación[blank_end]: Selección de una estrategia para la producción de unos productos finales dados, así como la definición de las actividades a realizar para conseguir ese objetivo, tomando en cuenta la concurrencia y solapamiento de dichas actividades. [blank_start]Seguimiento y Control[blank_end]: Recolección de datos y su almacenamiento sobre tiempos, recursos, costos, e hitos asociados, a un proyecto, y el análisis y estudio de la evolución real frente a la planificada.

-Impredictibilidad de la actividad de desarrollo de software -Recursos finitos -Limitaciones de tiempo -Necesidades específicas por satisfacer de las que a menudo ni el cliente mismo tiene conciencia -Dependencias -Recursos compartidos -Necesidades de capacitación -Riesgos asociados de diversa índole -Necesidades cambiantes -Manejo de imprevistos -Visibilidad de avance y resultados Las opciones mostradas corresponden a [blank_start]¿Por qué es necesario planificar?[blank_end]


Planes de un proyecto (6) Plan de [blank_start]actividades[blank_end] Plan de [blank_start]control de riesgos[blank_end] Plan de [blank_start]control de calidad[blank_end] Plan de [blank_start]control de cambio[blank_end] [blank_start]Integración[blank_end] [blank_start]Ejecución[blank_end]

-Los errores en la fase de [blank_start]requerimientos[blank_end] son los más numerosos - La reparación de un error en la fase de [blank_start]mantenimiento[blank_end] es la más costosa.

"Una condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo" ¿El texto anterior es un concepto de requerimiento?

¿Cuales representan Niveles de detalle, perspectivas y tipo de requerimientos?

La clasificación de los requerimientos no funcionales es la siguiente: Requerimientos del [blank_start]producto[blank_end] Requerimientos [blank_start]organizacionales[blank_end] Requerimientos [blank_start]externos[blank_end]

6 Características de los requerimientos

Dificultades para [blank_start]definir requerimientos[blank_end] 01- Los requerimientos no son obvios y vienen de muchas fuentes 02- Son difíciles de expresar en palabras (el lenguaje es ambiguo). 03- Existen muchos tipos de requerimientos y diferentes niveles de detalle. 04- La cantidad de requerimientos en un proyecto puede ser difícil de manejar. 05- Los requerimientos están relacionados unos con otros, y a su vez se relacionan con otras partes del proceso. 06- Un requerimiento puede cambiar a lo largo del ciclo de desarrollo. 07- Los Stakeholders no saben lo que realmente quieren. 08- Los Stakeholders expresan los requerimientos con sus propios términos 09- Diferentes stakeholders pueden tener requerimientos conflictivos 10- Los requerimientos cambian durante el proceso de análisis. Pueden surgir nuevos Stakeholders y el entorno de negocios cambia.

Guía para [blank_start]escribir requerimientos[blank_end] - Definir un formato estándar y usarlo para todos los requerimientos. - Distinguir entre los requerimientos deseables y obligatorios. - Resaltar el texto para identificar partes importantes del requerimiento - Evitar el uso de lenguaje “técnico” de computación