Sistemas De Informacion

1. Describa qué son los requerimientos en Diseño de Sistemas e indique las características principales que deben cumplir.

Los Sistemas de Información por computadora normalmente están integrados por muchos componentes. En la mayor parte de los casos, es difícil para los analistas entender todos estos componentes aun mismo tiempo; por lo tanto los investigadores tienen que comenzar con preguntas de tipo general con relación al propósito del sistema, sus entradas y salidas de los procesos incluidos.

Existen dos estrategias ampliamente utilizadas para determinar los requerimientos de información. Se clasifican en dos tipos:

• Flujo de Datos

• Estrategias de Análisis de Decisión para el conocimiento para los sistemas de información.

Requerimientos de Entrada

Es el enlace que une al sistema de información con el mundo y sus usuarios, en esta existen aspectos generales que todos los analistas deben tener en cuenta, estos son:

• Objetivos del Diseño de Entrada

Consiste en el desarrollo de especificaciones y procedimientos para la preparación de datos, la realización de los procesos necesarios para poner los datos de transacción en una forma utilizable para su procesamiento así como la entrada de los datos se logra al instruir a la computadora para que lea ya sea documentos escritos, impresos o por personas que los escriben directamente al sistema.

• Captura de datos para la entrada: En una transacción existen datos importantes y otros que no, el analista debe saber cuáles utilizara y cuales en realidad deben formar la entrada. Existen dos tipos de entrada:

o Datos Variables

o Datos de Identificación

• Requerimientos de Salida: El diseño de sistema se representa a través de dos fases: el diseño lógico y el diseño físico.

Cuando los analistas formulan un diseño lógico; escriben las especificaciones detalladas del nuevo sistema; esto es, describen sus características: las salidas, entradas, archivos, bases de datos y procedimientos; todos de manera que cubran los requerimientos del proyecto.

Requerimientos: Propiedades o restricciones determinadas de forma precisa que deben satisfacerse.

Los requerimientos o requisitos de un sistema describen los servicios que ha de ofrecer el sistema y las restricciones asociadas a su funcionamiento.

Los requerimientos son la Pieza fundamental en un proyecto de desarrollo de software, en ellos se basan muchos participantes del proyecto para: Planear el proyecto y los recursos que se usaran en él. Los líderes de proyecto usan los requerimientos como una base para la estimación del esfuerzo necesario en un proyecto.

Características que deberían cumplir los requerimientos:

• Actual: el requerimiento no debe volverse obsoleto con el paso del tiempo.

• Cohesión: El requerimiento debe dirigirse a solo una única cosa.

• Completo: el requerimiento debe estar completamente declarado en un único lugar, sin información faltante.

• Consistente: El requerimiento no debe contradecir ningún otro requerimiento y debe ser completamente consistente con toda la documentación.

• Correcto / necesario: el requerimiento debe cumplir con la necesidad declarada por los interesados en el sistema / software.

• Factible / viable: el requerimiento debe poder ser implementado.

• No Ambiguo: el requerimiento debe estar concisamente declarado. Debe expresar hechos objetivos, no opiniones subjetivas. Debe poder ser interpretado de una única manera.

• Obligatorio: el requerimiento debe representar una característica definida por el grupo interesado en el desarrollo del sistema / software, su ausencia no puede ser reemplazada.

• Observable externamente: el requerimiento debe especificar una característica observable externa o experimentable por el usuario del producto.

• Verificable / demostrable: la implementación del requerimiento debe poder ser resuelta en alguno de estos cuatro métodos: inspección, análisis, demostración o prueba

2. ¿Qué son los requerimientos funcionales y no funcionales?

Requerimientos Funcionales según (james, A. 2000) son aquellos servicios que el usuario espera del sistema. En general, al usuario no le interesa como se aplican esos servicios, así que el ingeniero de software debe evitarla inclusión de conceptos de aplicación en esta sección del documento de los requisitos. En principio, los requerimientos funcionales de un sistema deber ser completos y consistentes. Por completo se entiende que todos los servicios requeridos por el usuario deben especificarse, y la consistencia significa que ninguna definición de requisitos debe contradecir a otra. En la práctica, y para sistemas grandes y complejos, es casi imposible lograr que los requisitos sean consistentes y complejos en la versión inicial del documento. A medida que se descubren los problemas durante las revisiones o en las etapas posteriores del ciclo de vida, el documento debe modificarse en consecuencia, hay tres maneras de expresar los requisitos funcionales de un sistema.

Un Requisito Funcional define una función del sistema de software o sus componentes. Una función es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: cálculos, detalles técnicos manipulación de datos y otras funcionalidades específicas que se supone, un si sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseño o la implementación.

Casos de Uso: Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o identidades que participan en un caso de uso se denominan actores. En el contexto de ingeniería de software, un caso de uso es un secuencia se interacciones que se desarrollan entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema.

Requisitos No Funcionales: son restricciones u obligaciones impuestas al servicio de este. Ejemplos de requisitos no funcionales son las obligaciones impuestas a los tiempos de respuesta del sistema, las limitaciones en la cantidad de memoria que ocupara el software y las restricciones en la representación de los datos del sistema. Los requisitos no funcionales se ven especialmente afectados por los cambios en la tecnología de hardware.

...