ENTREGABLES
DEL ESTUDIO DE VIABILIDAD
ESTUDIO DE VIABILIDAD
es el
estudio que dispone el éxito o fracaso de un proyecto a partir de una serie de
datos Es por lo tanto un estudio dirigido a realizar una proyección del éxito o
fracaso de un proyecto.
DESCRIPCIÓN BREVE DEL
SISTEMA PROPUESTO Y SUS
CARACTERÍSTICAS
Son estos propuestas de
sistemas que van a ser construido y analizar si en realidad ¿nos conviene?
hacernos esta pregunta para empezar a realizar el proyecto.
Tener en cuenta que esa
es la misión o el objetivo de un estudio de viabilidad determinar si en realidad
la propuesta hecha en realidad tendrá éxito, solucionara los problemas,
satisfacerá las necesidades del cliente/usuario,etc.
PROPUESTA DE
ORGANIZACIÓN DEL EQUIPO DE DESARROLLO Y DEFINICIÓN DE RESPONSABILIDADES
En este caso se habla
del equipo de desarrollo del proyecto, para que sea viable el equipo deberá de
estar conformado correctamente no solo con profesionales que sean expertos en
programación sino también con profesionales multidisciplinarios.
En este caso también se
deberá contar con profesionales no solamente expertos sino con una amplia
experiencia en la realización de proyectos, por todo esto si se consigue
estos factores posiblemente nuestro estudio viable nos de cómo resultado algo
positivo y con todo esto lograr el éxito de nuestros objetivos trazados.
ESTUDIO DE LOS COSTES,
QUE CONTENDRÁN ESTIMACIONES
GROSERAS DE LA
PLANIFICACIÓN Y FECHAS, TENTATIVAS, DE ENTREGA DE LOS PRODUCTOS.
Componentes del costo de
un proyecto
· Costos de hardware
· Costo de esfuerzo
· Costos de entrenamiento
Modelos de estimaciones
de costos
¿Que son? Son modelos
que se han establecido en base a análisis de regresión aparatir de datos
históricos de grupos de sistemas.
Observaciones Acerca de
la Estimación
· Complejidad del proyecto
· La complejidad es relativa a la
experiencia en proyectos anteriores.
· Existen medidas sobre la complejidad
de proyectos basadas en el diseño y código (métricas técnicas).
· En la fase de estimación no son
aplicables porque no hay ni diseño ni código.
· Por eso hay que utilizar medidas más
subjetivas
Cuantificación de
beneficios
· Costo de sistema actual
· Costo de sistema propuesto
· Beneficio
· Vida útil
ENTREGABLES DEL ANÁLISIS
REQUISITOS DE DATOS
Hacernos preguntas antes
¿Qué se debe recoger? ¿Qué tipo de datos? ¿hay viabilidad de datos?, etc.
Cuando trabajamos con
requerimientos debemos de ver las necesidades delos clientes en este caso.
Por ello es necesario
también saber o tener en conocimiento con que datos trabajar ver la viabilidad
de datos, por todo esto se sabrá si en realidad el proyecto que se está
realizando en realidad es viable o no.
PLAN DE PRUEBAS DE
INTEGRACIÓN
ENTREGABLES DE DISEÑO
DESCRIPCIÓN DETALLADA
DEL SISTEMA, CONTENDRÁ:
·
PROGRAMAS, MÓDULOS REUTILIZABLES Y OBJETOS
PROGRAMAS:
Son aquellos programas con
los que se va a realizar el proyecto de software ya sea
en c, pascal, java, etc. y que son más factibles de realizar
el proyecto de manera eficaz y sin fallas en el proceso.
MÓDULOS REUTILIZABLES Y OBJETOS:
En la mayoría de las disciplinas de
ingeniería, los sistemas han sido diseñados por la composición de
componentes existentes que han sido utilizados en otros sistemas.·
Sistema de
reutilización de aplicaciones:
El conjunto de un sistema de aplicación puede ser reutilizado, ya sea
por su incorporación sin cambios en otros
sistemas o mediante el desarrollo de las familias de aplicaciones.
La
reutilización de objetos y la función:
Los componentes del software que implementan un objeto único y
bien definido o función pueden ser reutilizados.
·
FICHEROS Y BASES DE DATOS
·
TRANSACCIONES
·
DICCIONARIO DE DATOS
Un diccionario
de datos es un conjunto de metadatos que
contiene las características lógicas y puntuales de los datos que se van a
utilizar en el sistema que se programa, incluyendo nombre, descripción, alias,
contenido y organización.
También
podemos encontrar la lista de todos los elementos que forman parte del flujo de
datos de todo el sistema. Los elementos más importantes son flujos de datos,
almacenes de datos y procesos. El diccionario de datos guarda los detalles y
descripción de todos estos elementos.
Contiene
las características lógicas de los sitios donde se almacenan los datos del
sistema, incluyendo nombre, descripción, alias contenido y organización.
Identifica los procesos donde se emplean los datos y los sitos donde se necesita
el acceso inmediato a la información, se desarrolla durante el análisis de
flujo de datos y auxilia a los analistas que participan en la determinación de
los requerimientos del sistema, su contenido también se emplea durante el
diseño.
Razones para su
utilización:
1-Para manejar los
detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos
2- Para asignarle un
solo significado a cada uno de los elementos y actividades del sistema.
3- Para documentar las
características del sistema, incluyendo partes o componentes así como los
aspectos que los distinguen.
4- Para facilitar el
análisis de los detalles con la finalidad de evaluar las características y
determinar donde efectuar cambios en el sistema.
·
PROCEDIMIENTOS
Los proyectos se dividen en fases
con objeto de facilitar su gestión, mejorar el control, y mantener el proyecto
alineado con los objetivos. Cada una de las fases del proyecto culmina con la
realización de uno o varios entregables (plan de negocio, especificación,
documento de diseño preliminar, plan de pruebas, etc). Las fases suelen tomar
el nombre del de alguno de sus entregables (por ejemplo, fase de diseño, fase
de ensayos). Además, cada una de las fases puede considerarse como un
subproyecto en sí mismo con fases específicas diferenciadas. El fin de cada
fase viene acompañado de un proceso de revisión cuyo objeto es:
o Revisar los entregables obtenidos en la fase antes
de proceder a su aceptación por el sponsor o cliente.
o Evaluar el rendimiento del proyecto hasta la fecha
prediciendo su actuación futura.
o Determinar si el proyecto debe proceder o no a la
fase siguiente. Para ello será necesario en muchos casos revisar el plan de
negocio del proyecto.
o
Revisión
del plan de proyecto.
·
CARGA DEL SISTEMA Y TIEMPOS DE RESPUESTA
Carga del Sistema:
Es
el tiempo que carga el sistema operativo, programa. Todos los programas
requieren un base lógica, sobre la cual ejecutarse, una base que les indique la
forma mas adecuada de comunicarse con el hardware del
equipo, para el equipo administre de forma segura y confiable.
Tiempos de Respuestas:
Es
el tiempo tarda en responder el servidor para devolver los
resultados que queremos obtener del navegador. Este es el parámetro mas
importante que deben tener los programadores, del cual depende que se
pueda ajustar el diseño para que los usuarios puedan visualizar las paginas o
programas lo mas rápido posible.
si
ñas primeras consultas a la base de datos son muy compleja o tenemos habilitado
el buffering en el lado servidor, podemos afectar negativamente el resultado.
Por el contrario si el resultado se obtiene rápido el uso de
buffering puede ayudar bastante el envió eficiente
de los datos atreves de la red. Para que la pagine de
una sensación de agilidad, es importante que el tiempo de
respuesta no supere a los 2 o 3 segundos.
Los tiempos de retorno:
Es
el tiempo tarda un servidor en terminar de ejecutar los programas en el
servidor y entregar todos los datos y será siempre superior al tiempo de
respuesta(tiempo de retorno > tiempo de respuesta). El tiempo que tarde el
programa en terminar de generar todos los datos no solo influirá en
la conexión con un usuario particular, sino con el rendimiento
del sistema. A mayor tiempo de retorno menor cantidad de conexiones
simultaneas posibles y mayor carga de todo los sistemas. Si el tiempo de
retorno es un script es superior a un segundo, hay que estudiarlo. El
primer estudio a hacer es el consumo de CPU. Si eta baja, tenemos
problemas de latencia, posiblemente con la conexión a
la base de datos. Si por el contrario el consumo es elevado,
la lógica del programa es muy compleja o usamos muchas llamadas
de sistemas, en este casos se debe ayudar con el uso del sistema de cache
de código.
Los tiempos de descarga:
Es
el tiempo que tarda el cliente en bajarse todos los datos a su ordenador.
este tiempo es mayor que el tiempo de respuesta.
Debemos
tener en cuenta para la carga de un sistema, debemos tener un adecuado
hardware como también el sistema operativo que queremos trabajar para que sea
compatible o adaptar la parte lógica, diseño del programa que
queremos trabajar, para que la carga del sistema o programa sea rápido y
los tiempos sean el menor tiempo posible.
·
INTERFACES, TANTO HUMANOS COMO DE MÁQUINAS
DESCRIPCIÓN DE LOS CONTROLES
DEL SISTEMA PROPUESTOS
DISEÑOS ALTERNATIVOS
RECOMENDADOS
ESTÁNDARES DE
PROGRAMACIÓN Y DISEÑO DE PROGRAMAS, RECOMENDADOS
TÉCNICAS DE
IMPLEMENTACIÓN RECOMENDADAS: CODIFICACIÓN PROPIA, COMPRA DE PAQUETES,
CONTRATACIÓN EXTERNA, ETC.
PLAN DE PRUEBAS DE
PROGRAMAS.
El
propósito del plan de pruebas es explicitar el alcance, recursos requeridos,
calendario, responsables del manejo y también de los riesgos de un proceso de
pruebas
Bueno
existe distintos tipos de pruebas entre ellas están la verificación,
integración
Un
plan de pruebas incluye:
Identificar el plan: preferible de una forma
nemónica que permita relacionarlo con su alcance, TP (plan global del proceso
de pruebas), TP-REQ-SECURITY(plan de verificación del requerimiento 1 de
seguridad), TP-CONTR-X(plan de verificación asociado al evento de sistema x). en
resumen como todo artefacto al desarrollo, eta sujetada a control de
configuración, por lo que se debe distinguirse adicionalmente la versión y
fecha del plan.
Alcance: en este caso indica el tipo de
prueba y las propiedades/elementos del software a ser probado.
Ítems a probar: indica la configuración a
probar y las condiciones mínimas que debe cumplir para comenzar a aplicarle el
plan. Por un lado, es difícil y riesgoso probar una configuración aunque aun
reporta fallas, en cambio si los módulos estén perfectos, puede q detectemos
faltas graves demasiado tarde.
Estrategia: Describe la técnica, patrón y
las herramientas a utilizarse en el diseño de los casos de prueba. Por ejemplo,
el de caso unitarias de procedimiento, esta sección podría indicar:”Se aplicara
la estrategia de la caja negra ” o tal vez “Ejercicio de los caminos
ciclo máticos validos ”
Categorías de la configuración:
§
Suspendido
§
Repetido
§
Culminado
Tangibles: Explicita los documentos a
entregarse al culminar el procesa previsto por el plan por ejemplo:
especificación de pruebas, casos de prueba, resumen gerencial de proceso y
bitácora de pruebas.
Procedimientos especiales: Identifica l grafo de las tareas necesarias
para preparar y ejecutar las pruebas, así como cualquier habilidad especial que
se requiere.
Recursos: Especifica las propiedades
necesarias y deseables del ambiente de prueba, incluyendo las características
del programa (sistemas de operación)
La
sección incluye un estimación de los recursos humanos necesarios para el
procesa. También se indican cualquier requerimiento especial del procesa:
actualización de licencias, espacio de oficina, tiempo en la quina de
producción, seguridad
Manejo de riesgos: explicita lo riegos del plan.
Las accione mitigantes y de contingencia.
Responsables: especifica quien es el
responsable de cada una de las tareas previstas en el plan
ENTREGABLES DE CODIFICACIÓN:
DOCUMENTOS DEL
DISEÑO FINAL DEL SISTEMA Y DE CADA PROGRAMA.
DIAGRAMAS
DEFINITIVOS DEL SISTEMA Y DE LOS PROGRAMAS.
DESCRIPCIÓN
DETALLADA DE LA LÓGICA DE CADA PROGRAMA.
DESCRIPCIÓN DE
LAS ENTRADAS Y SALIDAS (FICHEROS, PANTALLAS, LISTADOS, ETC.).
LISTADO DE LOS
PROGRAMAS, CONTENIENDO COMENTARIOS.
CADENAS DE
EJECUCIÓN SI ES NECESARIO (JCL, SCRIPTS, ETC.).
RESULTADO DE LAS
PRUEBAS DE CADA UNIDAD.
RESULTADO DE LAS
PRUEBAS DE CADA PROGRAMA.
RESULTADO DE LAS
PRUEBAS DE LA INTEGRACIÓN.
GUÍA PARA LOS
OPERADORES DEL SISTEMA.
PROGRAMA DE
ENTRENAMIENTO DE LOS OPERADORES.
MANUAL DE
USUARIO DEL SISTEMA.
ENTREGABLES DE PRUEBAS:
PLAN DE PRUEBAS
DEL SISTEMA (ACTUALIZADO).
INFORME DE LOS
RESULTADOS DE LAS PRUEBAS.
DESCRIPCIÓN DE
LAS PRUEBAS, EL RESULTADO ESPERADO, RESULTADO OBTENIDO Y ACCIONES A TOMAR PARA
CORREGIR LAS DESVIACIONES.
RESULTADOS DE
LAS PRUEBAS A LA DOCUMENTACIÓN.
ENTREGABLES DE INSTALACIÓN:
PLANES
DETALLADOS DE CONTINGENCIAS DE EXPLOTACIÓN, CAÍDAS DEL SISTEMA Y RECUPERACIÓN.
PLAN DE REVISIÓN
POST-INSTALACIÓN.
INFORME DE LA
INSTALACIÓN.
CARTA DE
ACEPTACIÓN DEL SISTEMA.
ENTREGABLES DE MANTENIMIENTO:
LISTADO DE
FALLOS DETECTADOS EN EL SISTEMA.
LISTADO DE
MEJORAS SOLICITADAS POR LOS USUARIOS (SI NO DAN LUGAR A NUEVOS PROYECTOS).
TRAZA DETALLADA
DE LOS CAMBIOS REALIZADOS EN EL SISTEMA.
ACTAS DE LAS
REVISIONES REGULARES DEL SISTEMA Y ACEPTACIÓN DE LOS NIVELES DE SOPORTE.
0 comentarios:
Publicar un comentario