410-07 Desarrollo y adquisición de software aplicativo

Garantizar que la organización realice muy bien esta aplicación, este desarrollo de las aplicaciones.

Componentes

1. Identificar la política para el desarrollo de software.

2. Si la organización decide comprar o desarrollar el software.

3. Vienen desde la estructura de origen hasta el momento en que se entrega la aplicación.

Debe responder a:

 Un portafolio
 Tener un análisis de necesidad
 Si es a una de las metras estratégicas organizacionales.
 Tiene todo el tema de soporte institucional.
 Tiene el tema de decisión y análisis técnico de la solución.
 Relacionados con la política del ciclo de vida del software (Análisis, Diseño,
Implementación y Mantenimiento)

Entregables:

 Políticas de aceptación de uso.

 Políticas dentro de la organización para el desarrollo del software.
 Políticas que incluyan desde la adquisición hasta el mantenimiento del software
comprado.
 Estándares Internacionales (Garantizado ISO 9000 de procesos, ISO 24000 Calidad del
software).

Portafolio de proyectos = La organización debe contar con un portafolio de proyectos.

Entregables: Se debe pedir el Portafolio de Proyectos Tecnológicos y se va a hacer un check list en

donde se va a verificar:

o Los proyectos tecnológicos relacionados con desarrollo que se han implementado en la

organización consten en ese portafolio.
o Necesidades = Evaluación deben hacer las áreas de tecnología.

Interfaz de usuario y de la interoperabilidad, escalabilidad

Interoperabilidad (Interoperable)  Se conecte con otros sistemas del estado. Funcione y opere
con otras aplicaciones del estado.

Escalabilidad (Escalable)  El sistema no se quede estático y pueda responder a varios número de

usuarios. Y si se quiere incrementar nuevas funcionalidades tenga esta posibilidad.

Pruebas Unitarias y de Integración  Son pruebas que hacen los equipos de programación, hay
dos tipos: Pruebas unitarias, pruebas funcionales y pruebas de rendimiento.
Son aquellas que se pide el Plan y el resultado de las pruebas. Informe de que, si están operativas
las funcionalidades, entre otros.

Pruebas de Integración = La aplicación no funcione sola, el nuevo servicio sea integrado a las
aplicaciones de la organización.

Criterios de Aceptación = Ir de lo simple a lo complejo. Que exista un documento de criterios de

aceptación, “requerimiento de usuario”. Verificar que el usuario final dijo que si acepta el
software.

Otro grupo

6. Verificables  Pedir para constatar que tenga  Contrato, Documento de requerimientos de la

entidad, Documento del Usuario Final, Debe solicitar políticas:

Existen políticas para recibir aplicativos de software

Tiene la aceptación del usuario final de los requerimientos indicando que cumple con su
necesidad.
Informe relacionado con el análisis de como cumple con los requerimientos de la entidad (Los
requerimientos se hace a través de las solicitudes de las áreas)
Debe ser aprobado por la máxima autoridad.

7. Código fuente  La institución tiene propiedad acerca del equipo. Tiene garantía.

 Propiedad intelectual de este software  Se tiene instalado las pruebas, donde está el
software fuente, el código fuente.
Verificar el código fuente.

8. Verificable  Contrato y la arquitectura.

 Contrato
  Cual fue los procedimientos de configuración  Manuales o evidencia de la capacitación
para la configuración.
 Aceptación y pruebas personalizadas  Informes de los usuarios finales tanto técnicos
como funcionales.
Informes técnicos de aprobación del software.

El software tiene que pasar por pruebas, de ahí va a producción.