RSS

Archivos Mensuales: noviembre 2010

ALCANCES DE MI PROYECTO

A CONTINUACION SE MUESTRAN LOS ALCANCES DEL PROYECTO

EL DOCUMENTO LO PUEDES DESCARGAR EN EL SIGUIENTE LINK

ALCANCES DEL PROYECTO

 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II

 

Cualidades o características esperables en la expresión de requerimientos de software (SRS)

 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II

 

Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo.

  • Necesario: Lo que pida un requerimiento debe ser necesario para el producto.
  • No ambiguo: El texto debe ser claro, preciso y tener una únicainterpretación posible.
  • Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes
  • Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.
  • Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.
  • Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.
  • Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden sustituir o mapear con esta lista de características.

 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II

 

ESTO NO ES UN FOCO (EJEMPLO)

De su análisis preliminar se desprende que para conseguir una reducción sustancial de errores es necesario que los dependientes de Bright’s Electric (que vende partes eléctricas, focos y adornos a clientes mayoristas) adopten un sistema en línea. El nuevo sistema permitirá a los dependientes extraer piezas del inventario (y en consecuencia actualizar este último), devolver una pieza al inventario, verificar el estado del inventario y comprobar si una pieza necesita

reabastecerse. En la actualidad, para actualizar el inventario, los dependientes contestan a mano un formulario con dos copias. El cliente se queda con una, el departamento de control de inventario conserva otra y los originales se depositan en la oficina principal al final del día.

A la mañana siguiente, lo primero que hace la solitaria oficinista es ingresar en la computadora los datos de los formularios. Los errores se generan cuando ella introduce números de parte o cantidades erróneos.

Cuando los encargados del inventario buscan una pieza de la cual creen que hay en existencia pero no la encuentran, se gasta tiempo adicional.

Alrededor del mediodía se envían hojas de inventario actualizadas a los dependientes de ventas, pero para ese momento estos últimos ya han tomado del inventario más del doble de las piezas que se tomarán después del mediodía. Es evidente que un sistema en línea bien diseñado ayudaría a reducir estos errores y también auxiliaría en el control del inventario.

El propietario, el señor Bright, ha considerado la idea de un sistema en línea durante los últimos cinco años y la ha abandonado varias veces.

La principal razón es que los dependientes, que deberían ser quienes más usaran el sistema, no confían en que los analistas de sistemas con quienes han hablado puedan satisfacer sus necesidades.

M. I Sockette, el dependiente de ventas que más tiempo lleva trabajando con el señor Bright, es el más elocuente y dice: “Nosotros conocemos las piezas y a nuestros clientes. Sería muy bueno lo que pudiéramos hacer aquí con una computadora. Sin embargo, los tipos que  rajeron para ponerla a funcionar… es decir, dan indicaciones como: ‘Párense frente a la computadora y tecleen un foco General Electric de 60 watts’

“Para nosotros, no es un foco, es un GE60WSB. Todos nosotros conocemos los números de parte. Nos enorgullecemos de ello. Si escribiéramos toda esa basura nos tomaría todo el día.”

Después de hablar con el señor Brlght, usted decide implementar un sistema en línea. Usted ya conversó con M. T. y los demás y les reiteró que el sistema utilizará los números de parte con los que ya están familiarizados y que esto les ahorrará tiempo. Aunque escépticos, los convenció de que prueben el sistema.

¿Qué tipo de interfaz de usuario diseñará para los dependientes de ventas? Antes de adoptar una solución, realice en tres párrafos un análisis cuidadoso en el cual compare y contraste diversas interfaces de usuario —lenguaje natural, preguntas y respuestas, menús, formularios  de entrada/salida, lenguaje de comandos y documentos basados en la Web—• que pudieran adecuarse a Bright’s. A continuación elija una interfaz y explique en un párrafo por qué considera que es la más apropiada con base en lo que sabe de los dependientes de ventas y el sistema actual de Bright’s. Dibuje un prototipo de pantalla que forme parte de su solución. Describa en un párrafo cómo lo probará con los dependientes de ventas.

Recomendaciones:
MENUS

  • Proporciona al usuario una lista en pantalla de las selecciones disponibles.
  • Un usuario está limitado a las opciones desplegadas.
  • El usuario no necesita conocer el sistema pero tiene que saber qué tarea se debe realizar.
  • Se pueden ocultar hasta que el usuario quiera usarlos.

INTERFACES DE FORMULARIO

  • Consisten de formularios en pantalla o formularios que se basan en la Web
  • Despliegan campos que contienen datos o parámetros que necesitan ser comunicados al usuario.
  • Ventajas:
    • La versión impresa del formulario proporciona documentación excelente. Muestra etiquetas para cada campo así como también contexto para las entradas.
    • Los documentos que se basan en la Web se pueden enviar directamente al sistema de facturación.

INTERFACES DE PREGUNTA Y RESPUESTA

  • La computadora despliega en pantalla una pregunta para el usuario. Para interactuar, el usuario introduce una respuesta (mediante pulsaciones del teclado o un clic del ratón) y la computadora después actúa en esa información de entrada de acuerdo con su programa, normalmente pasando a la siguiente pregunta.

La interfaz adecuada para el señor Bright, seria la de formulario, ya que el Sr Bright ha considerado la idea de un sistema en línea durante los últimos cinco años, ademas los formularios son faciles de llenar y se le pueden agregar valores predeterminados, para que sea mucho mas fácil su uso.

Primero se le mostraria al Sr Bright y se implementaria en las pc´s de la compañia, así los empleados también evaluarian y probarian el sistema, además se les daría un pequeño curso a los empleados antes de que empezaran a utilizarlo. Después se analizaría, como ha beneficiado el sistema, si es que se cuentan con dudas de como usarlo,siempre se estaría al pendiente del sistema.
 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II

 

AVANCES DEL PROYECTO

ACONTINUACION SE MUESTRAN LOS ALCANCES DEL PROYECTO

 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II

 

prefiero hacerlo yo mismo

Puedo pedir a Mikey que baje de la web o de nuestro servidor a mi PC los datos que necesito .esto se los dicen a usted el señor Miwaye un alto ejecutivo de Yum time foods un mayorista de alimentos del medio ambiente. “obtener los datos no es el problema lo que no quiero son muchos reportes. Prefiero analizar los datos yo mismo”. Miwaye le dice a usted como ejecutivo el no usa su computadora personal con la frecuencia que el quisiera, tal vez solo tres veces por mes, pero sabe bien lo que le gustaría hacer con ella.

“Me gustaría hacer unas comparaciones por mí mismo podría comparar el índice de rotación de empleados de nuestros 12 almacenes. También me gustaría ver la eficacia con que se utiliza cada uno de nuestros almacenes. A menudo quisiera poder construir una gráfica de las comparaciones o ver un análisis de ellas en relación con el tiempo.”

En tres párrafos compare tres tipos distintos de interfaz que pudiera utilizar Miware. A continuación recomiéndo una interfaz que tome en cuenta la poca frecuencia con que utiliza la pc, la forma en que disfruta trabajar con datos puros y su deseo de desplegar datos en diversas formas.

Los tres tipos de interfaces que yo le recomendaría que utilizara serian :

1.- Interfaces de lenguaje natural.

2.- Interfaces de formulario.

3.- otras interfaces de usuario.

Para mi estas serrian las mas adecuadas para que el las utilizara por el siguiente motivo:

1.- La Interfaces de lenguaje natural: Esta interfaz es una de las interfaces que el ejecutivo de Yum time Foods podría utilizar por que este tipo de interfaz es ideal para usuarios que no suelen contar con suficiente capacidad y Miware no suele utilizar la PC. Ya que no tiene los conocimientos necesarios para el adecuado uso de ella y este tipo de interfaz le seria de gran ayuda

2.- Interfaces de formulario: Esta interfaz también por que Miware comenta que no tiene el suficiente tiempo para checar cada uno de los detalles de la empresa por eso yo le recomendaría a Miware que emplee este formulario ya que este le permitiría la comparación que requiere además de la impresión similar de las graficas.

3.- otras interfaces de usuario: Y esta ultima interfaz también ya que Miware no cuenta con tiempo necesario para acceder a los datos que necesita ver y modificar tan frecuentemente y es por eso que este  tipo de interfaz podría ser de mucha ayuda para el.

 
Deja un comentario

Publicado por en 30 noviembre, 2010 en SISTEMAS DE INFORMACION II