PROPIETARIOS Y USUARIOS DE SISTEMAS

Diagrama del proyecto

Entender el dominio del problema

Dominio y vocabulario de negocios

OBJETIVOS DE MEJORA DEL SISTEMA

Analizar problemas y oportunidades

Anlisis causa-efecto Dominio del problema, modelos de procesos Anlisis de procesos

Comunicar resultados y recomendaciones

Analizar los procesos de negocios

Plan de proyecto actualizado

Actualizar o refinar el plan del proyecto

Objetivos de mejora del sistema

Establecer objetivos de mejora del sistema

Elija un sistema de informacin con el que este familiarizado y que sienta debe ser mejorado con base en sus experiencias como empleado, cliente,

usuario de otro sistema o propietario de sistemas

Describa la naturaleza del S.I que ha elegido Describa a la organizacin que es duea y mantiene el S. I. Identifique los problemas y oportunidades Desarrolle una definicin del problema preliminar

Una peticin especifica de un cliente o de un usuario

Una propuesta generada dentro de la organizacin de desarrollo Una necesidad detectada por el departamento de marketing Personal de mantenimiento realiza una recomendacin especifica Se detecta a partir de la informacin obtenida por los usuarios.

PROPIETARIOS Y USUARIOS DE SISTEMAS

Solicitud o asignacin de proyecto

Identificar problemas y oportunidad es bsicas

Definicin preliminar del problema

DIAGRAMA DE PROYECTO

Negociar el alcance base

Definicin del problema preliminar con alcance

Comunicar el plan de proyecto

Evaluar el beneficio del proyecto base Desarrollar un programa y presupuesto base

Plan de proyecto y programa base

EL proyecto es valioso

La tarea mas importante de la fase de definicin de alcance es establecer una

base inicial de los problemas , oportunidades o directrices que dispararon el

proyecto. Cada problema, oportunidad y directriz esta evaluado con relacin a la urgencia, visibilidad, beneficios tangibles y prioridad. Puede ser til listar cualquier restriccin (limitacin) del proyecto, como fechas limites, presupuestos mximos o arquitectura tecnolgica.

La Definicin preliminar del problema, consiste en problemas, oportunidades y directrices que fueron identificadas y almacenadas para su uso posterior.

URGENCIA. Tiempo en el que debe ser resuelto el problema o realizada la oportunidad. VISIBILIDAD. A que grado el sistema o la solucin debe ser visible para

los clientes.
BENEFICIOS. Aproximadamente cuanto incrementara una solucin o un sistema nuevo los ingresos anuales o la reduccin de costos. PRIORIDAD. Cuales son las prioridades acordadas entre todos para cada problema, oportunidad o directriz? SOLUCIONES POSIBLES. a) salir bastante bien, b) hacer un arreglo

rpido, c) hacer una mejora al sistema existente; d) redisear el sistema

existente; e) Disear un nuevo sistema

El alcance define los limites del proyecto ; aquellos aspectos del negocio que sern incluidos en el proyecto y los que no. EL alcance puede cambiar durante el proyecto. El alcance se puede describir en trminos de: Que tipos de datos describen al sistema que se estudia? Ejemplo: un sistema de ventas, requiere datos como: clientes, pedidos, productos, representantes de ventas Que procesos de negocios se incluyen en el sistema que se estudia? Admn. de catalogo, de clientes; ingreso , administracin y satisfaccin de pedidos, y admn. de clientes. Como debe ser la interfaz del sistema con los usuarios , localizaciones y los dems sistemas? Ejemplo: con clientes, empleados, gerentes, control de inventarios, cuentas por cobrar, representantes de ventas, etc.

TIPO DE REQUERIMIENTO
Desempeo Informacin

EXPLICACION
Cual es el ritmo aceptable de produccin? Cual es el tiempo aceptable de respuesta? Cuales son las entradas y salidas necesarias? Cuando deben suceder? Cuales son los datos requeridos que deben almacenarse? Que tan actualizada debe estar la informacin? Cuales son las interfaces con los sistemas externos? Cuales son las reas del sistema donde los costos deben reducirse? Cuanto se debe reducir los costos y cuanto incrementar las ganancias? Cuales son los limites del presupuesto? Debe controlarse el acceso al sistema o a la informacin? Cuales son los requerimientos de privacidad? La importancia de la informacin, necesita un manejo especial? Hay pasos duplicados e el proceso que deban eliminarse? Formas de reducir el desperdicio de acuerdo a como el sistema usa sus recursos? Quienes usan el sistema y donde estn localizados? Habr distintos tipos de usuarios? Cuales son los requerimientos de confiabilidad y disponibilidad?

Economa

Control y seguridad

Eficiencia

Servicio

Respondemos la pregunta: Vale la pena trabajar en este proyecto? o El Solucionar los problemas, explotar las oportunidades o satisfacer las directrices, devolver el valor suficiente para superar los costos en los que incurriremos para desarrollar este sistema? El proyecto puede aprobarse o cancelarse y el alcance del proyecto puede renegociarse (aumentar o disminuir). Es evidente que las tareas restantes en la fase de investigacin preliminar son necesarias solo si el proyecto ha sido considerado valioso y si tiene la aprobacin para continuar.

 Un requerimiento es una caracterstica del sistema o una descripcin de algo que el sistema es capaz de hacer con el objeto de satisfacer el propsito del sistema. Los requerimientos del sistema especifican lo que el sistema de informacin deber hacer o cual propiedad o cualidad debe tener . Identificacin de requerimientos. Proceso y tcnicas que usan los analistas de sistemas para identificar o extraer problemas de los sistemas y

requerimientos de solucin de la comunidad de usuarios.

 Los requerimientos del sistema que especifican lo que el sistema de informacin debe hacer son frecuentemente llamados requerimientos funcionales.

Aquellos que especifican una propiedad o cualidad que el sistema debe tener con frecuencia son llamados requerimientos no

funcionales.

 En primer lugar se trabaja con los clientes, para extraer los requerimientos,

formulando preguntas, haciendo demostraciones de sistemas similares y hasta

desarrollando prototipos de todo o partes del sistema propuesto.

Despus se capturan dichos requerimientos en un documento en una base de datos.

1) Se escriben los requerimientos, de modo que clientes y desarrolladores puedan ponerse de acuerdo acerca de lo que el sistema debe hacer.

El paso de verificacin asegura que los requerimientos sean

completos exactos y consistentes

El paso de validacin garantiza que lo descrito es lo que el cliente pretende ver en el producto final

La

extraccin

de

requerimientos

es

una

parte

especialmente critica del proceso. Podemos utilizar una variedad de tcnicas para determinar que es lo que los usuarios y los clientes quieren.

 Trabajar con los clientes y usuarios Analizar el problema antes de considerar cualquier solucin Identificar los procesos, personas y recursos involucrados Documentar las relaciones que existen entre ellos

Desglosar el problema en piezas pequeas

Se pueden separa los requerimientos en tres categoras:

Requerimientos que deben ser absolutamente satisfechos Requerimientos que son muy deseables pero no indispensables Requerimientos que son posibles, pero que podran eliminarse

identificar la importancia que tiene un requerimiento en trminos de implementacin

En base a la prioridad, cada requerimiento puede ser clasificados como

mandatorio, deseables o innecesarios.

Un requerimiento es mandatorio si afecta una operacin crtica del negocio. Si existe algn proceso que se quiera incluir para mejorar los procesos actuales, estamos ante un requerimiento deseable;

y si se trata de un requerimiento informativo o que puede esperar para fases

posteriores, el requerimiento es catalogado como innecesario.

La extraccin de requerimientos nos permite escribir un documento de definicin de requerimientos; en trminos que el cliente pueda entender, la definicin de requerimientos es un listado completo de todas las cosas que el cliente espera que haga el sistema propuesto.

La especificacin de requerimientos reitera la definicin en los trminos tcnicos apropiados para el desarrollo del diseo de un sistema

La identificacin de los requerimientos y su administracin es identificar correctamente los requerimientos de CONOCIMIENTO, PROCESO Y COMUNICACIN para los usuarios de un sistema nuevo. Consistentes: Los requerimientos no son contradictorios o ambiguos Completos: Describen todas las posibles entradas del sistema y las respuestas

Factibles: Se pueden satisfacer con los recursos disponibles y sus restricciones

Requeridos: Se necesitan y cumplen con el objetivo del sistema. Exactos: Se expresan de manera correcta Rastreables: Apuntan directamente a las funciones y caractersticas del sistema Verificables: Se definen de forma en que pueden ser comprobados durante la prueba.

TIPO DE REQUERIMIENTO
Desempeo Informacin

EXPLICACION
Cual es el ritmo aceptable de produccin? Cual es el tiempo aceptable de respuesta? Cuales son las entradas y salidas necesarias? Cuando deben suceder? Cuales son los datos requeridos que deben almacenarse? Que tan actualizada debe estar la informacin? Cuales son las interfaces con los sistemas externos? Cuales son las reas del sistema donde los costos deben reducirse? Cuanto se debe reducir los costos y cuanto incrementar las ganancias? Cuales son los limites del presupuesto? Debe controlarse el acceso al sistema o a la informacin? Cuales son los requerimientos de privacidad? La importancia de la informacin, necesita un manejo especial? Hay pasos duplicados e el proceso que deban eliminarse? Formas de reducir el desperdicio de acuerdo a como el sistema usa sus recursos? Quienes usan el sistema y donde estn localizados? Habr distintos tipos de usuarios? Cuales son los requerimientos de confiabilidad y disponibilidad?

Economa

Control y seguridad

Eficiencia

Servicio

Los documentos de definicin e identificacin de requerimientos describen como el sistema interacta con su ambiente:

Ambiente Fsico.
Donde esta el equipamiento que necesita el sistema para funcionar? Existe una localizacin o varias? Existen restricciones ambientales, tales como temperatura, humedad o interferencia magntica? Interfaces La entrada proviene de uno o mas sistemas? La salida va a uno o mas sistemas? Existe una manera prescrita en que deban formatearse los datos? Existe un medio prescrito que los datos deban utilizar?

Usuarios y factores humanos.

Quin usara el sistema?

Habr varios tipos de usuarios?

Cul es el nivel de habilidad de cada tipo de usuario? Qu clase de entrenamiento requerir cada tipo de usuario? Cun fcil le ser a un usuario comprender y utilizar el sistema? Cun fcil le resultar a un usuario hacer un uso indebido del sistema?

Funcionalidad.
Qu har el sistema?
Cundo lo har? Existen varios modos de operacin? Cmo y cuando puede cambiarse o mejorarse un sistema? Existen restricciones de la velocidad de ejecucin, tiempo de respuesta o rendimiento?

Documentacin.
Cunta documentacin se requiere ? Debe estar en lnea, en papel o en ambas? A que audiencia esta orientado cada tipo de informacin?

Datos.
Cul ser el formato de datos tanto para las entradas como para as salidas? Cun a menudo sern recibidos o enviados? Cun exactos deben ser? Con que grado de precisin deben hacerse los clculos?

Cuntos datos fluyen a travs del sistema?

Debe retenerse algn dato por algn periodo de tiempo?

Recursos.
Qu recursos materiales, personales o de otro tipo se requieren para construir, utilizar y mantener el sistema? Qu habilidades deben tener los desarrolladores? Cunto espacio fsico ser ocupado por el sistema? Cules son los requerimientos de energa, calefaccin o

acondicionamiento de aire?

Existe un cronograma prescrito para el desarrollo?

Existe un limite sobre la cantidad de dinero a gastar en el desarrollo o en hw y sw?

Seguridad.
Debe controlarse el acceso al sistema o a la informacin ? Cmo se podrn aislar los datos de un usuario de los de otros? Como podrn aislarse los programas de usuario de los otros programas? Con que frecuencia debe hacerse las copias de respaldo? Las copias de respaldo bene almacenarse en un lugar diferente?

Deben tomarse precauciones contra el fuego, el dao provocado por

agua o el robo?

Calidad.
Cules son los requerimientos para la confiabilidad, disponibilidad, facilidad de mantenimiento, seguridad y otros atributos de calidad? Cmo deben demostrarse las caractersticas del sistema? El mantenimiento corregir meramente los errores, o incluir el mejoramiento del sistema? Cuan fcil debe ser mover el sistema de una ubicacin a otra o de un tipo de

computadora a otro?
Despus de una falla, Cual es el tiempo mximo permitido para la recuperacin del sistema ?

La documentacin del sistema contiene un registro de los requerimientos en los trminos del cliente. Este documento de definicin de requerimientos

describe lo que el cliente desea ver.

1. Se perfila el propsito general del sistema. Se incluyen las referencias a otros sistemas relacionados y se incorpora un diccionario de

trminos y abreviaturas que pueden ser tiles.

2. Se describen los antecedentes y los objetivos del desarrollo del sistema. Por ejemplo: si un sistema se destina a reemplazar un enfoque existente, se explica por que el sistema existente es insatisfactorio. Se deben aislar los elementos con los cuales el cliente esta conforme, de aquellos que desaprueba.

3. Se perfila el nuevo enfoque propuesto para resolver el problema y su descripcin. El propsito de esto documentos es discutir el problema y no la solucin; el foco debe estar en como el sistema va a satisfacer las necesidades del cliente; si el establece algunas restricciones en cuestin de desarrollo o existen algunas suposiciones, el documento debe incluir la lista de dichos puntos.

4. Se describen en detalle las caractersticas del sistema propuesto. Se define el limite del sistema y las interfaces que lo vinculan con el entorno. Adems se incluye una lista completa de los elementos de datos y sus caractersticas. Se detallan las relaciones entre datos y funciones as como las entradas y salidas de cada proceso o funcin.

4. Tambin deben incluirse los requerimientos especficos de rendimiento, tales como los de temporizacin, seguridad y reaccin de fallas.

5. Por ultimo se discute el ambiente en el cual operara el sistema. Se incluyen requerimientos para el soporte , la seguridad y la privacidad, y se debe tratar cualquier restriccin de hardware o software especial.

Fechas de entrega de l documento Calificaciones Documentos (Trabajos)

Portada

5. Catalogo de requisitos del sistema 5.1 Requisitos de almacenamiento de informacin 5.2 Requisitos funcionales 5.2.1 Diagrama de casos de uso

Lista de cambios
ndice Lista de figuras Lista de tablas 1. Introduccin 2. Participantes en el proyecto 3. Descripcin del sistema actual

5.2.2 Definicin de actores

5.2.3 Casos de uso del sistema 5.3 Requisitos no funcionales 6. Matriz rastreabilidad objetivos/requisitos 7. Conflictos pendientes de resolucin 8. Glosario de trminos

[opcional]
4. Objetivos del sistema

Proyecto

nombre del proyecto

Documento de Requisitos del Sistema

Versin X,Y Fecha fecha

Realizado por equipo de desarrollo Realizado para cliente