Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CasoEjemplo PDF
CasoEjemplo PDF
Caso ejemplo:
Existe una empresa de desarrollo integrada por tres personas:
1. El propietario. Sr. P.
2. Analista de sistemas 1. Sr. R.
3. Analista de sistemas 2. Sr. D.
Han conseguido un contrato para desarrollar un sistema de información para la empresa “Osbert Og”
involucrada en el mundo del arte. Dicha empresa se especializa en comprar y vender cuadros impresionistas
franceses. Sus tres actividades de negocios principales son: comprar cuadros, vender cuadros y producir
informes, todo esto realizado de forma manual.
1. Descripción general
1.1. Resumen del proyecto
1.1.1. Propósito, alcance y objetivos. El objetivo de este proyecto es desarrollar un sistema de
información que ayudará a Osbert Og, corredor de arte (OOCA), a tomar decisiones respecto de
la compra de cuadros que se van a exhibir y vender en su galería. El sistema de información
permitirá al cliente comprar y vender obras maestras, obras representativas y otro tipo de
cuadros. El sistema de información realizará los cálculos requeridos, mantendrá un registro de
los cuadros y producirá informes que enlisten los cuadros comprados, los cuadros vendidos y
las tendencias de la moda actuales.
1.1.2. Suposiciones y restricciones. Las restricciones incluyen: a) El plazo de entrega debe
cumplirse, b) La restricción del presupuesto debe cumplirse, c) El sistema de información debe
ser confiable, c) La arquitectura debe ser abierta de modo que después puedan añadirse
funciones adicionales., d) El sistema de información debe ser amigable para el usuario.
1.1.3. Elementos del proyecto sujetos a entrega. El sistema de información completo, incluido el
manual de usuario, se entregarán 10 semanas después de que comience el proyecto.
1.1.4. Calendario y resumen del presupuesto. La duración, los requisitos de personal y el
presupuesto de cada work flow son los siguientes:
a) Workflow de los requisitos: una semana, dos miembros del equipo, 3380 dólares.
b) Workflow del análisis: dos semanas, dos miembros del equipo, 6760 dólares.
c) Workflow del diseño: tres semanas, tres miembros del equipo, 6760 dólares.
d) Workflow de la implementación: dos semanas, tres miembros del equipo, 15210 dólares.
e) Workflow de las pruebas: dos semanas, tres miembros del equipo, 10140 dólares.
El tiempo total de desarrollo es de 10 semanas y el costo interno total es de 42 250 dólares.
1.2. Evolución del plan de administración del proyecto. El Sr. P. debe aceptar todos los cambios en el
plan de administración del proyecto antes de que se implementen. Todos los cambios deben
documentarse con el fin de mantener el plan de administración de proyectos correcto y actualizado.
2. Materiales de consulta.
Todos los artefactos cumplirán con los estándares de programación, documentación y pruebas de la
compañía.
3. Definiciones y acrónimos.
OOCA Osbert Og, corredor de arte; el señor Og es nuestro cliente.
4. Organización del proyecto
4.1. Interfaces externas. El Sr. P, el Sr. R y el Sr. D realizarán todo el trabajo de este proyecto. El Sr. P.
se reunirá cada semana con el cliente para informarle sobre el progreso y comentar los posibles
cambios y modificaciones.
4.2. Estructura interna. El equipo de desarrollo se compone de el Sr. P. (propietario) y los Sr. R. y D.
(analistas de sistemas).
4.3. Funciones y responsabilidades. Los Sr. R. y D. realizarán el Workflow del diseño. El Sr. P.
implementará las definiciones de clase y los artefactos de informes, R. construirá los artefactos para
manejar los cuadros comprados y D. desarrollará los artefactos que manejan los cuadros vendidos.
Cada miembro es responsable de la calidad de los artefactos que produce. El Sr. P. supervisará la
integración y la calidad general del sistema de información y actuará como nexo con el cliente.
1
Ingeniería de Software
2
Ingeniería de Software
5.4. Plan de manejo de riesgos. Los factores de riesgo y los mecanismos de seguimiento de riesgos son
los siguientes:
a) No hay un sistema de información existente con el cual pueda compararse el nuevo sistema de
información. En consecuencia, no será posible ejecutarlo en paralelo con uno existente. Por lo
tanto, el sistema de información debe someterse a pruebas intensivas.
b) Se supone que el cliente no tiene experiencia con las computadoras. Por lo tanto, debe prestarse
atención especial al workflow del análisis y a la comunicación con el cliente. El sistema de
información tiene que hacerse lo más amigable posible para el usuario.
c) Siempre existe la posibilidad de una falla de diseño importante, así que las pruebas exhaustivas
se realizarán durante el workflow del diseño. Además, cada uno de los miembros del equipo
inicialmente probará su propio código y luego probará el código de otro miembro. El Sr. P. será
responsable de las pruebas de integración y estará a cargo de las pruebas del producto.
d) El sistema de información debe cumplir con los requisitos de almacenamiento y tiempos de
respuesta especificados. Esto no debe ser un problema importante debido al tamaño reducido del
sistema de información, pero el Sr. P. lo monitoreará a lo largo del desarrollo.
e) Hay una pequeña posibilidad de que el hardware falle, en cuyo caso se rentará otra máquina. Si
ocurre una falla en el compilador, éste se reemplazará. Estas posibilidades están contempladas
en las garantías que brindan los proveedores de hardware y del compilador.
5.5. Plan de cierre del proyecto. No aplicable en este caso.
6. Planes del proceso técnico
6.1. Modelo del proceso. Se utilizará el proceso unificado.
6.2. Métodos, herramientas y técnicas. Los workflows se realizarán de acuerdo con el proceso unificado.
El producto se implementará en C++.
6.3. Plan de infraestructura. El producto se desarrollará utilizando AgroUML corriendo bajo Linux en
una computadora personal.
6.4. Plan de aceptación del producto. La aceptación del producto por parte del cliente se logrará
siguiendo los pasos del proceso unificado.
7. Planes del proceso de soporte
7.1. Plan de control de la configuración. CVS se utilizará de principio a fin para todos los artefactos.
7.2. Plan de pruebas. Se ejecutará el workflow de pruebas del proceso unificado.
7.3. Plan de documentación. La documentación se producirá según se especifica en el proceso unificado.
7.4. (-5) Plan de aseguramiento de la calidad y Plan de revisiones y auditorias. R. y D. probarán los
códigos entre sí y P. aplicará las pruebas de integración. Luego, los tres se encargarán de aplicar las
pruebas del producto exhaustivas.
7.6. Plan de resolución de problemas. Como se mencionó en la sección 5.3, cualquier problema
importante que enfrenten los miembros del equipo se reportará de inmediato al Sr. P.
7.7. Plan de control de subcontratistas. No aplicable en este caso.
7.8. Plan de mejora del proceso. Todas las actividades se realizarán de acuerdo con el plan de la
compañía para avanzar del nivel 2 al nivel 3 del CMM en dos años.
8. Planes adicionales.
Componentes adicionales.
Seguridad. Se necesitará usar una contraseña para usar el sistema de información.
Capacitación. El Sr. P. realizará la capacitación al momento de la entrega. Debido a que será fácil utilizar
el sistema de información, un día de capacitación será suficiente. El Sr. P. responderá preguntas sin
ningún costo durante el primer año de uso.
Tomado de:
Stephen R. Schach. Análisis y diseño orientado a objetos con UML y el proceso unificado.
McGraw-Hill. 2004.