Ingeniero de Software

MODELO DE LADescripción del Proyecto

 “Software para la Administración

de un Foro Conversacional” 

Escrito de acuerdo a la Norma PSS-05.Estándar de Ingeniería de Software de la ESA

  Integrantes:  Curso: Ingeniería de SoftwareProfesor:   

Mes - Año

Con sus palabras, deben explicar que tipo de software se producirá, el ciclo de vida a utilizar, como interactúa, como ingresa, sus alternativas, su finalidad cual es su ganancia respecto de lo actual, etc., etc..

RESUMEN

I. DESCRIPCIÓN DEL PROYECTOA. Objetivo General

B. Objetivos Específicos

C. Alcances

D. Fronteras

E. Organización del Trabajo 5.1 Requerimientos de Usuario (UR):

5.2 Requerimientos de Software (SR):

5.3. Diseño Arquitectónico (AD):

5.4 Diseño Detallado (DD)

5.5 Transferencia (TR)

5.6 Operación y Mantención (OM)

II. MARCO TEÓRICOA. Modelo

B. Descripción de las Fases1. Requerimientos de Usuario (UR):

2. Requerimientos de Software (SR):

3. Diseño Arquitectónico (AD):

4. Diseño Detallado (DD)

5. Transferencia (TR)

6. Operación y Mantención (OM)

III. HERRAMIENTAS USADAS PARA DESARROLLAR EL MODELO INCREMENTAL.

A. Requerimientos de Usuario (UR):1. Documentos de requerimiento de Usuario

2. Cuadro Resumen de Requerimientos de Usuario. (mantener )

3. Diagrama de Contexto

4. Diagrama de Flujo de Datos (DFD)

5. Diccionario de Datos

Plantear el objetivo general del proyecto.

•explicar brevemente que actividades permitirá, controlar, que información entregará,

• Aquí se definen los verbos: • Creara, • Diseñará,• Implementará,• Gestionará

Se deben definir explícitamente lo que el software realizará, conforme a lo que el cliente quiere.

El desarrollo de un nuevo Producto, surge generalmente como resultado de la identificación de una necesidad de un cliente, quien puede ser interno o externo a una organización.

El paso siguiente es especificar cómo el software cumplirá con esa necesidad, específicamente, qué funcionalidad será desarrollada.

Por frontera de un sistema se entiende por aquella línea que separa el sistema de su entorno o supersistema y que define lo que le pertenece y lo que queda fuera de él.

Las fronteras de los sistemas también nos permiten establecer jerarquías entre subsistemas, sistemas y supersistema.

Este punto se mantiene igual.-Requerimiento de Usuario UR.-Requerimientos de Software SR.-Diseño Arquitectónico AD.-Diseño Detallado DD.-Transferencia TR.-Operación y Mantención OM.

Estos puntos deben ser un resumen en palabras propias de la lectura que cada grupo realizo del Paper de la ESA.

Las conclusiones deben ser las actuales considerando que el proyecto no esta ni siquiera iniciado.

…..Se pude concluir hasta esta etapa que el proyecto esta en la etapa de análisis y que una vez determinado los requerimientos se dara inicio a su construcción…..

Se debe definir el modelo a utilizar detallando un FODA (Fortalezas, Oportunidades, Debilidades y Amenazas) de este, sus aplicaciones y una figura del modelo explicando su funcionamiento a grandes rasgos.

Aquí se definen las metodologías empleadas en el desarrollo del proyecto, están basadas en tal y cual modelo para la ingeniería de software que abarca las fases y las actividades que ocurren en cualquier proyecto de software, llamado “Ciclo de Vida”

En este punto se copian en forma textual las todas las fases. -Requerimiento de Usuario UR.-Requerimientos de Software SR.-Diseño Arquitectónico AD.-Diseño Detallado DD.-Transferencia TR.-Operación y Mantención OM.

La Fase de Requerimiento de Usuario UR, debe detallarse con palabras propias conforme a lo leído y de acuerdo a la aplicabilidad que le den en el proyecto en desarrollo.

Definir sus características y su aplicabilidad en el proyecto.Documentos de requerimiento de UsuarioCuadro Resumen de Requerimientos de Usuario. (mantener )Diagrama de ContextoDiagrama de Flujo de Datos (DFD)Diccionario de Datos

El informe se entrega el 02/MAY/2012. El tiempo para los grupos conformados por

tres personas, es de 15 minutos. El tiempo para grupos de dos personas es de

10 minutos. Deben exponer sobre el proyecto no sobre el

informe, mostrar como será, sus funcionalidades, su arquitectura, etc.

Cada integrante debe tomar un tema no pueden todos hablar de lo mismo.

Se evaluara la presentación y el informe por separado promediando luego las notas

FIN