PRIMERA ENTREGA TALLER 1 EVALUACION 30% FASE PREINVERSION (ANTEPROYECTO) A.

SUB - ETAPA DE GESTACIN

1. Identificacin del Problema . 2. Nivel Idea, Perfil del Proyecto, Gran Visin o identificacin de la idea, la cual se elabora a partir de la informacin existente, el juicio comn, y la opinin que da la experiencia, en trminos monetarios solo slo presenta clculos globales de las inversiones, costos y los ingresos, sin entrar a investigaciones de terreno (Descripcin del proyecto a desarrollar) 3. . Definicin del Proyecto Nombre del proyecto Empresa Desarrolladora (Virtual) Identificador el proyecto (Cdigo nico) Fecha de inicio mbito del proyecto (EJ Tecnolgico, comercial, etc) Alcance (Ej Solo remuneraciones) Misin (Del proyecto) Visin (Del proyecto) Requerimientos del Usuario (Requerimientos Macros) Objetivos del Proyecto o General o Especficos Beneficios esperados del Proyecto Usuarios del proyecto (otros) o Departamentos, o Unidades o reas afectadas o Personas Restricciones del proyecto (Econmicas, etc) Supuestos del proyecto ( Ejemplo Que se contar con los recursos) Factores crticos de xito (Del Proyecto) Equipo de trabajo (Roles de cada integrante) Producto a entregar (Sistema, asesora, etc) Criterios de termino del proyecto (Producto entregado, falta de dinero) 4. Marco Terico Referencial del Proyecto Introduccin Marco Referencial de la Investigacin Marco Terico Marco Conceptual (Concepto de desarrollo)

Conclusiones del marco Terico

5. Metodologa Empleada (Sugerida) Explicar la que se uso, ejemplo: 5.1. Entrevistas 5.2. Elaboracin de un Marco Terico 5.3. BPM 5.4. Paradigmas de Desarrollo 5.5. Metodologia ESA DRU 5.6. UML 5.7. Matrices de Riesgos 5.8. Ingeniera de Software 5.9. Etc.

B.SUB- ETAPA INGENIERIA DE DESARROLLO

1. Diagnstico de la Situacin Actual (LO que ocurre Sin Proyecto) 1.1. Descripcin de la situacin actual (Sin proyecto) 1.2. Descripcin de la Organizacin Afectada por el Proyecto Ejemplo: Empresa, Funcin, Departamento,Procesos,etc 1.3. Estudio del Plan Informtico ( Si es que Existe) 1.4. Descripcin de la solucin informtica existente (Si es que hay) 1.5. Descripcin de los procesos afectados del negocio (Detalle) 1.6. Diagrama del Proceso de negocio actual en BPM

2. Descripcin General de Requerimientos del usuario

2.1. Levantamiento de Requerimientos del Usuario(s) DRU Mediante metodologa ESA

Debe contener:
CAPITULO I. 1. RESUMEN EJECUTIVO a. RESUMEN BREVE DEL CONTENIDO DEL DOCUMENTO 2. INTRODUCCION a. PROPOSITO DEL DOCUMENTO i. Ejemplo: Presentar los requerimientos del usuario del proyecto xyz ,en base a la metodologa ESA para el informe del DRU de . b. DEFINICIONES i. Ejemplo USUARIO

c. ACRONIMOS i. Ejemplo ESA: European Space Agency d. REFERENCIAS i. Ejemplo: 1. Ante proyecto taller 1 2. Proyecto xyx 3. Entrevista a usuario e. VISION GENERAL DE DOCUMENTO (ESTRUCTURA DEL DRU) EJEMPLO EL DOCUMENTO ESTA ORGANIZADO EN LOS SIGUIENTES CAPITULOS DEL DRU : f. CAP 1 g. CAP 2 3. DESCRIPCION GENERAL a. PERSPECTIVA DEL PRODUCTO Ser un sistema para. b. CAPACIDADES GENERALES Ejemplo:Se requiere considerar lo siguiente Hardware Software c. RESTRICCIONES GENERALES Ejemplo: El sistema a implementar requiere, para su buen funcionamiento de un enlace con Internet.un servidor. d. CARACTERICTICAS DEL (LOS) USUARIOS Ejemplo: El usuario deber tener conocimientos bsicos de uso de un computador y que maneje un mouse y teclado de manera fluida y el uso natural de ventanas y cuadros de dilogo. 1.EJEMPLO USUARIO A (DIRECTOR) Tendr acceso a todos los sistemas 2.EJEMPLO USUARIO B ( PROFESOR) Tendr acceso a los sistemas A.B, etc e. AMBIENTE OPERACIONAL

El software desarrollado operar dentro de los mrgenes establecidos por los procesos que se manejan en..
f. SUPUESTOS

Ejemplo: El sistema no se implementar completamente, sino que al momento de la firma del contrato, se decidir cuales son las capacidades que son factibles de desarrollar, dependiendo principalmente de los factores de tiempo y prioridades asignadas por el cliente a cada requisito.

CAPITULO II.
1. ESPECIFICACION DE REQUERIMIENTOS

1. Nomenclatura: Para la definicin y documentacin del Documento de Requisitos del Usuario ( DRU) se utilizar la siguiente nomenclatura: RU [X.Y.Z] Donde : RU = Requisito del usuario X = Define los Sub Sistemas Y = Describe el tipo de Usuario al interior de X, al cul se aplicara el Requisito de Usuario : Z = Enumera el Requisito especfico del usuario Y. y pude ser requisitos que van desde el nmero del 1 al n. EJEMPLO Para aplicar la metodologa consideraremos el siguiente ejemplo: Se trata de desarrollar un sistema para controlar la gestin de un colegio que de satisfacin a la administracin, los docentes, los alumnos, profesores y la gestin contable del colegio: Ejemplo de Modelamiento de la Nomenclatura 1.- Nombre del Sistema : Sistema de Control de Gestin de Colegios 2.- Sub Sistemas: ( X ) 0: Todos los sub-Sistemas 1: Sub- Sistema Direccin 2. Sub- Sistema Docentes 3. Sub- Sistema Asistencia 4. Sub- Sistema Notas

3.Usuarios (Y) 0: Todos los tipos de usuario 1: Director del Colegio 2: Tipo de Usuario Administrador 3: Tipo de Usuario Profesor 4: Tipo de Usuario Apoderado 5: Tipo de Usuario Alumno 6: Tipo de Usuario Administrador de Sistema 7: Tipo de Usuario etc.

4. Requerimientos ( Z ) Requerimiento especifico de cada usuario para cada subsistema

5. Lista de atributos Ejemplos: Prioridad Estabilidad Necesidad Alcance Otros 6. Ejemplo de Definicion de Requrimientos (DRU) del Proyecto : 6.1 Requisitos de Capacidad 6.1.1 Requisitos Generales RU [0.0.1] El Sistema debe permitir que cada usuario tenga su login propio y nico, adems de su password (contrasea). Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable

DRU [0.0.1] significa : (x= 0 Implica todos los sub sistemas, y= 0 implica todos los tipos de usuarios, z =1 es un requerimiento

especifico de tipo general, por ejemplo uso de la PSW).

DRU [0.0.2] El Sistema debe permitir que cada usuario tenga un Tipo de Usuario definido. Prioridad: Necesidad: Estabilidad: DRU [0.0.3] Los usuarios deben ingresar al sistema con su login y password. Prioridad: Necesidad: Estabilidad: Alta No negociable No cambiable Alta No negociable No cambiable

6.2. Ejemplo Requisitos de cada Tipo de Usuario 6.2.1 Usuario Director (Ejemplo) DRU [0.1.1]
6.3 Requisitos de la Informacin Ejemplo Todos los datos en una Base de Datos 6.4 Requisios de informe 6.5 Requisitos de Interfaz 6.6 Requisitos no funcionales (Describen aspectos del sistema que estn relacionados con lo bien que cumple los requisitos funcionales entre ellos incluyen): i. Criterios de Rendimiento ii. Previsin de volumen de datos iii. Consideraciones de seguridad iv. Otros 6.7 Requisitos de Facilidad de uso ( ISO lo define como el grado en que los usuarios especficos pueden conseguir objetivos especficos de forma eficaz, eficiente y aceptable) 7. ANEXOS e. PROCEDIMIENTOS ADMINISTRATIVOS f. MATRIZ DE FUNCIONES POR USUARIO g. ESTADISTICAS

2.2.Especificacin de Requrimientos de Hw (de 3.b) 2.3 Especificacin de Requerimientos de Software DRS( de 3.b) Requerimientos Funcionales Requerimientos no Funcionales

2.4. Determinacin de Mtricas (Pendiente Ingeniera de Software) COCOMO