Cuestionario Unidad 3
Cuestionario Unidad 3
Cuestionario Unidad 3
INFORMACIÓN
Planificación
Cualquiera que esté involucrado en alguna etapa del desarrollo dirá que los
sistemas de información más importantes comienzan con un buen plan. Sin una
fase de planificación es difícil tener una idea de lo que debe suceder y cuándo
debe suceder.
Diseño
Luego que están totalmente en su lugar tanto la planificación como los
requerimientos, se entregan los planos al arquitecto de sistemas, quien así podrá
comenzar a trabajar en el diseño del sistema.
Esta fase describe cómo abordar el diseño de la arquitectura del sistema, por
ejemplo, las interfaces de usuario, la red de computadoras, la base de datos y la
seguridad, que puedan satisfacer los requerimientos y permitan actualizaciones
futuras.
Desarrollo
Una vez que están listos los nuevos diseños, los miembros del equipo podrán
comenzar a trabajar en el desarrollo del sistema. En esta fase, el plano del sistema
pasará del modelo a la práctica, a medida que los programadores desarrollen un
sistema completamente funcional.
Prueba
Al final de la fase de desarrollo, los sistemas pudieran parecer que están
completamente operativos, pero es importante que primero se prueben antes que
comiencen a funcionar.
Integración y ejecución
En esta fase se realiza el primer lanzamiento del sistema. En una situación ideal,
la ejecución será tan fluida que no se requerirá ningún esfuerzo adicional cuando
ocurra la integración.
Esta fase se realiza moviendo al nuevo sistema los datos y componentes que tenía
el sistema anterior. Después de la correspondiente ejecución, el sistema estará
disponible para los usuarios finales.
Operación y mantenimiento
Aunque las pruebas deberían haber resuelto cualquier problema que pudiera
haber surgido, es importante monitorear el nuevo sistema para asegurarse que
esté funcionando correctamente. También es importante que el sistema se someta
a un mantenimiento frecuente para que pueda seguir funcionando sin problemas.
Desde el punto de vista de la investigación, es crucial monitorear el sistema para
comprender si está beneficiando al negocio tal como se esperaba, además de
cómo está influyendo su desempeño en el flujo de trabajo.
Todo sistema de información debe revisarse con frecuencia para detectar errores
e irse actualizando con otras funciones. De hecho, el sistema podría funcionar
bien después de su lanzamiento, pero pueden surgir errores en cualquier
momento.
Modelos iterativos
En 1994, el Departamento de Defensa de Estados Unidos (el mayor contratista mundial
de proyectos de desarrollo de software) cambió oficialmente sus estándares de
desarrollo de software y descartó el modelo en cascada para introducir el estándar 498,
que utiliza un modelo iterativo de desarrollo de software.
El cliente y los usuarios finales abogarán por darle prioridad a las funciones más útiles
del sistema (o las más "vendibles"). Por otro lado, los diseñadores del sistema deberán
determinar las dependencias existentes entre sus distintos componentes y priorizar
aquéllos que supongan un riesgo mayor para la viabilidad final del proyecto. Las
prioridades de unos y otros habrán de consensuarse razonablemente y servirán para
determinar el ámbito de los subproyectos en que se descompondrá el proyecto inicial.
Es también conocido como “Modelo en cascada”, “Modelo lineal secuencial”, “Ciclo de vida
básico” o “Ciclo de vida clásico”.
Es un refinamiento altamente influenciado para 1970 del modelo de etapas. Tiene su origen en
el "Modelo de cascada" ingeniado por Winston Royce, sugiere un enfoque sistemático o más
bien secuencial del desarrollo de software que comienza en un nivel de sistemas y progresa con
el análisis, diseño, codificación, pruebas y mantenimiento.
Desventajas:
Los proyectos raramente siguen el paradigma secuencial que propone el proyecto.
Los responsables del desarrollo de software siempre se retrasan innecesariamente.
No siempre se sigue el flujo secuencial.
Es difícil tener un 100% de los requisitos al inicio.
El cliente debe tener paciencia. Los primeros resultados serán hasta que ya esté
operando el sistema.
Modelos Evolutivos
El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va
refinando de acuerdo de los comentarios o nuevos requerimientos por parte del cliente o del
usuario final. Las fases de especificación, desarrollo y validación se entrelazan en vez de
separarse.
1.desarrollo exploratorio: donde el objetivo del proceso es trabajar con el cliente para explorar
sus requerimientos y entregar un sistema final. El desarrollo empieza con las partes del sistema
que se comprenden mejor. El sistema evoluciona agregando nuevos atributos propuestos por el
cliente.
Desde el punto de vista de desarrollo de sistema el enfoque evolutivo suele traer más ventajas
en comparación con un enfoque en cascada ya que el sistema se va ajustando a las necesidades
del cliente, a la vez que él mismo entiende mejor sus propios requerimientos. Sin embargo el
enfoque evolutivo desde una perspectiva de ingeniería y gestión suele tener dos grandes
problemas:
1.proceso no visible : Los administradores tienen que hacer entregas regulares para medir el
progreso. Si los sistemas se desarrollan rápidamente, no es rentable producir documentos que
reflejen cada versión del sistema.
2. A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a
corromper la estructura del software. Incorporar cambios en él se convierte cada vez más en una
tarea difícil y costosa.
Aunque supone grandes ventajas el desarrollo evolutivo solo es recomendado para sistemas
pequeños y medianos. En los sistemas grandes, los constantes cambios en el desarrollo solo
dificultan la estabilidad y la integración de los avances de los distintos grupos de trabajo que
puedan existir. La mayoría de las empresas que desarrollan grandes sistemas usan un modelo
mixto que usa las mayores fortalezas de los enfoques evolutivos y de cascada.