Está en la página 1de 3

INSTITUTO POLITECNICO NACIONAL

CECYT9
“JUAN DE DIOS BATIZ”
“TEMA 2”

Nombre: Ibarra Jiménez Jesús Alejandro.

Grupo: 3IM7

Maestra: Vargas Sánchez Luz María.

Materia: Programación Orienta a Objetos


UNIDAD III.
TEMA 1. ETAPAS DE DESARROLLO DE UN PROYECTO
CICLO DE VIDA DE UN PROYECTO (VER MODELOS DEL PROCESO DE SOFTWARE.PDF)
Describa todas las etapas del Modelo de Cascada para el desarrollo de un proyecto.
1. Ingeniería de requisitos o requerimientos: A partir de las consultas con los usuarios se
definen los servicios, restricciones y metas del sistema a detalle y sirven como una
especificación del sistema
2. Análisis: Exploración y Extracción de los requerimientos.
3. Diseño: Establece una arquitectura completa del sistema, identifica y describe las
abstracciones fundamentales del sistema de software y sus relaciones.
4. Desarrollo o Construcción: El diseño del software se lleva a cabo como un conjunto o
unidades de programas
5. Pruebas: Los programas olas unidades individuales de programas se prueban y se integran
y prueban como un sistema completo para asegurar que se cumplan los requerimientos
del software
6. Implementación: El sistema se instala y se pone en funcionamiento práctico
7. Mantenimiento: Implica corregir errores no descubierto en las etapas anteriores del ciclo
de vida, mejorar la implementación de las unidades del sistema y resaltar los servicios del
sistema una vez que se descubren nuevos requerimientos.
TEMA 2.
1.- Cuál es la finalidad de un modelo del ciclo de vida de un software?
Un ciclo de vida, define las diversas actividades que intervienen en el desarrollo de un proyecto de
software. Para eso son necesarios los modelos, los cuales son una guía para el desarrollo de un
software.
2.- Ingeniería de Requisitos(requerimientos). Describa brevemente las 7 etapas de la ingeniería de
requisitos
a) Inicio.

Los clientes y los ingenieros de software trabajan en el mismo equipo: como principio se entabla
una conversación informal para iniciar el desarrollo del software, pero la mayoría de los proyectos
comienzan en realidad cuando se identifica alguna necesidad de negocios o se descubre un nuevo
mercado o servicio potencial.

En esta función los ingenieros de software hacen una serie de preguntas libres del contexto para
empezar a familiarizarse con el proceso de automatizar.

b) Obtención.
En esta función se requiere obtener los objetivos para el sistema, lo que debe lograr, de qué forma
el producto satisface las necesidades del negocio y, por último, cómo se utilizará el sistema. Pero
se presentan una serie de problemas que ayudan a entender por qué es difícil la obtención de
requisitos: problemas de ámbito, de volatilidad, de comprensión.
c) Elaboración.
La información conseguida con el cliente durante el inicio y la obtención se expande y se refina
durante la elaboración. Esta actividad de la ingeniería de requisitos se enfoca en el desarrollo de
un modelo técnico refinando de las funciones, características y restricciones del software.
d) Negociación.
El objetivo de la negociación es desarrollar un plan de proyecto que satisfaga las necesidades del
cliente, al mismo tiempo que refleja las restricciones de tiempo, recurso humano y presupuesto a
la que está sometido el equipo de software.
e) Especificación.

Una especificación de requerimientos se debe representar con un documento escrito, un modelo


gráfico, escenarios de uso, un prototipo o una combinación de lo que se citó anteriormente.

Para esta función, el documento de requerimientos del software es la declaración oficial de lo que
deben implementar los desarrolladores del sistema.
f) Validación.
Al crear cada elemento del Modelo de análisis, éste se examina para conocer su consistencia, sus
omisiones y ambigüedades. A los requisitos que representa el modelo, el cliente les da jerarquía y
se agrupan en paquetes de requisitos que se implementan como incrementos de software y se le
entregan.
g) Gestión de requisitos.
Es un conjunto de actividades que ayudan al equipo del proyecto a identificar, controlar y rastrear
los requisitos y los cambios en cualquier momento mientras se desarrolla el proyecto.
3.- Del documento proporcionado por la profesora, escribe la definición de cada uno de los
siguientes elementos:
a) Requerimientos funcionales
Definen los servicios que serán proporcionados por el sistema y una descripción completa del
comportamiento del sistema que se va a desarrollar.
b) Requerimientos no funcionales
Aspecto del sistema visibles para el usuario que no se relacionan en forma directa con el
comportamiento funcional del sistema.
c) Requerimientos de sistema.
Especificación de la plataforma de hardware y software

También podría gustarte