domingo, 22 de marzo de 2009

INTEGRANTES DEL EQUIPO

*Jossiel Martin Dominguez Sanchez(responsable del blog)
*Luis Enrique Vicente Toledo
*Oscar Martin Gonzales Romero
*Alexa Perez Botello

DETERMINAR LOS ELEMENTOS DE UN SISTEMA DE DATOS

Esto trata, como su nombre lo dice, identificar los elementos que conponen a un Sistema de Base de Datos como son los siguientes:

Información: Es conjunto organizado de datos procesados, que constituyen un mensaje sobre un determinado ente o fenómeno.Usuarios: Es todo aquel personaje que hace uso de un sistema de informacion y, en este caso de un Sistema de Base de Datos (SBD). Los usuarios que existen en un SBD son:
*Administrador de Datos
*Administrador de Bases de Datos
*Programador de Aplicaciones
*Usuario FinalEquipo: Es el hardware utilizado para soportar, ejecutar, correr o utilizar un SBD. Cada SBD o SI necesita de ciertos requisitos o caracteristicas que debe de tener un quipo de computo (Pc); asi como el Office necesita de espacio en disco duro, espacio en memoria y velocidad de proceso, al igual un SBD y un SI por lo tanto a ustedes les corresponde investigar sobre algun sistema de base de datos que exista y analizar cuales son los requerimientos de hardware que necesita para funcionar correctamente.Esto es de gran importancia porque de lo contrario un sistema no funciona de la manera correcta y produce perdidas y es lo que tratamos de evitar como expertos que son ustedes.
Programas: Son las aplicaciones (software) adicionales que necesitamos para que un sistema trabaje mejor o poder reutilizar los resultados que nos arroje de una mejor manera, principalmente éstos son como el Word y el Excel en donde nosotros podemos pegar información que nos arroje un sistema para generar algún reporte o imprimirlo en una hoja o cualquier otra cosa.

IDENTIFICAR TIPO DE INFORMACION

Una vez identificados los objetos principales de la base de datos como candidatos para las tablas, el siguiente paso es identificar los tipos de información que deben almacenarse para cada objeto. Estos tipos son las columnas de la tabla del objeto.
Las columnas de una tabla de base de datos contienen algunos tipos de información comunes:Columnas de datos sin procesar Estas columnas almacenan información tangible, como por ejemplo nombres, determinada por un origen externo a la base de datos.Columnas de categorías Estas columnas clasifican o agrupan los datos y almacenan una selección limitada de datos, tales como verdadero o falso; casado o soltero; presidente, director o responsable de equipo; etc.Columnas de identificadores Estas columnas proporcionan un mecanismo para identificar cada elemento almacenado en la tabla.

Estas columnas suelen incluir un Id. o un número en el nombre (por ejemplo, IdDeEmpleado, númeroDeFactura y IdDeEditor. La columna del identificador es el componente principal para los usuarios y las funciones internas de proceso de la base de datos para el acceso a una fila de datos de la tabla. Algunas veces el objeto tiene una forma tangible de Id.

Utilizada en la tabla (por ejemplo, un número de la seguridad social), aunque en la mayoría de los casos se puede definir la tabla para poder crear un Id. confiable y artificial para la fila.Columnas relacionales o diferenciales Estas columnas establecen un vínculo entre la información de una tabla y la información relacionada que se encuentra en otra tabla.

Por ejemplo, una tabla que realiza el seguimiento de transacciones comerciales puede tener un vínculo con una tabla clientes, de modo que pueda asociarse toda la información del cliente a la transacción comercial.

IDENTIFICAR TIPOS DE USUARIOS

Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se diseña, elabora, termina y se usa.Los usuarios que accesan una base de datos pueden clasificarse como:

*Programadores de aplicaciones: Los profesionales en computación que interactuan con el sistema por medio de llamadas en DML (Lenguaje de Manipulación de Datos), las cuales están incorporadas en un programa escrito en un lenguaje de programación (Por ejemplo, COBOL, PL/I, Pascal, C, etc.)

* Usuarios sofisticados: Los usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos.

*Usuarios especializados: Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos.

*Usuarios ingenuos: Los usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicación permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseño interno del mismo por ejemplo: un cajero.

DETERMINAR EL EQUIPO A UTILIZAR

Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.

En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes.

La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos. Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos. Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto .

DETERMINAR LOS PROGRAMAS A DESARROLLAR

Al igual que cualquier otro tipo de software de oficina, hay un montón de programas de diseño de bases de datos disponibles para uso personal o profesional. Idealmente, un usuario de base de datos busca el objetivo de su base de datos posibles antes de elegir un programa de diseño.

Sin embargo, todo aquél que busque un diseño innovador de bases de datos sin conocer los datos concretos que entran en el sistema puede utilizar varios criterios para encontrar el programa óptimo diseño de bases de datos para sus necesidades.

Los usuarios potenciales de bases de datos necesitan buscar primero la sencillez del software de base de datos. Normalmente, una compañía de software permitirá que un cliente potencial eche un vistazo a las capturas de pantalla o incluso descargue una versión demo del programa para la obtención de muestras. Con la excepción de las personas instruidas en diseño de bases de datos, más sencillo siempre es mejor y un interfaz desarrollado con muchas campanas y silbidos puede ser desaconsejable.

La cuestión que los compradores deben considerar es si una persona con una mínima cantidad de conocimientos o ideas preconcebidas puede utilizar el programa. Además de facilidad de uso, los diseñadores de bases de datos necesitan ver algunos pequeños factores. La compatibilidad con los sistemas de computación de la oficina esta dada pero los profesionales de un negocio, deben considerar si el programa cumple con los requerimientos de desarrollo de un futuro próximo.

Además, siempre hay una consideración de precio en la compra de software de bases de datos. Algunos programas pueden ser prohibitivamente caros, pero otros pueden ser demasiado costosos para el servicio que prestan. Los compradores deben mirar primero su funcionalidad y luego determinar si el precio es demasiado grande para sus presupuestos.

DISEÑAR UNA BASE DE DAYTOS EN BASE AL MODELO ENTIDAD/RELACION

Generalmente todo modelo tiene una representación gráfica, para el caso de datos el modelo más popular es el modelo entidad-relación o digrama E/R.

Se denomina así debido a que precisamente permite representar relaciones entre entidades (objetivo del modelado de datos).

El modelo debe estar compuesto por:
*Entidades
*Atributos
*Relaciones
*Cardinalidad
*Llaves

DEFINIR ENTIDADES Y RELACIONES

El modelo de datos más extendido es el denominado ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones entre dichas entidades: Entidad.- Objeto del mundo real sobre el que queremos almacenar información (Ej: una persona). Las entidades están compuestas de atributos que son los datos que definen el objeto (para la entidad persona serían DNI, nombre, apellidos, dirección,...).

De entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad, (para la entidad persona una clave seria DNI). En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla.

Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas:-Que sea única.-Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.-Que sea mínima, ya que será muy utilizada por el gestor de base de datos.Relación.- Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos:

Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).

Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).

Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relaciónMATRÍCULAUn modelo lógico representa los conceptos reales que ha de cubrir la aplicación y permite asegurar que el software cubrirá dichos conceptos.El modelado de funciones de objetos (Object Role Modeling - ORM) es el proceso de representar conceptos del mundo real que definen ó influyen en el software.

Los diagramas ORM incluyen unos objetos primarios llamados entidades, las relaciones entre esas entidades y los atributos que definen esos objetos. Estos diagramas se crean descomponiendo los requerimientos de usuario y los casos de uso en entidades, relaciones y atributos.La notación ORM ofrece un número de formas y conectores para definir el modelo lógico:Objetos ORM: Entidades. Son representados con forma oval y el nombre de la entidad, definen los elementos que toman parte en el desempeño de la aplicación.Relación ORM: Se representan como una linea que conecta las entidades, en medio hay un rectangulo dividido en tantos segmentos como relaciones haya, definen como dos ó más entidades se relacionan unas con otras.Hecho ORM: Se representan como un pequeño texto bajo el rectangulo de una relación, definen como dos ó más entidades se relacionan. Utilizan "..." y "/" para indicar que papel toma cada parte de la relación, de forma que se debe poder leer en ambos sentidos (ie: un hecho "puede ser / es " indica Producto puede ser Mechero, Mechero es Producto).Restricciones ORM: Definen como las entidades participan en la relación, cuales son dominantes y su cantidad. Un pequeño circulo relleno en la conexión entidad-relación indica que dicha relación es dominante. Unas flechas encima del rectangulo de la relación indica su cardinalidad.Los diagramas ORM deben ser una vista lógica de las entidades de la aplicación, no representar clases ó bases de datos

ESTABLECER ATRIBUTOS

Atributos

Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.Ejemplos:A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id, nombre, edad, semestre), pertenecen las entidades:(1, Sophie, 18 años, 2)(2, Penny, 19 años, 5)(3, Sophie, 20 años, 2).Cada una de las entidades pertenecientes a este conjunto se diferencia de las demás por el valor de sus atributos.

Nótese que dos o más entidades diferentes pueden tener los mismos valores para algunos de sus atributos, pero nunca para todos.En particular, los atributos identificativos son aquellos que permiten diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro es su número de id.

Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que será almacenado o a restricciones en los valores que el atributo puede tomar (Cadenas de caracteres, números, solo dos letras, solo números mayores que cero, solo números enteros...).Cuando una entidad no tiene un valor para un atributo dado, este toma el valor nulo, bien sea que no se conoce, que no existe o que no se sabe nada al respecto del mismo

DEFINIR LOS ENUNCIADOS SEMANTICOS

El término semántica se refiere a los aspectos del significado, sentido o interpretación del significado de un determinado elemento, símbolo, palabra, lenguaje o representación formal. En principio cualquier medio de expresión (lenguaje formal o natural) admite una correspondencia entre expresiones de símbolos o palabras y situaciones o conjuntos de cosas que se encuentran en el mundo físico o abstracto que puede ser descrito por dicho medio de expresión.La semántica puede estudiarse desde diferentes perspectivas:Semántica lingüística, trata de la codificación y decodificación de los contenidos semánticos en las estructuras lingüísticas.Semántica lógica, desarrolla una serie de problemas lógicos de significación, estudia la relación entre el signo lingüístico y la realidad. Las condiciones necesarias para que un signo pueda aplicarse a un objeto, y las reglas que aseguran una significación exacta.Semántica en ciencias cognitivas, intenta explicar por qué nos comunicamos, y cuál es el mecanismo psíquico que se establece entre hablante y oyente durante este proceso.La semántica es el estudio del significado atribuible a expresiones sintácticamente bien formadas. La sintaxis estudia sólo las reglas y principios sobre cómo construir expresiones interpretables semánticamente a partir de expresiones más simples, pero en sí misma no permite atribuir significados. La semántica examina el modo en que los significados se atribuían a las palabras, sus modificaciones a través del tiempo y aún sus cambios por nuevos significados. La lexicografía es otra parte de la semántica que trata de describir el significado de las palabras de un idioma en un momento dado, y suele exhibir su resultado en la confección de diccionariosEn la lógica de primer orden el conjunto de variables y constantes juega un papel similar al lexicón de las lenguas naturales, ya que bajo una interpretación semántica son los elementos que admiten referentes. A su vez, el conjunto de reglas de buena formación de expresiones hace el papel de la sintaxis en las lenguas naturales. Para interpretar semánticamente las expresiones formales de un sistema lógico de primer orden necesitamos definir un modelo o conjunto estructurado sobre el que interpretar los enunciados formales del sistema lógico. Un modelo de acuerdo con la teoría de modelos es un conjunto con cierta estructura junto con una regla de interpretación que permite asignar a cada variable o constante un elemento del conjunto y cada predicado en el que intervienen un conjunto de variables puede ser juzgado como cierto o falso sobre el conjunto en el que se interpretan las proposiciones del sistema lógico formal.

REALIZAR EL DIAGRAMA ENTIDAD/RELACION

Los diagramas E-R son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen la información que trata un sistema de información y el software que lo automatiza.EntidadSe representa mediante un rectángulo o "caja" etiquetada en su interior mediante un identificador. Ejemplos de entidades habituales en los sistemas de información son: factura, persona, empleado.Atributo Se representan mediante un círculo o elipse etiquetado mediante un nombre en su interior.Cuando un atributo es identificativo de la entidad se suele subrayar dicha etiqueta.RelacionesSe representa mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona.Por motivos de legibilidad, los atributos no suelen representarse en un diagrama entidad-relación, sino que se describen textualmente en otros documentos adjuntos.Cuando se inicia el diseño de una base de datos, uno de los mayores problemas que existe, es que el diseñador concibe la base de datos con un modelo de datos orientado a la maquina/plataforma. Y esto hace que en un alto grado se pierda la conceptualidad del problema quedando tal diseño contaminado por cuestiones de implementación.Al final será un desastre puesto que nuestra aplicación no será capaz de representar fidedignamente la realidad del asunto. Además de conllevar otra serie de problemas como: falta de eficiencia, peor optimizado, imposibles actualizaciones, consultas extremadamente largas…El diseñador debe concebir la base de datos en un nivel superior, abstrayéndose de cualquier consideración técnica o de implementación en sistema, plataforma o aplicación.Para ello puede contar con la ayuda de un modelo de datos como el E/R, presentado por Peter P. Chen. Con el podrá centrarse en la estructura lógica y abstracta de la información, siendo capaz de representar toda la semántica del mundo real por medio de entidades y relaciones.

lunes, 2 de marzo de 2009

Requerimientos de un Sistema

Requerimientos de un Sistema

El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave.
1.- ¿Qué es lo que se hace?
2.- ¿Como se hace?
3.- ¿Con que frecuencia de presenta?
4.- ¿Qué tan grande es el volumen de transacciones o de decisiones?
5.- ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
6.- ¿Existe algún problema?
7.- Si existe un problema, ¿Qué tan serio es?
8.- si existe un problema, ¿Cuál es la causa que lo origina?

Para contestar estas preguntas, al analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa, sus opiniones sobre porque ocurren las cosas, las soluciones que proponen y sus ideas para cambiar el proceso.

Comentario:En este ultimo tema de nuestro resumen, nos dice que el requerimiento del sistema es el prceso mediante el cual el analista de sistemas, hace la recolección de datos con personas relacionadas con los procesos de la empresa y asi llegar a uno conclusión así la resolucón del problema previsto.

Toma de Decisiones

Toma de Decisiones

Es el proceso mediante el cual se realiza una elección entre las alternativas o formas para resolver diferentes situaciones.

Comentario:En el párrafo anterior, nos dice que la toma de decisiones es el proceso mediante el cual se elige la opción para resolver diferentes problemas obtenidos.

Estudios de Factibilidad

Estudios de Factiblilidad
Los estudios de factibilidad se completan durante la fase de diseño de sistemas. Los estudios de factibilidad consideran la factibilidad técnica, económica y operacional de cada alternativa.
Comentario:En el texto anterior, consideran todos los aspectos posibles (en este caso técnica, economía y operacional)de estudio para comprobar la posibilidad que tiene el usuario de relizar las acciones que dessee, y este proceso nos dice, que termina con la fase de diseño.

Propuesta de Solución

Propuesta de Solución

Se ocupa de la reunión y estudio a detalle de los datos del sistema en operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis.Son medios comunes para acometer tal recopilación:Las entrevistas, cuestionarios, encuestas a usuarios finales, así como también las consultas a documentos y manuales que contengan lineamientos de funcionamiento o normas de procedimientos de operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis.Son medios comunes para acometer tal recopilación: las entrevistas, cuestionarios, encuestas a usuarios finales, así como también, las consultas a documentos y manuales que contengan lineamientos de funcionamiento o normas de procedimientos de operación. Después los datos son analizados para establecer cómo es el flujo de información y detectar la posible causa de que este flujo sea defectuoso.Existen varias técnicas y herramientas útiles para el análisis de datos. El uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones. Este reporte permite tomar la decisión de proseguir o no con el proyecto.

Comentario: El tema anterior fue la propuesta de solución, bueno como podrán haber leído en sí, es el proceso minucioso de analisis y estudio de los datos del sistema en que estamos operando y este proceso llega asu fin con el documento donde se muestra el resultado del análisis.

Investigación Preliminar

Investigación Preliminar

Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la investigación preliminar. Requiere uno o más analistas de sistemas analizando el “system request” para determinar la verdadera naturaleza y alcance de problema.El propósito es buscar información suficiente para determinar si se debe continuar con el ciclo de vida del desarrollo del sistema.La investigación preliminar debe cumplir con los siguientes 5 objetivos:1: Entender la naturaleza del problema2: Definir el alcance y las restricciones o limitaciones del sistema3: Identificar los beneficios que se obtendrían si el sistema propuesto es completado.4: Especificar un estimado de tiempo y costo para las próximas bases de desarrollo5: Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema.

Comentario: La investigación preliminar como ya se ha visto en el párrafo leído anteriormente es un proceso que se lleva acabo, para conocer dentro de un análisis de sistemas el problema al que se está enfrentado, y asi poder iniciar la resolución de este.

miércoles, 18 de febrero de 2009

Analisis de Sitemas

Investigación Preliminar

Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se comienza la investigación preliminar. Requiere uno o más analistas de sistemas analizando el “system request” para determinar la verdadera naturaleza y alcance de problema.
El propósito es buscar información suficiente para determinar si se debe continuar con el ciclo de vida del desarrollo del sistema.
La investigación preliminar debe cumplir con los siguientes 5 objetivos:
1: Entender la naturaleza del problema
2: Definir el alcance y las restricciones o limitaciones del sistema
3: Identificar los beneficios que se obtendrían si el sistema propuesto es completado.
4: Especificar un estimado de tiempo y costo para las próximas bases de desarrollo
5: Presentar un informe a la gerencia describiendo el problema y detallando si se recomienda continuar con la fase de análisis del sistema.

Comentario: La investigación preliminar como ya se ha visto en el párrafo leído anteriormente es un proceso que se lleva acabo, para conocer dentro de un análisis de sistemas el problema al que se está enfrentado, y asi poder iniciar la resolución de este.

Propuesta de Solución

Se ocupa de la reunión y estudio a detalle de los datos del sistema en operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis.
Son medios comunes para acometer tal recopilación:
Las entrevistas, cuestionarios, encuestas a usuarios finales, así como también las consultas a documentos y manuales que contengan lineamientos de funcionamiento o normas de procedimientos de operación y la especificación de los nuevos requerimientos del sistema a desarrollar. Concluye en general con un documento que recoge el resultado del análisis.
Son medios comunes para acometer tal recopilación: las entrevistas, cuestionarios
, encuestas
a usuarios finales, así como también, las consultas a documentos y manuales que contengan lineamientos de funcionamiento o normas de procedimientos de operación. Después los datos son analizados para establecer cómo es el flujo de información y detectar la posible causa de que este flujo sea defectuoso.
Existen varias técnicas y herramientas útiles para el análisis de datos. El uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones. Este reporte permite tomar la decisión de proseguir o no con el proyecto.

Comentario: El tema anterior fue la propuesta de solución, bueno como podrán haber leído en sí, es el proceso minucioso de analisis y estudio de los datos del sistema en que estamos operando y este proceso llega asu fin con el documento donde se muestra el resultado del análisis.

Estudios de Factiblilidad


Los estudios de factibilidad se completan durante la fase de diseño de sistemas. Los estudios de factibilidad consideran la factibilidad técnica, económica y operacional de cada alternativa.

Comentario:En el texto anterior, consideran todos los aspectos posibles (en este caso técnica, economía y operacional)de estudio para comprobar la posibilidad que tiene el usuario de relizar las acciones que dessee, y este proceso nos dice, que termina con la fase de diseño.

Toma de Decisiones

Es el proceso mediante el cual se realiza una elección entre las alternativas o formas para resolver diferentes situaciones.

Comentario:En el párrafo anterior, nos dice que la toma de decisiones es el proceso mediante el cual se elige la opción para resolver diferentes problemas obtenidos.

Requerimientos de un Sistema

El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave.
1.- ¿Qué es lo que se hace?
2.- ¿Como se hace?
3.- ¿Con que frecuencia de presenta?
4.- ¿Qué tan grande es el volumen de transacciones o de decisiones?
5.- ¿Cuál es el grado de eficiencia con el que se efectúan las tareas?
6.- ¿Existe algún problema?
7.- Si existe un problema, ¿Qué tan serio es?
8.- si existe un problema, ¿Cuál es la causa que lo origina?

Para contestar estas preguntas, al analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa, sus opiniones sobre porque ocurren las cosas, las soluciones que proponen y sus ideas para cambiar el proceso.


Comentario:En este ultimo tema de nuestro resumen, nos dice que el requerimiento del sistema es el prceso mediante el cual el analista de sistemas, hace la recolección de datos con personas relacionadas con los procesos de la empresa y asi llegar a uno conclusión así la resolucón del problema previsto.

Hecho por:

Luis Enrique Vicente Toledo

Integrantes del Equipo: