Sei sulla pagina 1di 8

PROCEDIMIENTO ESPECFICO

RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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

FECHA DE ENTRADA EN VIGOR:

Realizado:

Revisado y aprobado:

PROCEDIMIENTO ESPECFICO
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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 Y


CONTROL 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
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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
RAZN SOCIAL DE
LA EMPRESA

Diseo y Validacin de Software


Cdigo

G056-01

Edicin

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.

Potrebbero piacerti anche