DESCRIPCION GENERAL Factores principales: tem, incisos, puntos que afectan el mbito de la solucin.

Espacio de la solucin: conjuntos de tem e incisos que ayudan a la solucin, Descripcin de los requerimientos: especificacin de requerimientos ESPECIFICACION DE FUNCIONALIDADES Modelo de casos de usos: diagrama de casos de usos diagrama donde se refleja el comportamiento real del sistema. Referencia: descripcin de cada caso de uso, en el modelo de casos de usos. Resumen del modelo: explicacin resumida del modelo de casos de uso en general Subconjunto: conjuntos de casos de casos de uso, en el diagrama de casos de uso Representativo del mismo: el subconjunto ms importante del diagrama de casos de uso Relaciones: existen dos tipos Include: Se puede incluir una relacin entre dos casos de uso de tipo include si se desea especificar comportamiento comn en dos o ms casos de uso.

Extend: Se puede incluir una relacin entre dos casos de uso de tipo include si se desea especificar diferentes variantes del mismo caso de uso. Es decir, esta relacin implica que el comportamiento de un caso de uso es diferente dependiendo de ciertas circunstancias. En principio esas variaciones pueden tambin mostrarse como diferentes descripciones de escenarios asociadas al mismo caso de uso.

Funcionalidades: descripcin del como funciona el sistema Minutas de reunin, correo electrnico: en este caso, son los documentos que realiza el sistema

Fuentes de requerimientos: lugar donde se puede requerimientos de software para que la aplicacin funcione SUPUESTOS Y DEPENDENCIAS

conseguir

los

Factibilidad tcnica clave: estudio donde se demuestra que el sistema puede ponerse en marcha econmicamente. Disponibilidad de componentes y subsistemas: si es necesario otro sistema ya creado, ver la compatibilidad con este, tambin verificar si lo que se necesita exista o est disponible Viabilidad del software: motivos o razones por los cuales el sistema asegura funcionar. ACUERDOS CON EL REQUERIMIENTOS CLIENTE PARA LA ADMINISTRACION DE

Orden de servicio: documento donde el cliente especifica detalladamente lo que necesita y que es lo que requiere el sistema que est solicitando. ESPECIFICACIN DE REQUERIMIENTOS Testeadores: de la palabra inglesa testprueba, son personas encargadas de probar el software para la deteccin de posibles errores y verificar el correcto funcionamiento REPORTES DE CASO DE USO Requerimientos funcionales y no funcionales del sistema: algunas funciones o caractersticas del sistema que estas funcionando como los que no

Anlisis preliminar: La finalidad de este servicio es determinar cules son las necesidades de las empresas desde el punto de vista operativo, tecnolgico y administrativo. Otro de sus objetivos, es determinar cules son las causas que provocan que la empresa no logre su mxima productividad, y por lo tanto, los problemas que le impiden lograr el xito. Este anlisis, adems da como resultado una evaluacin de las necesidades de su sistema, y de este modo, logra adaptar nuestro ERP a las mismas. Esta evaluacin garantiza que el sistema instalado en su empresa sea el adecuado, aumentando as la productividad de su negocio. Transaccin: Una transaccin es un evento o proceso que genera o modifica la informacin que se encuentran eventualmente almacenados en un sistema de informacin.

Sistema de transaccional: Es un tipo de sistema de informacin diseado para recolectar, almacenar, modificar y recuperar todo tipo de informacin que es generada por las transacciones en una organizacin. Framework: es un esquema (un esqueleto, un patrn) para el desarrollo y/o la implementacin de una aplicacin. REQUERIMIENTOS ADICIONALES Requerimientos especficos: lo necesario o lo que se requiere precisamente para llenar lo que es este acpite. Requerimientos no funcionales: la parte negativa del sistema por asi decirlo, o las cosas que no funcionan aun en el sistema. Requerimientos tcnicos: lo que se necesita a nivel de hardware y software para que el sistema pueda funcionar correctamente REQUERIMIENTOS DE PROCESO Requerimientos de proceso: atributo necesario para que el sistema ofrezca el resultado esperado por el usuario Proceso de desarrollo en cascada: una manera de ordenar rigurosamente el ciclo de vida del sistema, donde se tiene que completar una etapa para poder pasar a la siguiente. RUP: proceso unificado de rational. Hecho por rational software de IBM 1-intercepcion (puesto en marcha) 2- elaboracin (definicin, anlisis, diseo) 3- construccin (implementacin) 4- transicin (fin del proyecto y puesta en produccin) XP: Extreme Programming se enfoca en comunicacin entre el cliente y trabajo en equipo. Se usa cuando el riesgo es muy grande y cuando el euipo de trabajo es pequeo Metodologa: Planificacin diseo desarrollo y pruebas - Se preocupa por el aprendizaje de los desarrolladores - Comunicacin constante con el cliente - Relaciones interpersonales

- En vez de planificar, analizar y disear para el futuro distante,

hacer todo esto un poco cada vez, a travs de todo el proceso de desarrollo

ITDA-KP: Information Technology Development Area - KEPLER Process: proceso usado en el proyecto tutelkan, Chile, usado por la empresa InterMedia-

KEPLER Technology
Proyecto tutelkan: usan el proceso de desarrollo ITDA-KP Chile necesita desarrollar significativamente su industria TIC, donde existe un evidente atraso frente a otras actividades. Una de las dificultades de la industria tiene que ver con la calidad y en particular su bajsimo nivel de certificacin. La iniciativa 26 de la agenda digital es "Asegurar la calidad a travs de la certificacin de empresas". REQUERIMIENTO DE PROCESO Plan de proyecto: BluePrint mapa, esquema donde se reflejan las actividades a realizar para poder cumplir los objetivos definidos en el proyecto. Configuracin del proceso: tiene mucho que ver con los cambios de opinin del cliente, son los cambios o configuracin que se le hacen a los atributos del sistema necesarios para que este ofrezca el resultado esperado. ADMINISTRACION DE REQUERIMIENTOS Requerimiento: Condicin o capacidad que necesita el usuario para resolver un problema o alcanzar un objetivo. Condicin o capacidad que debe satisfacer o poseer un sistema o un componente de un sistema para satisfacer un contrato, un standard, una especificacin u otro documento formalmente impuesto. Seguimiento de los requerimientos: si un proyecto no cumple con lo que el cliente solicito, prcticamente es trabajo en vano, aqu se refleja como el equipo se mantendr orientado al camino especificado por el usuario, tanto en contacto con el cmo siguiendo los documentos en el cual est basado el sistema y poder hacer el sistema sin salirse de los objetivos establecidos.

Modificaciones: posibles cambios que en el modo de funcionamiento del sistema, puede ser cambios de estructura de parte de los desarrolladores como cambios de hechos por usuario, etc.

HERRAMIENTAS PARA CONSEGUIR INFORMACION Para poder establecer los diversos requerimientos, es importante tener conocimiento de lo que el cliente necesita, a que se dedica y que espera del nuevo sistema, para ellos hay muchas formas de lograrlo. Entrevistas: dialogo directo con los interesados, elaborando preguntas o hacindolas de forma espontaneas Encuestas, debates, grupos de opinin (interesados reunidos, donde exponen sus intereses de manera interactiva), tcnicas grupales de toma de decisin, etc. Cualquier tipo de mecanismo utilizado es vlido siempre y cuando se logre conseguir la informacin necesaria para poder llevar a cabo el proyecto de desarrollo de sistema sin ningn inconveniente. En el caso de SINRAIM, utilizamos la entrevista y la hoja de notificacin as como la ardua investigacin sobre el tema (medicina).