Leccion 2.docx

ANÁLISIS CASO KINDERGARTEN HAPPY CHILDREN Caso estudio: Kindergarten Happy Children La guardería Kindergarten Happy Chil

Views 72 Downloads 1 File size 255KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

ANÁLISIS CASO KINDERGARTEN HAPPY CHILDREN Caso estudio: Kindergarten Happy Children La guardería Kindergarten Happy Children desea controlar los gastos que cada uno de los niños realiza a través de su asistencia y de las comidas que consume. Para lo cual, ha decidido automatizar sus procesos mediante el diseño e implementación de un Sistema de Información. Los supuestos son los siguientes: 









De cada niño se desea conocer los datos propios de su matrícula en el centro educativo, es decir, el número de matrícula, el nombre, la fecha de nacimiento y la fecha de ingreso en la guardería. Para aquellos niños que se hayan dado de baja, también se desea conocer la fecha de la baja. Los niños sólo pueden ser recogidos en la guardería por un conjunto de personas que suelen ser un familiar del niño, el representante o un conocido de sus familiares. De éstos se desea conocer el DNI, el nombre, la dirección y al menos un número de teléfono de contacto. Además, debe de quedar constancia de cuál es la relación entre la persona autorizada y el niño. El coste mensual del niño en la guardería es abonado por el representante, del que se desea conocer el DNI, el nombre, la dirección, el teléfono, y el número de la cuenta bancaria y/o tarjeta de crédito en la que se realizará el cargo. Cuando un representante registra dos o más niños se aplica un 10% de descuento en las mensualidades. En la guardería aparece un conjunto de menús, compuesto por una serie de platos concretos, cada uno de los cuales presentan unos ingredientes determinados. Cada menú se identifica por un número, mientras que los platos y los ingredientes se caracterizan por su nombre. Un niño puede ser alérgico a diferentes ingredientes, y por tanto no puede consumir los platos en los que aparece este ingrediente. Estas alergias deben de ser controladas para evitar posibles intoxicaciones en los niños. El cargo mensual de un niño se calcula como la suma de un coste fijo mensual y el coste de las comidas realizadas. Este último se obtiene a partir del número de días que el niño ha comido en la guardería, por lo que resulta necesario controlar dicho número. Además, se desea saber el menú que ha consumido cada niño cada día.

1. Seleccione una de las metodologías de desarrollo de software que mejor se ajusten al caso propuesto. Justifique su respuesta. 

Para el desarrollo del sistema informático en centro educativo Kindergarten Happy Children se propone trabajar con una de las metodología ágil debido a que se combinan la estabilidad del proyecto y si hubiera algún cambio este no se vería tan afectado debido a la flexibilidad que da este técnica de desarrollo, por

lo que específicamente trabajaremos con la metodología scrum cuyo objetivo se centra en el trabajo colaborativo, entregas parciales, seleccionar la herramienta indicada para el análisis, planificar el rol de las actividades de cada miembro, entregas parciales y finales del proyecto. Dentro del esta técnica tenemos el producto owner que se encarga de representar al cliente, encargado de recoger toda la in formación, en este caso de estudio trabajaría con encargada de la institución para copilar toda la información sobre el control de estudiantes, representantes, mensualidades que se manejan en la institución. Una vez adquirida la información esta pasa al scrum Master cuya funcionalidad es ser un moderador cuyo objetivo es explicar la necesidad que tiene la institución y lo que requiere su sistema informático, luego tenemos al development team cuyo responsables son los desarrolladores y su rol es puede variar. El ciclo scrum es: 1. Product owner define una lista completa del lso requerimientos y necesidades de la guardería Kindergarten Happy Children. 2. Product Backlog se plasma las necesidades descritas del Product Owner 3. Sprint planning meeting se plantea una solución a una primera fase del producto final. 4. Sprint backlog es una lista de funcionalidades y estas siguen los requerimientos del Product Backlog y estas tienen un limite de 1 a 4 semanas.

2. Elabore el documento de especificación de requisitos. Use formato 3. Especificación de requisitos de software. Genérico. Revisar documento Anexo 3. 3. Realice los diagramas de casos de uso, según las especificaciones de los requisitos.

4. Realice los diagramas de flujo de datos DDF nivel 0 y nivel 1, según las especificaciones de los requisitos.

NIVEL 0

NIVEL 1

5. Diseñe la arquitectura de comunicación del sistema.

6. Realice el modelo lógico de datos