• Author / Uploaded
• yennysuarezvargas5707

Citation preview

Capitulo 7 7.1. Mencione quienes podrían ser los stakeholders en un sistema de registro de estudiantes universitarios. Explique por que es casi inevitable que los requerimientos de diferentes stakeholders entre en conflicto de alguna forma. • Los usuarios que se ven afectados por el sistema • Los stakeholders a menudo no conocen lo que desean obtener del sistema informático excepto términos muy generales; puedes resultarles difícil expresar lo que quieren que haga el sistema informático o puedan hacer demandas irreales debido a que no conocen el coste de sus peticiones. • Expresan los requerimientos con sus propios términos de forma natural y con un conocimiento implícito de su propio trabajo. • Diferentes stakeholders tienen requerimientos distintos que pueden expresar de varias formas. • Los factores políticos pueden influir en los requerimientos del sistema. • El entorno económico y negocios en el que se lleva a cabo el análisis es dinámico 7.2. Un sistema software se desarrolla los registros de los pacientes que ingresan en una clínica para tratamiento. Los registros incluyen anotaciones de todos los controles habituales a los pacientes (temperatura, tención arterial, etc.) los tratamientos dados, las reacciones de los pacientes, etc. Después del tratamiento, los registros de su estancia se envía al doctor del paciente, quien mantiene su historia clínico completo. Identifique los puntos de vista principales que se pueden tener en cuenta la especificación de sistema y organícelo utilizando un diagrama de jerarquía de puntos de vista.

Puntos de vista

Indirect os

Administrad or de la

Interactuador es

Finanzas

Proveedor es

Usuarios

Domini o

Personal de la clínica

Paciente Medico

Enfermeras

Registr os

Histori al

Administrativ

7.3. Para tres de los puntos de vista identificados en el sistema de biblioteca, LIBSYS mencione tres requerimientos que podrían ser sugeridos por los stakeholders realizados con ese punto de vista. • Interactuadores: tienen que tener contacto “interactuar” con la persona a la que van a prestar el servicio o con el sistema a manejar. • Indirectos: no tienen contacto con el sistema o persona pero si interfiere en los requerimientos de algún modo. • Dominio: es como un estándar que se aplica para desarrollar el sistema. 7.4. El sistema LIBSYS tienen que incluir soporte para la catalogación de nuevos documentos donde el catalogo del sistema puede ser distribuido a través de varias maquinas. ¿Cuales son probablemente los tipos masimportantes de requerimientos no funcionales relacionados con los servicios de catalogación?

• Requerimientos del producto • Requerimientos organizacional • Requerimientos externo 7.5. Utilizando su conocimiento de cómo funciona un cajero automático de un banco desarrolle un conjunto de casos de uso que podrían servir como una base para entender los requerimientos de un sistema de un cajero automático.

Usuario

Cajero

Base de datos que rectifica

Introduce tarjeta

Escribe contrase

Selecciona la cuenta

Escriba contraseña

Tipo de cuenta

Rectifica contraseña

Rectifique la cuenta

Cantidad sacar Digita cantidad

Reciba

Rectificar los fondos Expida dinero Expida recibo

Examine cuenta bancaria

Reciba

7.6. De un ejemplo de un tipo de sistema en el que los factores sociales y políticas pueden influir fuertemente en los requerimientos del sistema. Explique por que estos factores son importantes en el ejemplo.

• En una empresa los directivos pueden solicitar requerimientos específicos del sistema que incrementaran su influencia en la organización. 7.7. ¿quienes deberían estar implicados en la revisión de requerimientos? Establezca un modelo del proceso que muestre como se puede organizar una revisión de requerimientos. • La organización del cliente como la del contratista  INFORMALES: el contratista debe tratar los requerimientos con tantos stakeholders del sistema como sea posible FORMALES: el equipo de desarrollo debe “conducir” al cliente atreves de los requerimientos del sistema explicándole las implicaciones de cada requerimiento. 7.8. ¿por que las matrices de rastreo son mas difíciles de manejar cuando existen muchos requerimientos en el sistema? Diseñe un mecanismo de estructuración de requerimientos, basados de puntos de vista, que pueda ayudar a reducir el tamaño del problema. • Son difíciles de manejar y caras de mantener para sistemas grades con muchos requerimientos. 7.8. Cuando se hacen cambios de emergencia en los sistemas, el sistema software puede que modificarse antes de que los cambios en los requerimientos se aprueben. Sugieran un modelo de proceso para hacer estas modificaciones que asegure que el documento de requerimientos y la implementación del sistema no sean incompatibles.

Análisis Problema identificado

del problema y Análisis de problema y cálculo especificación del cambio de costo

Requerimientos de

Implementación del cálculo

Revisados

7.10. su compañía utiliza un método de análisis estándar que normalmente se aplica en todos los análisis de requerimientos. En su trabajo comprueba que este método no puede representarse factores sociales que son significativos en el sistema que usted analiza. Le señala esto a su jefe quien le indica claramente que el estándar debe sugerirse. Mencione que debe hacer en tal situación. • Modificar el modelo pero dejando el estándar original.