Modelo de Proceso: Ciclo de Vida Estructurado



Documentos relacionados
PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

MÉTODOS PARA DESARROLLAR SISTEMAS DE INFORMACIÓN Anexo

Resumen General del Manual de Organización y Funciones

6 Anexos: 6.1 Definición de Rup:

Gestión de Oportunidades

DE VIDA PARA EL DESARROLLO DE SISTEMAS

MANUAL DE NAVEGACIÓN DEL SIIA-WEB versión PRONAD

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

ANEXO A - Plan de Proyecto EDT de la solución EDT GENERAL DEL PROYECTO1

Metodología básica de gestión de proyectos. Octubre de 2003

PRU. Fundamento Institucional. Objetivos. Alcance

PROCEDIMIENTO OPERATIVO DESARROLLAR SISTEMAS INFORMÁTICOS PDO-COCTI-DTIN-04

Módulo N 10 Implementación en fases del. Revision N 13. SSP y del SMS

Planeación del Proyecto de Software:

AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL

EQUIPO CONSULTOR Y EQUIPO DE MEJORA CONTINUA PREPARADO POR: REVISADO POR: APROBADO POR: VERSIÓN Nº: 1 FECHA DE EMISIÓN: 05/01/09 VALIDADO POR :

INTRODUCCION AL DESARROLLO DE SISTEMAS DE INFORMACION

FUNDAMENTOS DEL CONTROL INTERNO. Fernando Rada Barona.

INFORME SOBRE LA AUTOEVALUACIÓN DE CALIDAD DE LA ACTIVIDAD DE AUDITORÍA INTERNA 2011

Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ITIL FOUNDATION V3 2011

SISTEMAS DE INFORMACIÓN III TEORÍA

COBIT o COBIT enfatiza el cumplimiento regulatorio, ayuda a las organizaciones a

PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES

PROCESO SEGUIMIENTO INSTITUCIONAL PROCEDIMIENTO DE AUDITORÍAS INTERNAS DE LOS SISTEMAS DE GESTIÓN. Norma NTC ISO 15189:2009. Norma NTC ISO 5906:2012

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

2 EL DOCUMENTO DE ESPECIFICACIONES

1. Cuál es el objetivo del Diseño del Sistema de Información? del sistema. información. a. 5. b. 4. c. 3. d. 2. c. Diseño de. b.

Procedimiento de Sistemas de Información

Aseguramiento de la Calidad, QA. Materia: Desarrollo Industrial de Software Alumno: David Alejandro González Díaz y Froylan Ruiz Cirilo.

UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

ANÁLISIS DE LA SITUACIÓN ACTUAL DEL SISTEMA DE CONTROL DE RECLAMOS DE LA EMPRESA PROTOTIPO

Elementos requeridos para crearlos (ejemplo: el compilador)

COMPONENTES DEL SISTEMA DE CONTROL INTERNO COMITÉ DE CONTROL INTERNO- SISOL

2. DEFINICIÓN DEL SISTEMA INTEGRADO DE GESTIÓN - SIG

Boletín Asesoría Gerencial*

Mesa de Ayuda Interna


7.1 Arquitectura de clases

3. GESTIÓN DE CONFIGURACIÓN DE SOFTWARE

Team Software Process IntroductionTSPi SM

EJEMPLO DE CÁTEDRA. Enunciado:

ADMINISTRACIÓN DE PROYECTOS

Implantación. Solicitud Proveedor Solicitud Atendida Destinatario. Contenido. 1. Entradas y salidas. Acta de aprobación SQA Artefactos de software

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

Plan de Administración del Proyecto

VENTAJAS Y RIESGOS DE LA TECNOLOGÍA INFORMÁTICA Y COMUNICACIONES (TIC), EN EL EJERCICIO DE LA REVISORÍA FISCAL.

Planificación, Gestión y Desarrollo de Proyectos

Aspectos a considerar en la adopción por primera vez en la transición a las NIIF para PYMES

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Análisis y Diseño de Soluciones de Software

DOCUMENTACIÓN E IMPLEMENTACIÓN DE ISO 9001:2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

XXVI REUNION DE SISTEMATIZACION DE BANCOS CENTRALES AMERICANOS E IBERICOS. La Habana, Cuba, 26 al 30 de octubre de 1998

G.UA.01 Guía del dominio de Uso y Apropiación

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

Laboratorio Informática

ENFOQUE ISO 9000:2000

POLÍTICAS PARA EL DESARROLLO DE SISTEMAS INFORMÁTICOS.

PROCEDIMIENTO AUDITORÍA INTERNA

Unidad VI: Supervisión y Revisión del proyecto

Instituto Nacional de Conservación y Desarrollo Forestal, Áreas Protegidas y Vida Silvestre

1.1 Aseguramiento de la calidad del software

5. Gestión de la Configuración del Software (GCS)

DISEÑO Y DESARROLLO DE SERVICIOS

Qué es la Gestión de Proyectos? Semana 1

La Intranet Gubernamental como elemento clave de la Interoperabilidad

Gestión de Configuración del Software

Tecnologías para una Educación de Calidad Laboratorio Móvil Computacional

Nombre de producto. Dexon Workflow Manager

PUD / CAYMA Plan Urbano Distrital de Cayma

IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN Y MEJORA DE LA EFICIENCIA ENERGÉTICA SEGÚN LA NORMA UNE-EN 16001

Metodologías de Desarrollo de Sistemas de Información

Administración por Procesos contra Funciones

ORGANIZACION DE AVIACIÓN CIVIL INTERNACIONAL OFICINA REGIONAL SUDAMERICANA

rg.o El l c i c c i l c o l o de d vi v d i a d a cm a l@ rza e de d u n u n si s s i t s e t ma m a de d in i f n or o ma m c a i c ó i n ó b

PRIMAVERA RISK ANALYSIS

GERENCIA DE INTEGRACIÓN

EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. DIRECCIÓN CONTROL INTERNO PROYECTO NORMALIZACIÓN ACTIVIDAD DE AUDITORÍA INTERNA

MANUAL DE CALIDAD ISO 9001:2008

PROCEDIMIENTO DE AUDITORIAS INTERNAS

Sistema para Gestión Hotelera Visión

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

capitulo3 MARCO TEÓRICO Para el diseño de la reubicación de los procesos se hará uso de la Planeación

GESTION OPERATIVA. Niveles de gestión

ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA

Calidad Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

MANUAL NIVEL DE REVISIÓN 2 MANUAL DE PROCESOS

Asesoría y Desarrollo Individual y de Equipos

ACOMPAÑAMIENTOENLAIMPLEMENTACIÓN DE LAESTRATEGIA DE GOBIERNO EN LÍNEA EN EL ESTADO

Orientación acerca del enfoque basado en procesos para los sistemas de gestión de la calidad

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007

COSO Marco de referencia para la implementación, gestión y control de un adecuado Sistema de Control Interno

PROCEDIMIENTO PARA AUDITORÍAS INTERNAS PC-TESI-10

OHSAS 18001: Sistema de Gestión de la Seguridad y Salud en el trabajo

Transcripción:

Modelo de Proceso: Ciclo de Vida Estructurado Edward Yourdon (1999) Análisis Estructurado Moderno EL CICLO DE VIDA ESTRUCTURADO DEL PROYECTO Es importante verlo como un diagrama de flujo de datos. No es un diagrama de flujo; Nada señala que toda la actividad N debe concluir antes que comenzar la actividad N + 1. La red de flujos de datos que conectan las actividades hace ver con claridad que pudieran estarse llevando a cabo diversas actividades paralelamente. 1

Usuarios Requerimientos del sistema Políticas del usuario Administración Restricciones Restricciones operacionales Desarrolladores Bases de Datos Existentes 1. Establecer Requerimientos Costo tentativo Restricciones Documento Reporte de costobenefico Administración 5. Generar pruebas de aceptación 2. Analizar Especificación Estructurada Manual del Usuario Especifi cación Estructurada 7. Describir procedimientos 3. Diseñar Especifi cación De Diseño 4. Implantar Sistema Integrado Especificación de Diseño 8. Convertir BD Base de datos convertida 9. Instalar Conjunto de pruebas de Control de Calidad 6. Controlar la calidad Sistema aceptado Sistema Intalado Actividad 1: Establecer requerimientos Los principales objetivos son: Identificar a los usuarios responsables y crear un "campo de actividad" inicial del sistema. Identificar las deficiencias actuales en el ambiente del usuario. Establecer metas y objetivos para un sistema nuevo. Determinar si es factible automatizar el sistema y de ser así, sugerir escenarios aceptables. Preparar el esquema que se usará. para guiar el resto del proyecto. 2

Actividad 2: Analizar El propósito principal de la actividad de análisis es: transformar sus dos entradas, insumos o factores principales, las políticas del usuario y el esquema del proyecto, en una especificación estructurada, con: diagramas de flujo de datos, diagramas de entidad- relación, diagramas de transición de estado y demás herramientas. Se prepara un conjunto de propuestas y cálculos de costos y beneficios más precisos y detallados. Actividad 3: Diseñar Se dedica a asignar: porciones de la especificación (modelo esencial) a procesadores adecuados (sean maquinas o humanos) y labores apropiadas (tareas, particiones, etc.) dentro de cada procesador. Creación de una jerarquía apropiada de módulos de programas y de interfaces entre ellos para implantar la especificación creada en la actividad 2. 3

Actividad 4: Implantar Esta actividad incluye la codificación y la integración de módulos en un esqueleto progresivamente más completo del sistema final, incluye: programación estructurada e implantación descendente. Actividad 5: Generar pruebas de aceptación La especificación estructurada debe contener toda la información necesaria para definir un sistema que sea aceptable desde el punto de vista del usuario. Producir un conjunto de casos de prueba de aceptación desde la especificación estructurada. 4

Actividad 6. Controlar la Calidad Se conoce como la prueba final o la prueba de aceptación. Requiere como entradas los datos de la prueba de aceptación y el sistema integrado. Pueden tomar la responsabilidad uno o mas miembros de la organización usuaria, o pudiera llevarla a cabo un grupo independiente de prueba o un departamento de control de calidad. Se esperaría que se haga durante toda la actividad de análisis, diseño y programación para asegurar que: el analista esté desarrollando especificaciones de alta calidad, que el diseñador esté produciendo diseños de alta calidad y que el programador esté escribiendo códigos de alta calidad. La actividad de garantía de calidad que se menciona aquí es simplemente la prueba final de la calidad del sistema. Actividad 7: Describir procedimiento Una de las actividades importantes a realizar es la generación de una descripción formal de las partes del sistema que se harán en forma manual, lo mismo que la descripción de como interactuaran los usuarios con la parte automatizada del nuevo sistema. El resultado de la actividad 7 es un manual para el usuario. 5

Actividad 8: Convertir bases de datos En algunos proyectos, la conversión de bases de datos involucraba más trabajo (y más plantación estratégica) que el desarrollo de programas de computadora para el nuevo sistema. Esta actividad requiere como entrada la base de datos actual del usuario, al igual que la especificación del diseño. Actividad 9: Instalar Sus entradas son: el manual del usuario la base de datos convertida el sistema aceptado producido En algunos casos, la instalación pudiera significar simplemente un cambio de la noche a la mañana al nuevo sistema. En otros casos, la instalación pudiera ser un proceso gradual, en el que un grupo tras otro de usuarios van recibiendo manuales y entrenamiento y comenzando a usar el nuevo sistema. 6