PORTADA (con nombres de los integrantes completos orden alfabético, escudo universidad, nombre de la materia, del profesor, “Proyecto: aquí va el nombre etc.”) ÍNDICE (las hojas deben de ir numeradas que coincidan; se incluyen TODOS los puntos desde Introducción hasta, conclusiones las cuales son por cada integrante del equipo) 1.- INTRODUCCIÓN (empezar con algo referente al mundo de las computadoras, sistemas informáticos y su acción en las empresas, como ayudan, que hacen etc.) 2.- JUSTIFICACIÓN (en este punto deberán decirme, el porqué llevar a cabo este proyecto y no otros; que les llamo la atención como Informáticos, hay reto para ustedes, cuál es la importancia deque realicen este y no otro proyecto, en que ayuda a la comunidad informática que ustedes realicen este tema, en verdad hay automatización, para que ustedes puedan llevar de principio a fin este proyecto) 3.- OBJETIVO GENERAL (1 el cual debe ser claro, conciso, preciso, terminar en verbo infinitivo y como su nombre lo dice ser general) 4.- OBJETIVOS ESPECÍFICIOS (Al menos 3 pueden ser más, igual ser claros precisos, terminar en verbo infinitivo, escribir en este punto que pretenden componer, resolver apoyar etc. Estos objetivos y el general; que mencionen en este punto deberán tener por así decirlo respuesta en el punto 12 Objetivos Alcanzados-cumplidos, así que vean que escriben desde aquí) 5.- SITUACIÓN ABORDADA (Sistema Actual, describir el manual o cómo le hacen para operar); dar un panorama general de que es lo que van a estudiar, analizar) 5.1 Historia (Introducción de la empresa-cliente del que van a realizar su proyecto, en forma clara, breve situar al lector de quien se trata, que hace, cuando inicia operaciones, cuantos empleados, tiene; cuantos puestos y describir c/u, su giro, 5.2 misión, 5.3 visión, objetivos, estructura general, de la empresa, realizarán uno o varios según sea el caso organigramas) (5.4 organigrama de puestos ORGANIGRAMA DE LA EMPRESA, MENCIONANDO PERSONAL, sus puestos sus , actividades, en general etc.) 6.- PLANTEAMIENTO DEL PROBLEMA (explicación de todo lo MALO que esta pasando en la empresa-cliente, todos y c/u de los problemas que detectaron, o que les platico el cliente necesita cambiar y por ello requiere de su asistencia informática y realizarán un (DIAGRAMA DE FLUJO DE DATOS TRADICONAL), visualizando justamente como esta operando actualmente la empresa, con un proceso que uds. Detecten esta causando conflictos 7.- INVESTIGACIÓN PRELIMINAR (ver anexo, de explicación de estos puntos Ciclo de vida) 7.1 Clarificación de Requerimientos Aunque lo repitan obvio con otras palabras es decir, que su redacción sea diferente; a lo que ya estaba anteriormente escrito; deberán volver a decirme en este punto que es lo que requiere exactamente la empresa y porque razón 7.2 Estudio de Factibilidad Tendrán que empezar con algo como En base a los estudios de factibilidad que realizamos …, etc. Factibilidad Técnica: Tienen que decirme si hay equipo de cómputo en la empresa y si con éste pueden trabajar o si sugieren adquirir uno mejor o nuevo, me tienen que escribir que equipo con todas y c/u de sus características descritas; desde el CPU hasta impresora, No-Break, etc., con precios reales esto lo pueden investigar en Internet o en algún lugar donde vendan computadoras como Office Max, Office Depot etc. Responder preguntas, Factibilidad Económica: Revisar lo que les di en este punto, responder preguntas Factibilidad Operativa: responder a preguntas 8.- REQUERIMIENTOS Pág 4 definir su objetivos de acuerdo a este tema basándose en los ejemplos aquí citados; es decir, enunciar sus requerimientos basados en la funcionalidad de su sistema. Con palabras como “asegurar, demostrar, implantar”, etc. Hoja 4 leerla y comprender como se deberán redactar los Requerimientos Nota: leer las preguntas de la hoja 8, para en base a éstas tener bien fundamentados sus requerimientos 9.- TIPOS DE REQUERIMIENTOS Pág. 11 deberán tener los req. Específicos en cada caso del usuario y los del sistema, pueden representar este tema con una tablita. 10.- REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES Págs. 12 y 13 redactar sus requerimientos funcionales y no funcionales de cada uno de los proyectos que me van a entregar, tendrán que incluir por ejemplo, requerimientos del producto, organizacionales y externos. Incluir también una Tabla de Métricas para especificar requerimientos funcionales y no funcionales, como la tabla de la hoja 15, Son los “Atributos” de Apuntes 3er. Parcial Hoja 13 Requisitos o Requerimientos funcionales [Se describe en lenguaje natural la funcionalidad de alto nivel del sistema. El objetivo de esta sección es establecer un catálogo de requisitos.] [Para cada requisito la información mínima obligatoria será: - número de requisito proporciona una identificador único del requisito para facilitar su trazabilidad a lo largo del desarrollo. Seguirá un sistema de numeración decimal por niveles. El primer nivel corresponderá a una de las características principales del sistema, requisito de alto nivel, y el resto de los niveles a la descomposición de dicho requisito. - Descripción La descripción del requisito mediante una sentencia en lenguaje natural. Requisitos o Requerimientos no funcionales [Se describen en lenguaje natural los requisitos de usuario no relacionados directamente con la funcionalidad del sistema. El formato de descripción de los requisitos será el mismo que el utilizado en la sección de requisitos funcionales. Estos requisitos han de agruparse por categorías. A continuación se proporcionan algunas de las categorías más habituales de este tipo de requisitos 11.- MODELO DE CASOS DE USO Descripciones generales de Actores. [Lista de los actores del proyecto y breve descripción de los mismos (papel desempeñado)] Descripción de los actores Diagramas del Modelo de Casos de Uso. [Diagrama completo de casos de uso. Diagrama de Csos de uso Descripción breve. [Un párrafo describiendo brevemente el objetivo y propósito del caso de uso.] Que objetivo y propósito tiene hacer el caso de uso. Flujo de Eventos. Flujo Básico [El caso de uso comienza cuando el actor hace algo. Un actor inicia siempre los casos de uso. El caso de uso describe qué hace el actor y qué hace el sistema como respuesta a estas acciones. El flujo se describe mediante sentencias en forma de diálogo entre el actor y el sistema. Las alternativas simples se pueden presentar dentro del texto del caso de uso. Si el flujo de la alternativa es más complejo se ha de describir en la sección del Flujos Alternativos.] Separar lo que cada actor realiza y explicar para sacar el resultado. Flujos Alternativos < Flujo Alternativo #1 > [En este apartado se describen los flujos alternativos complejos. Cada flujo alternativo representa una alternativa del comportamiento que aparece como consecuencia de una excepción que sucede en el flujo principal. Debe incorporar todos los eventos asociados con el comportamiento alternativo. Cuando un flujo alternativo finaliza los se retoman los eventos del flujo principal] Relaciones. [Las relaciones que implican al caso de uso. Para las relaciones de comunicación incluir una breve descripción, multiplicidad y actores asociados. Para las relaciones y incluir una breve descripción de los casos de uso asociados.] 12.-DISEÑO DEL SISTEMA El diseño de un sistema de información produce los elementos que establecen cómo el sistema cumplirá los requerimientos identificados durante el análisis de sistemas “diseño lógico. Los analistas de sistemas comienzan por identificar los informes y otras salidas que el sistema deberá producir y a continuación los datos específicos de cada uno de éstos se deben señalar, incluyendo su localización exacta sobre papel, Usualmente los diseñadores dibujan la forma o la visualización como la esperan cuando el sistema esté terminado. Los documentos que contienen las especificaciones de diseño utilizan muchas formas para representar los diseños, utilizando diagramas, tablas y símbolos especiales, crear su sistema en modo de pantallas, conforme a los requerimientos; dónde se vean cada uno de los módulos que contemplará esto en papel, listo solamente para codificar!! (HACER LAS PANTALLAS en Visual o si aún nadie del equipo sabe Visual por tanto en PPT explicando cada una de estas el funcionamiento) 13.- ESTIMACIÓN DEL COSTO DEL SOFTWARE que desarrollaron durante su proyecto, tomando en cuentas Los costos de hardware y software, incluyendo el mantenimiento, los costos de viajes y capacitación, los costos de esfuerzo (los costos de pago a los ingenieros de software) basarse en su tabla de personas involucradas en el proyecto. TIENEN QUE PRESENTAR LA COTIZACION DE SU PROYECTO POR PARTE TECNICA (equipo), OPERATIVA (personas involucradas) en forma de tablas como se hizo en la materia de Metodologías en una tabla dando cantidades subtotales y un GRAN TOTAL del costo Roles y Responsabilidades A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP. |Puesto |Responsabilidad | |Jefe de Proyecto |El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes | | |y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto también establece | | |un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además, el jefe | | |de proyecto se encargará de supervisar el establecimiento de la arquitectura del sistema. Gestión de riesgos. | | |Planificación y control del proyecto. | |Analista de Sistemas |Captura, especificación y validación de requisitos, interactuando con el cliente y los usuarios mediante | | |entrevistas. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas | | |funcionales y el modelo de datos. | |Programador |Construcción de prototipos. Colaboración en la elaboración de las pruebas Please download full document at www.DOCFOC.com Thanks