PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

FECHA DE ENTRADA EN VIGOR:

Realizado: Revisado y aprobado:

1

ndice

1. TABLA RESUMEN..................................................................................... 2 2. OBJETO................................................................................................... 2 3. ALCANCE................................................................................................. 2 4. RESPONSABILIDADES ............................................................................ 3 5. ENTRADAS .............................................................................................. 3 6. SALIDAS ................................................................................................. 3 7. PROCESOS RELACIONADOS .................................................................... 3 8. DIAGRAMA DE FLUJO.............................................................................. 4 9. DESARROLLO .......................................................................................... 5

9.1. ANLISIS PREVIO ............................................................................ 5 9.2. VIABILIDAD DEL SISTEMA ............................................................... 5 9.3. PLANIFICACIN ............................................................................... 5 9.4. DISEO DE SOFTWARE..................................................................... 6 9.5. IMPLANTACIN DEL SISTEMA.......................................................... 6 9.6. REVISIN Y VERIFICACIN ............................................................. 6

10. ARCHIVO .............................................................................................. 7 11. DEFINICIONES ..................................................................................... 7 12. FORMATOS Y REFERENCIAS.................................................................. 7

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

2

1. TABLA RESUMEN

SECTORES SERVICIOS TELEMTICOS Y NUEVAS TECNOLOGAS

SUBSECTOR/ES NUEVAS TECNOLOGAS

ACTIVIDAD/ES CONSULTORA

GUA/S ACTIVIDAD/ES GABINETE DE PROGRAMACIN

TIPOLOGA DO PROCESO ESPECFICO

PROCESO DISEO Y VALIDACIN DE SOFTWARE

RESPONSABLE PROCESO PROPIETARIO/JEFE DE PROYECTO

PROCESOS RELACIONADOS SERVICIO POSTVENTA, PLANIFICACIN YCONTROL DE SOFTWARE

ENTRADAS: REQUISITOS CLIENTE/OFERTA/ REQUISITOS LEGALES APLICABLES, PROYECTOS SIMILARES Y CUALQUIER OTRO REQUISITO ADICIONAL

RESPONSABLE: JEFE DE PROYECTO

SALIDAS: APLICACIONES DESARROLLADAS

RESPONSABLE: JEFE DE PROYECTO

2. OBJETO

En este procedimiento se describe la sistemtica a seguir para un correcto diseo de una aplicacin de software y la metodologa necesaria para su validacin y desarrollo.

3. ALCANCE

Todos los proyectos de aplicaciones de software diseados y desarrollados por el gabinete, tanto los nuevos desarrollos, como nuevas fases (subproyectos) de desarrollo, revisiones o cambios significativos, o que afecten a la arquitectura de la aplicacin (revisiones y versiones).

Actividades a las que afecta este proceso:

Comercio electrnico.

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

3

4. RESPONSABILIDADES

Jefe /Director de proyecto: responsable mximo del correcto desarrollo de la aplicacin de software y, por tanto, de realizar y aprobar la validacin del diseo.

5. ENTRADAS

El proceso da comienzo cuando los requisitos para el diseo de una aplicacin son planteados por un cliente, para el cumplimiento de legislacin o cualquier otro origen.

6. SALIDAS

Este proceso finaliza con el diseo de una aplicacin validado y desarrollado.

7. PROCESOS RELACIONADOS

Planificacin y control de software. Servicio postventa.

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

4

8. DIAGRAMA DE FLUJO

NOTA: El nmero que aparece en cada etapa indica el punto del apartado 9 del procedimiento, DESARROLLO al que pertenece.

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

5

9. DESARROLLO

9.1. ANLISIS PREVIO

Esta etapa da comienzo con el anlisis de los requisitos de las aplicaciones solicitadas por los clientes. Las solicitudes pueden ser proyectos nuevos con desarrollo de aplicaciones nuevas o bien registros de incidencia para revisin del software.

Una vez clasificado el proyecto a realizar (revisin o aplicacin nueva) se le asignar un responsable de proyecto y un perfil de equipo de trabajo.

9.2. VIABILIDAD DEL SISTEMA

Una vez que se acepta desarrollar la aplicacin y que es asignado un jefe de equipo y un grupo de trabajo, se procede a comprobar la viabilidad del sistema de software que se quiere crear.

Para ello, hay que comprobar el anlisis de funcionalidad, es decir, determinar si los requisitos demandados por el solicitante se pueden implementar a travs de algn lenguaje informtico.

El siguiente paso ser analizar los datos de entrada (o inputs) verificando cules de ellos al aplicar el software obtendrn las salidas buscadas (outputs).

La viabilidad del sistema es una etapa opcional en el caso de que se trate de una revisin del sistema.

El anlisis funcional, en ocasiones, es realizado por el propio cliente y, en este caso, ste sera el punto de partida del proyecto.

9.3. PLANIFICACIN

Ver procedimiento Planificacin y control de software.

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

6

9.4. DISEO DE SOFTWARE

Esta etapa est basada en dos actividades fundamentales para el sistema. stas son Diseo de la arquitectura tcnica de la aplicacin y Diseo segn los estndares de desarrollo de aplicaciones.

Diseo de la arquitectura tcnica de la aplicacin: Seleccionar el hardware adecuado conforme a los requerimientos especficos de la aplicacin. Diseo segn los estndares de desarrollo de aplicaciones: el diseo de la aplicacin buscada tiene que ser conforme a una metodologa dada. sta estar en funcin de la implementacin que se desee realizar.

Los responsables de realizar estas actividades sern los tcnicos de desarrollo, supervisados por el jefe de proyecto.

9.5. IMPLANTACIN DEL SISTEMA

sta es una etapa de desarrollo de la aplicacin a realizar por los tcnicos de programacin. En esta fase la aplicacin va tomando cuerpo en funcin de las conclusiones de las fases previas.

9.6. REVISIN Y VERIFICACIN

Durante la revisin del diseo, se comprobar que se trabaja segn los requisitos iniciales y cumpliendo las normas y estndares que hayan sido programados con repecto a:

Gestin de contraseas. Gestin de perfiles de usuario de la aplicacin. Registro de accesos. Funcionalidad definida para los distintos mdulos de trabajo.

Para verificar el diseo y con ello comprobar su correcto funcionamiento, se efectuar el plan de pruebas. Este consistir en sucesivas entradas de datos en diferentes situaciones, es decir, tanto situaciones rutinarias con operaciones comunes como acciones ms complejas.

De su resultado se verificar el diseo del software o, por el contrario, en caso de ser necesario se integrarn nuevos componentes y nuevas funcionalidades para que el software tenga el rendimiento esperado.

Para un mejor control de las aplicaciones y siempre buscando la mejora continua de esta fase, se emplear el Documento de Cambios donde se recoger informacin de las distintas tipologas de las modificaciones a efectuar para que sirva de retroalimentacin para futuros cambios.

PROCEDIMIENTO ESPECFICO

Diseo y Validacin de Software RAZN SOCIAL DE

LA EMPRESA

Cdigo G056-01 Edicin 0

7

10. ARCHIVO

No aplica.

11. DEFINICIONES

Versin: Cambios de suficiente entidad en la estructura funcional de una aplicacin que conlleven una planificacin temporal no inferior a 3 meses. En el caso de versiones se seguir el proceso similar de nuevo diseo/ desarrollo.

Revisin: Cambios de naturaleza menor en una aplicacin; en el caso de revisiones no sern de aplicacin las fases de diseo aplicadas en esta ficha, solamente se emitirn los correspondientes documentos de cambios, aunque puede llevar aparejado una planificacin.

12. FORMATOS Y REFERENCIAS

No aplica.