Desarrollo de Software para Supermercados LIDEAR: Planificación y Requisitos

Desarrollo de Software para Supermercados LIDEAR: Planificación y Requisitos

1.- La empresa de desarrollo en la cual usted trabaja, acaba de asignarlo a uno de sus proyectos más importantes que se ha adjudicado. Este proyecto tiene que ver con el desarrollo de una plataforma de trabajo orientada al manejo de puntos de venta minoristas y mayoristas, el manejo de las compras a proveedores y el manejo de los activos fijos. Todo esto para la gran cadena de SUPERMERCADOS LIDEAR. Esta compañía tiene una gran cantidad de sucursales dentro del territorio nacional. Por lo tanto, lo primero que debe realizar es la planificación, para lo cual necesita identificar el o los modelos de desarrollo de software que utilizará. Para la toma de esta decisión considere lo siguiente:

• Para el tema de los puntos de venta y las compras, existen en la actualidad unos sistemas funcionando bajo una plataforma de desarrollo de COBOL y soportado por bases de datos textuales. Las empresas que desarrollan estos productos siguieron normas de documentación, por lo que existen documentos completos sobre su toma de requerimientos, diseño, codificación y pruebas.
• La compañía estima que dichos sistemas cumplen a cabalidad con su trabajo, y que la necesidad del cambio se debe solo a un tema de actualización de plataforma de desarrollo y manejo de datos (base de datos relacionales).
• Con respecto a la construcción del sistema de activos fijos, se debe considerar que se parte desde cero, ya que no hay nada actualmente que supla esta necesidad. Además, la empresa posee un personaje que realiza este trabajo de gestión de activos fijos según las necesidades del Servicio de Impuestos Internos, por lo que se ha vuelto dependiente de él. Es importante tener claro que existen una serie de leyes que norman el trabajo contable que se debe realizar con estos bienes, por lo que el desarrollo de este sistema es muy riesgoso, ya que se depende del buen entendimiento e interpretación de la ley, y de la disposición del encargado en la compañía para entregar su conocimiento. Por lo que se recomienda que para poder darle marcha a este proyecto hay que monitorizar y controlar los posibles riesgos durante el desarrollo.
• La compañía ha decidido que el desarrollo del producto se debe realizar escalonadamente, considerando las diversas funcionalidades como un software. Las pruebas de dichas funcionalidades se realizan en una sucursal de la compañía para evitar el impacto inicial con la nueva plataforma. Una vez que los resultados en esta sucursal sean satisfactorios, se procederá a implementar dicha funcionalidad en las demás sucursales.
• Los usuarios de los sistemas de compras y ventas, seguirán trabajando con el sistema actual (NO PUEDEN DETENER SUS FUNCIONES), y solo utilizarán los nuevos sistemas en pruebas paralelas cuando estos ya posean todas las funcionalidades deseadas (ESTO EN LA SUCURSAL DE PRUEBA).
• En cambio, para el desarrollo del sistema de activos fijos se crea un grupo de trabajo entre los trabajadores de contabilidad más capacitados en el tema y los desarrolladores.

Considerando esto, especifique el modelo o modelos de desarrollo de software que utilizará, justificando siempre su respuesta. Si el modelo seleccionado es por fases, defina la secuencia de desarrollo que se seguirá para la construcción del nuevo sistema.

Respuesta 1

Para el problema planteado anteriormente se debe utilizar un desarrollo incremental. Esto porque el usuario ha solicitado que las compras, ventas y activos fijos se desarrollen como software de forma escalonada por incremento. Por lo que, al ser un desarrollo por fases, el orden lógico de los incrementos debería ser compras, ventas y activos fijos. Esta decisión es tomada de acuerdo a la importancia de los procesos (ventas necesita de compras).

Además, es bueno tener claro que se realizarán incrementos, por lo que cada uno de ellos debe ser guiado por un proceso de desarrollo de software:

• Incremento de compras y ventas: estos incrementos se desarrollarán con el modelo clásico. Esto porque los sistemas legados que serán actualizados poseen una buena documentación y dicha base es la que se debe considerar. Además, los usuarios no estarán dispuestos a probar el sistema si este no posee todas las funcionalidades ofrecidas.
• Incremento de activos fijos: se debe realizar con un modelo que maneje riesgos durante el desarrollo.

Definición de Requisitos para el Sistema de Gestión de Horarios

2.- Determine la lista de requerimientos del siguiente problema. Luego clasifíquelos en funcionales y no funcionales.

Sistema de Información Gestión de Horarios

La subdirección académica de la Escuela Galáctica de Informática (EGI), con sede en Europa (Júpiter), se encarga habitualmente de la confección de los horarios de clase. Este proceso suele ser manual, pero este año se quiere plantear la adquisición de un software que permita automatizar esta gestión.

El principal objetivo para el subdirector, que es la persona encargada de diseñar los horarios, es la generación automática de estos, a partir de determinadas informaciones como:

• Las asignaturas de que consta cada curso.
• Las asignaturas a impartir por cada profesor.
• Las aulas disponibles para impartir clases.

De cada profesor interesa conocer su nombre, DNI y despacho, así como al departamento al que pertenece. Cada departamento tiene un nombre. Las asignaturas tienen un nombre y un número de créditos, que indica el número de horas de docencia a la semana (1 crédito equivale a 3 horas). Hay 2 tipos de asignaturas: las que son teóricas, en las que debe recogerse la página web donde se publican los apuntes, y las que son prácticas, que deben tener asociado el sistema operativo a emplear. Igualmente, hay 2 tipos de aulas: para clases de teoría y clases de laboratorio (asignaturas prácticas). En general, las aulas tienen un nombre, una ubicación y una capacidad. De las aulas de teoría interesa conocer el tipo de pupitre (abatible o fijo), y de las prácticas se quiere saber si disponen de altavoces y cámara de videoconferencia. Los posibles cursos son 5, de primero a quinto, pero interesa que el sistema sea abierto para poder evolucionar a situaciones con un número de cursos mayor o menor. Hay que tener en cuenta que una asignatura solo puede formar parte de un único curso. Los días de clases van de lunes a viernes, y las horas posibles son de 8:30 a 14:30 y de 15:30 a 21:30. Las asignaturas se imparten en bloques de 1 hora.

Los profesores deben introducir en el sistema la información de las asignaturas que imparten. También deben especificar en qué 3 días desean tener clase. Este dato es utilizado por el subdirector para generar automáticamente los horarios. No obstante, puede darse el caso de que la generación automática no obtenga una solución completa al problema de los horarios y sea preciso que se retoque manualmente la asignación de horas de clase a las asignaturas en las diferentes aulas. De esto, y de la introducción del resto de informaciones necesarias, también se encarga el subdirector.

El sistema también debe permitir la consulta de horarios por parte de los alumnos, como profesores utilizarán el sistema desde la web, para lo que se hace necesaria una autenticación previa de estos usuarios.

Respuesta 2

Requisitos Funcionales

• Registrar docente.
• Registrar departamentos.
• Registrar asignaturas (ver tema de teoría y práctica).
• Registrar aulas (salas y laboratorios).
• Permitir registro de bloques de horarios y días de clases.
• Registrar información de asignaturas que imparten los docentes.
• Registrar los días en que los docentes pueden hacer clases.
• Crear automáticamente el horario.
• Modificar horario manualmente.
• Consultar los horarios.
• Autenticar usuarios.

Requisitos No Funcionales

• Desarrollo del software en ambiente web.
• Seguridad.

Actividades de Apoyo en el Desarrollo de Software

3.- ¿Qué sería una actividad de apoyo en un proceso de desarrollo de software? ¿Cuál es el objetivo de las actividades de apoyo? ¿Y cuáles podrían ser una de ellas?

Respuesta 3

Una actividad de apoyo es la que se lleva a cabo en paralelo al desarrollo de las etapas que tienen que ver con el ciclo de vida del producto. Estas actividades están orientadas a gestionar aspectos que abarcan todo el desarrollo, como por ejemplo gestión de planes, recursos, riesgos, cambios, configuraciones, etc. El objetivo de las actividades dependerá del factor el cual maneje la actividad. Algunos ejemplos son: gestión de riesgos, gestión de proyectos, gestión de configuración, etc.

Definición de una Estructura Arquitectónica para el Diseño de Software

4.- Usted está dentro de una compañía en la cual nunca se ha realizado un diseño formal, por lo cual le solicitan que defina algunos puntos básicos para determinar una estructura arquitectónica que permita enmarcar dicho trabajo. Explique usted con un diagrama los diversos puntos que usted consideraría y cómo estos se relacionan.

Respuesta 4

Para definir la arquitectura se debe considerar las siguientes opciones:

1) Administración de sistema: dividir el sistema en subsistemas y cómo se relacionan.

a) Modelo depósito: manejar grandes cantidades de datos.

• Centralizado.
• Descentralizado.

b) Modelo cliente/servidor: distribuir datos y procesamiento.

c) Modelo capas: interrelación entre subsistemas, portable, cambiable.

Cómo se dividen:

• Se debe definir si la relación será por datos, distribución o comunicación.
• Definir ubicación de bases de datos.
• Establecer modelo de control del sistema.

Factores Clave en la Calidad del Software: Robustez y Facilidad de Mantenimiento

5.- Dentro de la calidad del software se consideran 2 factores claves: robustez y facilidad de mantención. ¿Qué principios de calidad del diseño los apoyan y por qué?

Respuesta 5

Robustez:

a) Manejo de excepciones.

b) Identificación y tolerancia a defectos.

La robustez establece que se debe anticipar a situaciones inesperadas y no consideradas y se debe comportar en forma aceptable. En el diseño hay que ser defensivo, por lo tanto, estos principios apoyan a implementar este atributo de calidad. La robustez, si bien es para no tener errores, apoya a establecer la robustez.

Facilidad de mantención: independencia de componentes, por medio de un bajo acoplamiento y una alta cohesión, permite ventajas evidentes. Al no tener dependencias facilita su modificación, por lo tanto, será fácil su mantención.

Técnicas para Asegurar la Calidad del Análisis y el Diseño

6.- Usted es un informático recién llegado a una compañía y se le ha encomendado la misión de definir las técnicas que se utilizarán para asegurar la calidad del análisis y el diseño. ¿Qué propondría usted?

Respuesta 6

Considerando: las revisiones son un método fundamental para asegurar la calidad. Los actores deben revisar el producto y el proceso se realizaría en:

Requerimiento: revisión de requerimientos: los actores deben verificar y realizar los atributos de calidad de los requerimientos.

Diseño:

• Revisiones de diseño preliminar.
• Revisión crítica del sistema.
• Revisión de programas.

Cada una de estas actividades son técnicas consideradas para validar que el diseño sea de calidad. Deben participar los actores. Si se encuentran problemas graves en la revisión crítica, el diseño se rehace.

Estrategias y Técnicas para la Obtención de Requerimientos

7.- Adjudicada una licitación para realizar un proyecto, usted como tecnólogo informático está encargado de definir las estrategias y técnicas para la obtención de los requerimientos, basándose en los siguientes criterios:

• La empresa está dentro del rango de las GRANDES empresas (80 empleados), de los cuales 15 están en los cargos altos y los demás serán usuarios del sistema a construir en diversos ámbitos, pero siempre a nivel de los sistemas OLTP.
• Sería importante obtener las impresiones de cada uno de los empleados de cargos altos y solo conocer tendencias de los usuarios, ya que su tiempo es reducido.
• Además, el sistema será orientado a objetos, utilizando UML.

Defina las técnicas o técnica seleccionada en base a los criterios y justifique cuál fue la necesidad de la realización de cada una de ellas o ella.

Respuesta 7

De acuerdo a los antecedentes y para obtener una buena obtención de requerimientos, se utilizarán las siguientes técnicas:

• Investigar y obtener antecedentes: lo primero que se debe hacer es informarse y obtener el máximo de información, establecer un listado de preguntas para las etapas siguientes.
• Entrevista: para los empleados de cargos altos se realizarán entrevistas, para obtener requerimientos de primera fuente. Además, sirve para establecer buenos lazos de confianza con cliente/usuario.
• Encuestas: puesto que es poco el tiempo, se realizarán encuestas para los demás usuarios, debido a que esta técnica permite obtener datos estadísticos y establecer las tendencias solicitadas.
• Casos de uso: puesto que es orientado a objetos (UML), se apoyará a toda la obtención de requerimientos con los casos de uso.