Sistema SIPEC Fecha: 05 de Agosto de 2014 Alumnos: Cristian Armijo Cristian Almonacid.

Slides:



Advertisements
Presentaciones similares
Agenda Descripción, objetivos y alcance del proyecto Preguntas
Advertisements

ingeniería de software
Aclaraciones de la Realización del Producto
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
Aplicación Web para Control de una Integración de S.I.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
BizAgi - Business Agility
Herramientas CASE.
Fase Elaboración Conclusiones Grupo 6 – PIS
Mutual Ser EPSS / Pfizer RCV
CheckIn4Android.
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
ITERASOFT. OBJETIVOS DEL GRUPO Producir un sistema Manejador de Itinerarios de alta calidad y confiabilidad Realizar un proyecto bien administrado y productivo.
Gung Ho! Gung Ho! Gestión de los Stakeholders
1. Introducción 2. Planteamiento del Problema 3. Objetivo General 4. Objetivos Específicos 5. Alcances 6. Limitaciones 7. Metodología de Desarrollo.
Trámite Fácil Construcción Positiva (Mejoramiento de la cadena de trámites de urbanismo y construcción en Bogotá) Bogotá, noviembre de 2009 Plan de Desarrollo.
Ciclo de Vida del Software Paradigmas de Desarrollo
Planeación con Planning Tool y DotProject Grupo de Construcción de Software Facultad de Ingeniería Universidad de los Andes Rubby Casallas, Andrés Yie.
Gestión del cambio.
PROYECTO DE DESARROLLO DE SOFTWARE i SISTEMA DE CERTIFICACIÓN POR INTErnET INTEGRANTES: Jean Pierre Sotelo Catamán Dan de la Cruz Guevara Percy Pariona.
Contexto Proyecto consolidado dentro de la línea de investigación de Sistemas de Información en el Dpto. de Ingeniería en Sistemas de Información de la.
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
Administración Proyectos Jorge Baracaldo Robin Ochoa.
Modelo de espiral Fue originalmente propuesto por Barry Boehm en Es una secuencia de actividades con retrospectiva de una actividad a otra, representado.
1 Gracias Proceso de Gestión de Cambios a Requerimientos.
Ingeniería de Software
Reunión de Apertura de la Evaluación Reunión de Apertura - Evaluación MPS.BR [ Nombre de la Unidad Organizacional ] [Fecha]
Aplicaciones de Ingeniería de Software
Proceso de Gestión de Proyectos
Ximena Romano – Doris Correa
Modelo en Cascada Planeación Estratégica Estudio de Factibilidad
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
Unidad ll Equipo 2 Juan Carlos Martínez Ramos
Especialización en Desarrollo de Software
Proceso de Gestión de Proyectos
El rol de SQA en PIS.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
MC Luz María Moreno Aguilar Noviembre 2009
Proceso de Aseguramiento de la Calidad. CONTENIDO 1.Objetivo y Alcance del ProcesoObjetivo y Alcance del Proceso 2.Términos y DefinicionesTérminos y Definiciones.
KICK OFF Nombre de su cliente
Diseño de Sistemas.
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de metodologías ágiles Tatiana Alejandra.
PROCESO DE GESTION DE PROYECTOS
Roles de Open UP.
Organización para la calidad.
Introducción al proceso de verificación y validación.
Manejo de requerimientos.
Actividades en el Proceso de desarrollo de Software
Estructurar tus ideas para hacerlas realidad
G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE G ESTIÓN DE LA C ONFIGURACIÓN DEL S OFTWARE Daniel Eduardo Almeciga Angie Katterine Cruz O. Diego Fernando.
Sistema SIPEC Fecha: 29 de julio de 2014 Alumnos: Cristian Armijo Cristian Almonacid KICK OFF.
Ciclo de Vida del Software
CONFIDENTIAL©2013 GlobalLogic Inc. [BPM Practice] Introducción a BPM © 2015 GlobalLogic Inc.
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Sistema de Información Pecuaria
Proceso de desarrollo de Software
Administración de Proyectos de Software
Capas de ingeniería del Software. Rosendo Antonio Manuel Ingeniería en Sistemas Computacionales.
UNIVERSIDAD LATINA (UNILA) III.- PLAN DE IMPLEMENTACIÓN
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Plan de Pruebas de Aceptación
Nombre del campus Componente profesional
Verificación y Validación del Software
Entregables del Proyecto
CONSULTORIA EMPRESARIAL EN LAS EMPRESAS CONSULTORIA EMPRESARIAL.
Flujos de Trabajo Fundamentales Proceso Unificado de Desarrollo de Software.
Transcripción de la presentación:

Sistema SIPEC Fecha: 05 de Agosto de 2014 Alumnos: Cristian Armijo Cristian Almonacid

Estatus Semanal Actividades Realizadas  Kick Off del Proyecto  Plan de Prototipo  Definiciones de riesgos y mitigaciones  Vistas del 4 mas 1  Alcances Actividades en desarrollo  Construcción documento planificación SIPEC.  Mitigación de riesgos utilizando prototipos.

Se define la primera reunión en al cual se definirán al siguientes puntos:  Equipo de trabajo  Herramientas de desarrollo. KICK OFF

Equipo de Trabajo Se definirán los equipos de trabajo y quienes participaran de las reuniones de levantamiento de prototipo. NombreRolNombre invitado (SAG) Rol Invitado (SAG) Cristian ArmijoLíder Proyecto, Analista, Desarrollador Jorge Tapia Líder Proyecto Cristian AlmonacidAnalista, Desarrollador VeterinariosUsuarios Claves Juan MesaWeb Master Equipo desarrolloDesarrolladores

Denición equipo de Trabajo

KICK OFF Se definirán los equipos de trabajo y quienes participaran de las reuniones de levantamiento de prototipo.

Definición de Roles

Matriz de riesgo

Plan de Prototipos Propósito  El propósito de la Planilla de Prototipos de Software, es proporcionar la información necesaria para validar junto con el cliente o el usuario los requerimientos funcionales de alto nivel.

Definición de Requerimientos funcionales

Prototipos Prototipos de Interfaces de Usuario Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: prototipos ejecutables interactivos. La ilustración 1 hace referencia a los requerimientos funcionales: RF-02: Se requiere que los usuarios autorizados del SAG puedan realizar consultas que permitan ver los DIIO autorizados a fabricar por un Proveedor, los DIIO que han sido dados de baja, y la traza histórica de distribución de éstos.

Prototipo DIIO Autorizados

Pruebas de Prototipos CASOS DE PRUEBA PROTOTIPO  Prueba Prototipo Cada prueba es especificada mediante un documento que establece las condiciones. Cada caso de prueba del prototipo llevará asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser automatizable mediante un script de prueba.

Historial de cambios

Solicitud del Cambio Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación e impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo.

Gestión del nuevo requerimiento

Repositorio SIPEC

TRAC PROYECTO SIPEC