RSS

Archivo de la categoría: SISTEMAS DE INFORMACION II

edgar

 

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

 

APUNTES UNIDAD II

DISEÑO DE LA ARQUITECTURA DEL SOFTWARE.

 La arquitectura está compuesta por su componente la relación que existe entre ellos y con el ambiente que trabajaran, así como también los principios o regalas que normaran su diseño y su evolución. Una definición por parte de la ingeniería del software será lo siguiente. Una arquitectura del software es la estructura de estructuras de un sistema, la cual abarca componentes de software propiedades estrena visible a estos componentes. ¿Porque es importante la arquitectura? 1.-Por que las representaciones de la arquitectura del software facilitan la comunicación entre todas las partes interesadas, en el desarrollo de un sistema avanzado en computadora. 2.- Destacan decisiones tempranas de diseño que tendría un profundo impacto en todo el trabajo de ing. 3.-Porque constituye un modelo relativamente pequeño e intelectualmente comprensible de como este estructurado el sistema y de cómo trabajan junto los componentes.

 APLICACIONES MONOLITICAS

Son aquellas que conocemos como aplicaciones de estación en otras palabras interfaces graficas de usuario GUI’S son servicios de presentación, negocios y pertinencia de datos, en la misma máquina no hay concurrencia de usuarios.

 ARQUITECTURA LIENTE/SERVIDOR

 una de sus características es que cuenta con clientes pesados aunque esto no es un estándar dependiendo del lenguaje, existen conexiones dedicadas a la base de datos mediante esta arquitectura generalmente los protocolos de comunicaciones son pesados, existe ejecución remota de SQL’S existe alta administración y el rendimiento es bajo el tráfico en la red puede estar saturado o ser muy alto

ARQUITECTURA LIENTE/SERVIDORMEJORADA.

Se aplica en la lógica de negocios en la base de datos existen cliente pesados aunque también no es un estándar las conexiones a las bases de datos se convierten a conexiones dedicadas el rendimiento en este tipo de arquitectura es mucho mejor existe una alta administración baja escalabilidad, flexibilidad y portabilidad. ARQUITECTURA DE TRES NIVELES. Reutilización de la lógica de negocios para diferentes clientes o sistemas son aplicables en este enfoque se mejora la escalabilidad y la flexibilidad de las aplicaciones existe una completa independencia de la base de datos. ARQUITECTURA

VERSUS DISEÑOS.

 la arquitectura envuelve un conjunto de decisiones de estrategias de diseños,linchamiento de reglas y patrones que restringen el diseño Y la implementación de un software.

DISEÑO DE INTERFACES DE USUARIOS

Antes de implementar los formularios y los informes ahí que diseñar su aspecto para ello es necesario tener en cuanta. 1.-Utilizar títulos que sean significativos, y que identifiquen sin ambigüedad el propósito del informe o formulario. 2.-Dar instrucciones breves y fáciles de comprender. 3.-Agrupara y secuenciar los campos de forma lógica. 4.-Aser que el aspecto del informe o formulario sea atractivo a la vista. 5.-Utlizar nombres familiares para etiquetar los campos. 6.-Utilizar terminología y abreviaturas contingentes. 7.-Hacer un uso razonable de los colores. 8.-Dejar un espacio visible para los espacios de entrada y delimitarlo 9.- Permitir un uso y adecuado del cursor. 10.-Permitir la correxion de carácter a carácter y de campos correctos. 11.-Dar mensajes de error para los valores ilegales. 12.-Marcar los campos que sean opcionales o en su defecto requisitos. 13.-Dar mensajes a nivel de campo para indicar su significado. 14.-Dar una señal que indique cuando el informe o formulario está completo.

EL SISTEMA NO ESTÁ USANDO TU APLICACIÓN

La cuestión más básica a considerar en el diseño de interfaces de usuario es que el usuario no quiere utilizar tu aplicación. Quieren hacer su trabajo de la forma más sencilla y rápida posible y la aplicación no es más que una herramienta para ayudarles a lograrlo.

LEY DE FITT.

Esta ley es la más básica y conocida entre las leyes de diseño de interfaces de usuario esta ley dice que cuando más grande y más cercano al puntero del ratón es un objeto más sencillo es hacer clic sobre él. Esto es sentido común, pero muchas veces es ignorado en el diseño de interfaces de usuario.

INTERFERENCIAS INECESARIAS

Esto quiere decir que cuando un usuario está trabajando sobre una aplicación normalmente está concentrado en su trabajo, suponga el caso de que una aplicación “modernista” facilita automáticamente al usuario la notificación puntual de cada hora mediante un mensaje grafico o animación, el usuario tiende a distraerse y perder la concentración; llevando a esto como consecuencia que el usuario recapitule lo que estaba haciendo.

 UTILIZAN LA POTENCIA DE LA COMPUTADORA.

1.- utiliza su potencia para ayudar al usuario. 2.- as que se pueda distinguir fácilmente entre los elementos similares. 3.-recuerda las opciones de la aplicación.

BASE DE DATOS.

Las bases de datos no son tan solo una colección de archivos. Más bien, una base de datos es una fuerte central de datos destinados a compartirse entre muchos usuarios para diversidad de aplicaciones.

OBJETIVOS DE EFECTIVIDAD DE LA BASE DE DATOS.

1.-asegurar que los datos se puedan compartir entre los usuarios para una diversidad de aplicaciones. 2.-mantener datos que sean exactos y consistentes. 3.-asegurar que todos los datos requeridos por las aplicaciones actuales y futuras se podrán aceder con facilidad. 4.-permitir a la base de datos evolucionar con forme aumentan las necesidades de los usuarios. 5.-permitir a los usuarios contruir su vista personal de los datos, sin preocuparse por la forma en que los datos se encuentran almacenados físicamente

 
Deja un comentario

Publicado por en 4 octubre, 2010 en SISTEMAS DE INFORMACION II

 

apuntes de la unidad 2

apuntes-de la unidad 2

 
Deja un comentario

Publicado por en 4 octubre, 2010 en SISTEMAS DE INFORMACION II

 

cronograma de analisis

 
Deja un comentario

Publicado por en 4 octubre, 2010 en SISTEMAS DE INFORMACION II