Cual es la Titulación de Sistemas Informáticos y Computación
asdasdasdasdsadBiografía8 de Noviembre de 2015
608 Palabras (3 Páginas)186 Visitas
[pic 1]
Titulación de Sistemas Informáticos y Computación
- Datos informativos:
- Profesionales en formación:
- Katherine Mishelle Carchi Ludeña
- Francisco Oswaldo Vargas Naula
- Componente: Procesos de Ingeniería de Software (A)
- Docente: Ing. Armando Cabrera Silva
- Ciclo académico: Abril 2015 - Agosto 2015
- Fecha: 22 de Junio del 2015
- Desarrollo del trabajo
- Definir la línea base de documentos de la metodología seleccionada.
Metodología seleccionada: Proceso Racional Unificado (RUP).
De acuerdo a las fases y disciplinas que describe RUP, se utilizará el siguiente conjunto de artefactos como línea base para el desarrollo del proyecto:
Artefacto | Descripción | Fase | Disciplina | Tipo | Entradas | Salida para |
Stakeholder requests | Contiene todo tipo de solicitudes que las partes interesadas (clientes, usuarios finales, persona de marketing, etc.) podrían tener en el sistema a desarrollar. También puede contener referencias a cualquier tipo de fuentes externas a la que el sistema debe cumplir. | Iniciación | Requisitos | Proceso | -- | Vision, Software Requirements Specification, Supplementary Specification |
Vision | Define las vistas de los interesados del producto a desarrollar, se especifica en términos de los grupos de interés de las necesidades y características clave | Iniciación | Requisitos | Proceso | Stakeholder requests | Software Requirements Specification, Supplementary Specification, Glossary, Business Case |
Software Requirements Specification | Captura los requisitos de software completos para el sistema, o una parte del sistema | Iniciación | Requisitos | Proceso | Stakeholder requests | Glossary, Software Development Plan, Software Architecture Document |
Supplementary Specification | Capturan los requisitos del sistema que no son capturados fácilmente en los casos de uso del modelo de casos de uso. | Iniciación | Requisitos | Proceso | Stakeholder requests | Design model, |
Use-Case Model | Es un modelo de funciones previstas del sistema y su entorno, y sirve como un contrato entre el cliente y los desarrolladores | Iniciación | Requisitos | Proceso | Stakeholder requests | Analysis model |
Glossary | El Glosario define términos importantes utilizados por el proyecto | Iniciación | Requisitos | Proceso | Software Requirements Specification, Vision | -- |
Business Case | Proporciona la información necesaria desde una perspectiva de negocio para determinar si vale la pena o no invertir en el proyecto. | Iniciación | Gestión de proyecto | Soporte | Vision | Risk List, Software Development Plan |
Risk List | Una lista ordenada de los riesgos conocidos y asociados al proyecto, ordenada en orden decreciente de importancia y se asocia con acciones de mitigación o contingencia específicas. | Iniciación | Gestión de proyecto | Soporte | Business Case | Software Development Plan, Software Architecture Document |
Software Architecture Document | Proporciona una visión arquitectónica integral del sistema, utilizando una serie de puntos de vista diferentes de arquitectura para representar diferentes aspectos del sistema | Elaboración | Análisis y Diseño | Proceso | Risk List, Software Development Plan, Supplementary Specification, Design Model, Implementation Model | Design Model, Implementation Model |
Software Development Plan | El Plan de Desarrollo de Software es un artefacto integral, compuesto que reúne toda la información necesaria para gestionar el proyecto. | Elaboración | Gestión de proyecto | Soporte | Vision, Business Case, Software Requirements Specification | Software Architecture Document, Deployment Plan |
Deployment Plan | Describe el conjunto de tareas necesarias para instalar y probar el producto desarrollado de tal manera que pueda ser la transición efectiva a la comunidad de usuarios. | Transición | Despliegue | Proceso | Software Development Plan | -- |
Analisys Model | Un modelo de objeto que describe la realización de casos de uso, y que sirve como una abstracción del modelo de diseño. Es un artefacto opcional. | Elaboración | Análisis y diseño | Proceso | Use-Case Model | Design Model |
Design Model | es un modelo de objetos que describe la realización de casos de uso, y sirve como una abstracción del modelo de implementación y su código fuente. | Elaboración | Análisis y diseño | Proceso | Supplementary Specification, Analisys Model, Software Architecture Document | Software Architecture Document, Implementation Model, Test Plan |
Implementation Model | Es una colección de componentes, y los subsistemas de ejecución que los contienen. | Elaboración | Análisis y diseño | Proceso | Design Model, Software Architecture Document | Software Architecture Document, Test Plan |
Test Plan | La definición de las metas y objetivos de las prueba en el ámbito de la iteración (o proyecto), los artículos en la mira, el enfoque que se adopte, los recursos necesarios y los resultados concretos que deben producirse. | Construcción | Pruebas | Proceso | Use-Case Model, Design Model, Implementation Model | -- |
...