ESPECIFICACIÓN DE UN SBC

Transcripción

1 ESPECIFICACIÓN DE UN SBC Para la especificación del sistema SBC seguiremos el siguiente esquema: Definición del problema Análisis de alternativas Análisis de viabilidad Especificación del sistema elegido Definición del sistema y asignación de funciones Restricciones Diagramas de arquitectura Planificación DEFINICIÓN DEL PROBLEMA El sistema que queremos desarrollar es la consulta y venta de entradas de espectáculos. Se pretende que el usuario terminal pueda consultar los espectáculos disponibles, pudiendo elegir, ciudad, recinto, sesión, y en su caso, el asiento que desee. Una vez realizada esta elección el usuario podrá comprar las entradas, mediante diferentes formas de pago que son: tarjeta de crédito y dinero en efectivo. ANÁLISIS DE ALTERNATIVAS En este campo como en muchos otros, tenemos varias alternativas, que van desde un sistema rudimentario, pasando por un sistema mixto hombre-máquina, hasta una alta tecnología con un sistema completamente automatizado: La primera alternativa es un sistema manual, en el que un operario dispone de: Listados con los espectáculos, ciudades, recintos, sesiones, aforo y precios. Mapas de los recintos donde los asientos sean numerados. 1

2 Con esta información el operario deberá proporcionar al cliente la información que necesite, mostrando el mapa del recinto si es necesario para que el cliente escoja sus asientos. Una vez que el cliente ya ha escogido, el operario se encargará de darle sus entradas y cobrarle. El operario deberá tomar nota de las entradas que se vayan vendiendo para no revender un asiento ya vendido, o sobrepasar el aforo destinado a un espectáculo. La segunda alternativa es una mezcla de hombre-máquina. Ahora el operario no tendrá que hacer todo el trabajo de forma manual, sino que dispondrá de un software que le ayudará en su tarea. Este software le va a permitir: Consultar los espectáculos en una base de datos diseñada a tal efecto. Tener en la base de datos mapas con los recintos, pudiendo escoger asientos seleccionándolos con el ratón de forma fácil y rápida. Vender entradas automáticamente sin preocuparse de cuántas o cuáles vendió. El software internamente gestionará todos estos movimientos indicando, en su caso que no quedan entradas, e impidiendo la reventa de entradas. La tercera opción sería informatizar el sistema hasta convertirlo en completamente automatizado, para ello se suprimiría el factor humano (el personaje del dependiente). La idea sería tener una serie de terminales donde el público de una manera amigable e intuitiva podría seleccionar un espectáculo en su ciudad, observar dónde se llevará a cabo la puesta en escena, elegir la zona y asiento que deseen, y efectuar la compra, así como el pago; este último con diversas opciones. ANÁLISIS DE LA VIABILIDAD viabilidad técnica: Para la alternativa manual el riesgo del desarrollo sería mínimo, ya que no se necesita diseñar ningún software (nivel tecnológico nulo). Habría simplemente que contratar a la persona adecuada que llevara el cargo de dependiente. Los recursos necesarios serían un puesto donde vender las entradas. viabilidad económica: La inversión inicial sería mínima, aunque sí tendríamos un costo de manutención que sería el alquiler del local y el sueldo del empleado. Aunque el período de amortización sería inmediato dado que la inversión es pequeña, los beneficios estarán limitados por la eficiencia y capacidad de la persona que se encargara de gestionar las ventas. 2

3 viabilidad legal: No existe ningún problema en este apartado, ya que es legal la venta de entradas de espectáculos. viabilidad técnica: El riesgo en el desarrollo es muy bajo, dado que este tipo de sistema está muy extendido e incluso si hubiera un fracaso en el negocio los daños económicos no serían astronómicos, ya que la inversión inicial se limitaría aun ordenador personal y un software de serie. viabilidad económica: El coste de esta alternativa sería mayor que en la primera, pero éste también vendría en forma de inversión inicial. Dado que no es muy grande, tendríamos una amortización de los beneficios de aproximadamente seis meses viabilidad legal En este aspecto no habría problema, ya que lo único que hacemos es semiautomatizar la venta de entradas, cosa que es legal. viabilidad técnica: Existe cierto riesgo en el desarrollo de esta alternativa, ya que el producto final que queremos conseguir es un sistema empotrado totalmente independiente. El desarrollo de este sistema es complejo e implica riesgo en el desarrollo. Por otro lado, aunque existan estos riesgos, sabemos que este sistema es viable a nivel tecnológico. Existen muchos sistemas similares al que queremos desarrollar, como son los puestos automáticos de películas de alquiler. viabilidad económica : La inversión inicial para este proyecto es grande. Depende del número de terminales que queramos manejar, del volumen de información y del alcance y distribución de la red del sistema. Esta inversión aunque en principio puede resultar grande, los beneficios son también importantes. El uso de este sistema, hace que la función que se realice se lleve a cabo de forma más cómoda y rápida. El periodo de amortización rondaría los 12 meses. viabilidad legal: El sistema que queremos desarrollar no implica ningún problema legal, aunque si necesitaríamos un permiso para poner los terminales en sitio público. 3

4 ESPECIFICACIÓN DEL SISTEMA Vamos a desarrollar la tercera alternativa propuesta. Consideramos que es la más innovadora y la que a medio plazo puede reportarnos mayores beneficios. Definición del Sistema y Asignación de Funciones Restricciones En este sistema hay dos partes diferenciadas; Un núcleo central, donde se encuentra la base de datos global que dará servicio a todos los terminales, esta computadora ha de ser potente ya que debe de soportar muchas peticiones concurrentemente sin que el tiempo de espera de los usuarios sea mayor del esperado (características de sistema de tiempo real) y sin perder ninguna consistencia en las diversas transacciones. Diversos terminales, cada cual estará compuesto por un computador conectado en red con el núcleo central, y que sus periféricos mínimos sean: 1. Pantalla de comunicación con el usuario. Aquí se mostrará toda la información necesaria. 2. Medio de interacción con el usuario que vendrá integrado con el monitor (pantalla táctil). 3. Impresora. Tendrá como único objetivo imprimir las entradas una vez compradas. 4. Sistema gestor de tarjetas de crédito que deberá ser capaz de leer tarjetas de crédito. 5. Sistema gestor de dinero en efectivo, el cual informará del dinero introducido y será capaz de dar cambio. 6. Módem de comunicación con entidad bancaria. Las restricciones generales del sistema son: El sistema debe funcionar 24 horas al día, todos los días del año. Si en algún momento un terminal, o el núcleo central cayera, se deberá reanudar su correcto funcionamiento dentro de un tiempo límite marcado, que es de 1 hora. El sistema debe dar respuesta a cada petición dentro de un tiempo límite. Los datos nunca pueden perder su consistencia, ya que el alcance económico de estos sistema es alto. Si en algún momento hay algún problema en una transacción el sistema debe volver al estado en que se encontraba antes de iniciar la misma. (Atomicidad en las transacciones). Diagramas de arquitectura A continuación presentamos dos diagramas: 4

5 Un diagrama del sistema en general, indicando flujo de información y estructura del sistema. Un diagrama de los terminales. Aquí se indica de nuevo flujo de información y estructura interna. 5

6 Diagrama general Diagrama del Terminal Planificación Plazo: El tiempo aproximado de entrega del producto es de 10 meses, 7 meses empleados en programación del software y adquisición y montaje de terminales; 3 meses de integración de todas las partes y pruebas de funcionamiento. Coste:!"# $ %&' " (%) * +,-/. 0 Formación de personal: Es necesaria la formación de un equipo para la gestión del funcionamiento del sistema, este equipo se encargará de todos los aspectos relacionados con la base de datos central y de dirigir desde el computador central el funcionamiento del sistema global. El tiempo de formación de personal es de dos meses. Garantía: Todos los productos hardware vendrán acompañados del periodo de garantía proporcionado por su fabricante, estipulando previamente que cada componente ha de tener como mínimo un año de garantía. La garantía del software estará compuesta de reparación de fallos de programación detectados a lo largo del uso; en ningún caso entrará en la garantía modificaciones de restricciones o de propiedades en el software que no estuvieran acordadas en el contrato. Estas modificaciones se podrán llevar a cabo mediante otro proyecto de desarrollo. 6