Ingeniería del Sistema

(se relaciona según lo que se puso en la carta gantt) 16-05

Función y Rendimiento de los Elementos.

¿Se ha definido las funciones principales de forma delimitada y sin ambigüedad?

Sí, porque los límites se definieron en la interacción del cliente con el vendedor, siendo el vendedor como usuario del sistema. Y la idea específica es un sistema para controlar y demostrar las ventas realizadas.

¿Se han definido las interfaces entre los elementos del sistema?

No, porque es un tema ambiguo, que aun estamos trabajando.

¿Se han establecido límites de presentaciones para el sistema como un todo y para cada elemento?

No, aún no se ha definido ninguno, ya que eso aún está en proceso.

¿Se han establecido restricciones de diseño para cada elemento?

Si, ya que el diseño restringe la interacción del cliente con el sistema, ya que sólo el vendedor está capacitado para utilizarlo, evitando que el cliente cometa errores al utilizar el el sistema para realizar un pedido.

¿Se ha elegido la mejor alternativa?

Sí, porque se corrigió el funcionamiento del problema, ya que estaba destinado a que el usuario se atendiera sólo, lo cual desorganizaba el funcionamiento del sistema y se terminó por cambiar el uso del sistema, con el vendedor como usuario, esa fue la mejor alternativa para el sistema.

¿Es factible la solución técnica?

Sí, ya que la solución permite gestionar la venta de productos al cliente, almacenando las ventas de cada día, y permitiendo ver información sobre como se llevan a cabo las ventas y el stock de cada producto.

¿Se ha establecido un mecanismo de verificación y validación?

Sí, ya que en la venta no siempre será el mismo vendedor, cada vendedor que esté de turno debe validarse en el sistema, y el sistema debe cumplir con la respectiva verificación, para que el sistema lleve una cuenta de sus ventas.

¿Existe consistencia entre todos los elementos del sistema?

Sí, ya que se han modelado la posibles consistencias entre los elementos, su cardinalidad, y de qué manera se relacionan.

Planificación del proyecto

Estimación de recursos, costo y tiempo.

¿Se ha definido el alcance del software de forma limitada y concisa?

Si, ya que sólo se ha definido su alcance a nivel de conexión a internet, este no es necesario y ayuda a evitar el ingreso de virus o troyanos al sistema.

¿Es clara la terminología?

Los conceptos se entienden de forma simple, ya que no es un sistema que requiera un gran estudio en contabilidad o sistemas de negocios. La tecnología y lenguaje implementado, basta sólo con un nivel de programación básica.

¿Son adecuados los recursos para ese alcance?

No, ya que se posee un gran capital para costear los recursos recomendados para un buen funcionamiento.

¿Están fácilmente disponibles los recursos?

No, ya que los recursos tanto de hardware, como de software no están fácilmente disponibles, la razón de su baja disponibilidad es porque el lenguaje de programación es muy costoso, además de el gestor de base datos, esto sólo en el ámbito de software, en cuanto a hardware; en cuanto a hardware, el recurso menos inaccesible de hardware es la pantalla táctil que se utilizará.

¿Se han definido los riesgos en todas las categorías importantes?

Si, ya que hay un plan de gestión de riesgos que ha definido de manera anticipada los posibles riesgos y se han definido tomar acciones que evitarán que estos riesgos se presenten en el futuro.

¿Existe un plan de Gestión de Riegos?

Sí existe, ya que han medido los riesgos a través de una medición de cumplimiento de plazos, costos, alcances y resultados finales de su respectiva solución. Esto asegurará el software identificando y analizando previamente los riesgos que puedan afectar al proyecto del software en desarrollo, además de las acciones que evitarán la aparición de estos riesgos en el futuro.

¿Se han determinado las tareas, su secuencia y paralelismo en función de los recursos disponibles?

Sí se han definido en lo que es la planificación de la documentación del software, se han tomado en cuenta requerimientos, un calendario de tareas para trabajar con los recursos disponibles, sólo a conveniencia con los requisitos recomendados para implementar el sistema.

¿Es razonable la estimación de Costos? (¿se han calculado de dos maneras?)

Sí es razonable, aunque se recomienda invertir en los requisitos recomendados para un buen funcionamiento del software. Sólo se ha calculado de una sola manera, los cuales son los requisitos recomendados del sistema.

¿Se han utilizado datos históricos de Productividad y de Calidad?

Sí, se han utilizado ejemplo de sistemas de ventas, aunque no se han puesto en prueba aún, ya que la idea es implementar nuestro propio sistema con buenos resultado en Productividad y Calidad.

¿Se han reconciliado las diferencias en estimaciones?

Sí, aunque estas podrían no coincidir en pasos que aún no se han alcanzado en el desarrollo del software.

¿Son realistas el presupuesto y la fecha tope?

Sí, ambos elementos del software son realistas ya que el presupuesto se ha definido en la documentación del software, el presupuesto se ha definido a base de los requerimientos tanto de Hardware, como de Software del Sistema, además la fecha tope está definida en la Carta Gantt, como una forma de definir las fechas de trabajo y de ahí se ha definido una fecha tope.

¿Es consistente la agenda?

Si es consistente, ya que se ha definido una agenda de trabajo por horarios para el grupo que trabajará en el Software, los días trabajados se pueden apreciar en la Carta Gantt.

Análisis de Requisitos

¿Es completo, consistente y exacto el análisis del campo de información?

¿Es completa la partición del problema?

Están definidas adecuadamente la interfaces internas y externas?

¿Refleja el modelo de datos correctamente los datos, sus atributos y sus relaciones?

¿Se pueden seguir todos los requisitos a nivel de sistema?

¿Se ha realizado un prototipo para el usuario?

¿Son alcanzables las prestaciones con las restricciones impuestas por otros elementos del sistema?

¿Son consistentes los requisitos con la planificación, los recursos y el presupuesto?

Diseño Preliminar

Arquitectura de Software

¿Están reflejados los requisitos en la arquitectura?

¿La modularidad es efectiva?

¿Depende de algunos factores la arquitectura del programa?

¿Se han definido la interfaces para los módulos y los elementos externos del sistema?

¿Es consistente la estructura de datos con el ámbito de información?

¿Es consistente la estructura de datos con los requisitos del software?

¿Se ha concedido la facilidad de mantenimiento?

¿Se han evaluado explícitamente los factores de calidad?