Está en la página 1de 41

I.

Anlisis y determinacin de requerimientos del Sistema de Informacin


M.S.I. Jos Fidencio Lpez Luna
jlopezl@upv.edu.mx F_lopez_luna@hotmail.com May Ago 2013

Unidad I. Anlisis y determinacin de requerimientos del Sistema de Informacin


RESULTADOS DE APRENDIZAJE: Especificar los requerimientos funcionales y no funcionales de un Sistema de Informacin (SI). EVIDENCIAS: EP1: Elabora documento que describe el SI a realizar. ED1: Realiza exposicin del anlisis del SI a desarrollar.

Agenda
Descripcin del sistema Especificacin general del sistema
Diagrama de casos de uso Documento de casos de uso Estudio de factibilidad

Requerimientos de desarrollo e implementacin

Descripcin del sistema


En la descripcin general del proyecto a realizar deber de incluir lo siguiente:
Datos de la empresa para la cual se realizara el sistema.
Nombre de la empresa Giro de la empresa Antecedentes reas de oportunidad (carencias de SI) Descripcin del sistema a realizar

Agenda
Descripcin del sistema Especificacin general del sistema
Diagrama de casos de uso Documento de casos de uso Estudio de factibilidad Descripcin detallada y bosquejo de interfaces

Requerimientos de desarrollo e implementacin

Diagrama de casos de uso


Los Casos de Uso son parte del anlisis. Como son parte del anlisis nos ayudan a describir qu es lo que el sistema debe hacer. Los Casos de Uso son lo qu hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cmo este interacta con el usuario.

Diagrama de casos de uso


Un diagrama de casos de uso (Use Case Diagram) es una representacin grfica de parte o el total de los actores y casos de uso del sistema, incluyendo sus interacciones.

Diagrama de casos de uso


Todo sistema tiene como mnimo un diagrama Main Use Case, que es una representacin grfica del entorno del sistema (actores) y su funcionalidad principal (casos de uso).

Diagrama de casos de uso


Un diagrama de casos de uso muestra, por tanto, los distintos requisitos funcionales que se esperan de una aplicacin o sistema y cmo se relaciona con su entorno (usuarios u otras aplicaciones).

Diagrama de casos de uso


Elementos principales de un diagrama de casos de uso:
Caso de uso Actores Relaciones

Caso de uso
Un caso de uso, es un requisito funcional exigido del sistema, se representa en el diagrama por una elipse y un nombre significativo.

Iniciar sesin

Actor
Un actor es una entidad que utiliza alguno de los casos de uso del sistema. Se representan de la siguiente manera y un nombre significativo.

Administrador

Relaciones
Se representan por lneas dirigidas que asocian actores con casos de uso o bien casos de uso con casos de uso. Existen 3 tipos de relaciones:
Comunicacin Usa o incluye Extiende

Comunicacin
Relacin (asociacin) entre un actor y un caso de uso que denota la participacin del actor en dicho caso de uso.

Usa o incluye
Es la relacin de dependencia entre dos casos de uso que denota la inclusin de la funcin de un caso de uso en otro.

Usa o incluye
En una relacin <<uses> el actor que realiza el caso de uso base tambin realiza el caso de uso incluido.

Extiende
Es la relacin de dependencia entre dos casos de uso que denota que un caso de uso es una especializacin de otro.

Extiende
En una relacin << extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones.

Casos de uso
Otra utilidad de los casos de uso es el documento que describe el caso de uso (use case), en este documento se explica la forma de interactuar entre el sistema y el usuario.

Casos de uso
Este podra ser el caso de uso (use case) de escribir un mensaje en un foro.

Casos de uso

Casos de uso
Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo.

Casos de uso
El flujo normal, corresponde a la ejecucin normal y exitosa del caso de uso (use case).

Casos de uso
Los flujos alternativos son los que nos permiten indicar qu es lo que hace el sistema en los casos menos frecuentes e inesperados.

Casos de uso
Por ltimo, las pos condiciones son los hechos que se ha de cumplir si el flujo de eventos normal se ha ejecutado correctamente.

Requerimientos
Los requerimientos de un proyecto o sistema de informacin se pueden dividir en requerimientos para la realizacin y los requerimientos para su uso o puesta en marcha.

Requerimientos para el desarrollo


Hardware (Cantidades, caractersticas y precios)
Computadoras Servidores Dispositivos mviles Lectores Impresoras Dispositivos de almacenamiento

Software (Numero de licencias, tipo y caracteristicas)


Sistemas operativos Lenguajes de programacin Manejadores de bases de datos Paquetera Componentes

Requerimientos para el desarrollo


Humano (Cantidad, capacidades y trabajo a desarrollar)
Personas

Tiempo (Aos, meses, semanas) Espacio Servicios


Internet Telfono

Requerimientos para su operacin


Hardware
Computadoras Servidores Dispositivos mviles Lectores Impresoras

Software
Sistemas operativos Lenguajes de programacin Manejadores de bases de datos Paquetera Componentes

Requerimientos para su operacin


Humano
Personas

Tiempo de vida estimado Servicios


Red Internet Telfono

Estudio de factibilidad
Los estudios de factibilidad, se completan durante la fase de diseo de sistemas, en general durante la consideracin de la evaluacin de las diferentes alternativas de solucin propuestas. Los estudios de factibilidad consideran la factibilidad tcnica, econmica y operacional de cada alternativa, as como si el proyecto es o no apropiado dados los factores polticos y otros del contexto institucional.

Factibilidad Tcnica
Evala si el equipo y software estn disponibles (o, en el caso del software, si puede desarrollarse) y si tienen las capacidades tcnicas requeridas por cada alternativa del diseo que se est considerando. Los estudios de factibilidad tambin consideran las interfaces entre los sistemas actuales y nuevo.

Factibilidad operacional
Comprende una determinacin de la probabilidad de que un nuevo sistema se use como se supone. NOTA. Considerar cuatro aspectos de la factibilidad operacional por lo menos.

Factibilidad operacional
Primero, un nuevo sistema puede ser demasiado complejo para los usuarios de la organizacin o los operadores del sistema. Si lo es, los usuarios pueden ignorar el sistema o bien usarlo en tal forma que cause errores o fallas en el sistema.

Factibilidad operacional
Segundo, un sistema puede hacer que los usuarios se resistan a l como consecuencia de una tcnica de trabajo, miedo a ser desplazados, intereses en el sistema antiguo u otras razones.

Factibilidad operacional
Tercero, un nuevo sistema puede introducir cambios demasiado rpido para permitir al personal adaptarse a l y aceptarlo. Un cambio repentino que se ha anunciado, explicado y vendido a los usuarios con anterioridad puede crear resistencia.

Factibilidad operacional
Una ltima consideracin es la probabilidad de la obsolescencia subsecuente en el sistema. La tecnologa que ha sido anunciada pero que an no est disponible puede ser preferible a la tecnologa que se encuentra en una o ms de las alternativas que se estn comparando, o cambios anticipados en las practicas o polticas administrativas pueden hacerse que un nuevo sistema sea obsoleto muy pronto.

Factibilidad operacional
Un resultado frecuente de hallazgos negativos acerca de la factibilidad operacional de un sistema es que ste no se elimina sino que se simplifica para mejorar su uso. Otras posibilidades son que los programas de relaciones pblicas o de entrenamiento estn diseados para enfocarse a sobreponerse a la resistencia a un nuevo sistema, o se desarrollan formas para hacer fases en el nuevo sistema en un largo periodo para que el cambio total, que traumatizara a los usuarios u operadores, se convierta en una serie de pequeos cambios.

Factibilidad Econmica
Incluyen anlisis de costos y beneficios asociados con cada alternativa del proyecto. Con anlisis de costos/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparacin de ellos.

Factibilidad Econmica
Una comparacin, por lo general implcita, se relaciona con las formas en que la organizacin podra gastar su dinero de modo que no fuera en un proyecto de sistemas.

Factibilidad Econmica
Los costos de implementacin incluyen: Remanente de la investigacin de sistemas Los costos de hardware y software Los costos de operacin del sistema para su vida til esperada Los costos de mano de obra, material, energa, reparaciones y mantenimiento.