Diapositiva 1

FASE DE RECOLECCIN DE REQUISITOSDocente Articuladora: ISLENY RINCN MONSALVEcondicin que necesita el usuario para resolver un problema o conseguir un objetivo determinado. Los requisitos de un sistema son los aspectos que el sistema desarrollado debe cumplir. Surgen de las necesidades del cliente, de las limitaciones del entorno donde se va a implantar o de la propia gestin de la informacin que debe realizar el sistema. Los requisitos sirven para acotar la funcionalidad o la construccin del sistema suponiendo lmites al diseo del sistema y enumerando todas las funcionalidades que debe cubrir el sistema.

DEFINICIN DE REQUISITOSCaractersticas de Requerimiento Los requerimientos deben ser:

Especificados por escrito. Como todo contrato o acuerdo entre dos partesPosibles de probar o verificar. Si un requerimiento no se puede comprobar, entonces cmo sabemos si cumplimos con l o no?Deben tener como fundamento las necesidades de los usuarios actuales o potenciales del sistema.Descritos como una caracterstica del sistema a entregar. Esto es: Que es lo que el sistema debe de hacer (y no como debe de hacerlo)Lo ms claro y conciso posible. Para evitar malas interpretaciones. Docente Articuladora: ISLENY RINCN MONSALVELos requisitos van a delimitar cmo quiere el cliente que se comporte el sistema, que informacin tiene que manejar y cmo la debe procesar y presentar. Para identificar todos estos aspectos se deben estudiar y analizar los requerimientos funcionales y no funcionales:

TIPOS DE REQUERIMIENTOSDocente Articuladora: ISLENY RINCN MONSALVEAfectan directamente a la funcionalidad principal del sistema. Normalmente esta funcionalidad describe los procesos de negocio a los que se destina el sistema.

1.1 Requisitos de ActoresSon los que afectan a los diferentes actores del sistema, que van a proporcionarle la informacin de entrada y van a recibir la informacin de salida del sistema. En este apartado recogeremos requisitos por ejemplo de :

..),..

UsuariosSon los responsables de interactuar con el sistemaGruposPermite realizar conjuntos de usuarios con caractersticas comunes, para simplificar las reglas de interaccin entre los usuarios y el sistemaPerfilesPermite agrupar todas las caractersticas que distinguen a un usuario o grupoPapeles (roles)Permite asignar grupos de funcionalidades a los usuarios y grupos, permitiendo diferenciar el comportamiento de los usuarios con el sistema segn la actividad o proceso a realizar en el mismoREQUERIMIENTOS FUNCIONALESDocente Articuladora: ISLENY RINCN MONSALVE1. REQUERIMIENTOS FUNCIONALES1.2 Requisitos de InterfazRefleja todos los requisitos que definen la forma de enviar la informacin a procesar por los usuarios al sistema, y la forma de recibir la respuesta del sistema por el usuario. Entre ellos podemos distinguir: Medios de interaccin Aplicacin de escritorio, pginas Web,Pantallasformularios y dems elementos de la interfaz de usuarioMensajesintercambios y protocolos de comunicacin, fundamentales para describir las interacciones entre sistemasCLAMBPantallas de gestin normalizadas: consultas, listados, altas, modificaciones y bajas.Informesdocumentos, archivos y datos en general generados por el sistema.Docente Articuladora: ISLENY RINCN MONSALVE1. REQUERIMIENTOS FUNCIONALES1.3 Requisitos de ProcesamientoSon aquellos requisitos que indican qu hacer con los datos de entrada, cmo procesarlos y generar datos de salida. Indican los requisitos que hay que aplicar a las funciones y procesos internos. Hay que definir qu datos hay que tratar y mediante qu procesos se van a tratar. Normalmente para una aplicacin de gestin se recogen los requisitos que definen la lgica de negocio.

1.4 Requisitos de PersistenciaEn este se recogen los requisitos que afectan a la informacin que se debe persistir en el sistema, es decir la informacin que se debe guardar entre diferentes ejecuciones del sistema.Normalmente tendremos los requisitos que nos permitirn construir el modelo de datos del sistema.

1.5 Requisitos de Gestin y AdministracinEstos requisitos recogen todas las funciones que son necesarias para gestionar s el sistema, por ejemplo la gestin de usuarios, gestin de la configuracin del sistema y otras funciones del sistema que se apartan de la funcin principal del sistema.

Docente Articuladora: ISLENY RINCN MONSALVE2. REQUISITOS NO FUNCIONALESse recogen todos los requisitos del sistema que no representan la funcionalidad principal del sistema, sino que fijan condiciones para realizar dicha funcionalidad.2.1 Requisitos de DisponibilidadDefinen la disponibilidad del sistema, el tiempo que debe estar operativo, as como el comportamiento del sistema en caso de fallos. Entre ellas podemos enumerar: Tiempo total de disponibilidad Tiempo medio entre fallos Tolerancia a fallos en el sistema o en su acceso Tolerancia a fallos de su base de datos, si la tiene Tolerancia a fallos de otros sistemas o comunicacin con sistemas externos Operativas que deben estar disponibles en caso de fallos de alguna de las partes del sistemaDocente Articuladora: ISLENY RINCN MONSALVE2. REQUISITOS NO FUNCIONALES2.2 Requisitos de RendimientoSe tiene en cuenta las mtricas de rendimiento, pues suelen ser fcilmente medibles. Entre ellos podemos sugerir los siguientes: Velocidad de las peticiones al sistema (nmero de peticiones que debe responder en cierto tiempo) Tiempo medio de respuesta por tipo de peticin, que sera el tiempo mximo (en media) que debera tardar el sistema en contestar a una peticin Velocidad en la comunicacin con el sistema Velocidad en la gestin de la interfaz del usuario

Docente Articuladora: ISLENY RINCN MONSALVE2. REQUISITOS NO FUNCIONALES2.3 Requisitos de CalidadAqu recogemos los requisitos que afectan a la gestin de la Calidad en el desarrollo del proyecto. Entre ellos podemos destacar: Normativas y procedimientos de gestin del proyecto Normativas y procedimientos de desarrollo Normativas y procedimientos de documentacin Normativas y Procedimientos de generacin de entregables Normativas de calidad del Cliente Pruebas de Certificacin de Calidad que deben superar los entregables.

2.4 Requisitos de AlmacenamientoAqu se recogen todos los requisitos que especifican el cmo, dnde y cundo guardar los datos persistentes del sistema, as como la capacidad del sistema de almacenamiento de los mismos, su seguridad, su fiabilidad, su proteccin contra fallos o intento de acceso no autorizado y su poltica de respaldo.

Docente Articuladora: ISLENY RINCN MONSALVE2. REQUISITOS NO FUNCIONALES2.5 Requisitos de SeguridadAqu se recogen todos los requisitos relativos a la seguridad del sistema, como pueden ser: Control de acceso al sistema y autenticacin de usuarios Polticas de usuarios y contraseas, si las hubiere. Desactivacin de usuarios. Control y auditora de las acciones de los usuarios Polticas de gestin de la seguridad y de los elementos y funcionalidades del sistema. Mtodos de agrupacin de usuarios, y de permisos. Esquemas de administracin y almacenamiento de la seguridad Gestin de los roles de los usuarios, si hubiese. Medidas de proteccin del sistema frente a ataques externos Normativas y protocolos de seguridad que debe cumplir el sistema Auditoras de seguridad y alarmas.Docente Articuladora: ISLENY RINCN MONSALVE2.6 Requisitos de EscalabilidadAqu se recogen los requisitos de capacidad del sistema y cmo se debe poder ampliar si es necesario. Si el sistema es utilizado por mltiples usuarios simultneos, debe disponer de un plan para redimensionar el sistema al crecer el nmero de usuarios.

2.7 Requisitos Legales y NormativasEn este apartado se recogen los requisitos legales que debe cumplir el sistema, es decir, toda la normativa legal que aplica al sistema, las restricciones legales de su uso y las normativas de gestin de la informacin confidencial. Tambin se incluyen los requisitos de destruccin de informacin confidencial al final del ciclo de vida de la misma2. REQUISITOS NO FUNCIONALESDocente Articuladora: ISLENY RINCN MONSALVE3. REQUISITOS DEL SISTEMARecogen todos los requisitos que debe cumplir el sistema, independientemente de la funcionalidad que debe cubrir.

3.1 Requisitos de ArquitecturaEstos requisitos definen arquitectura y componentes del sistema, cuando es un sistema creado a partir de varios, modlalos.

3.2 Requisitos de SoftwareSe recogen todos los requisitos de software que se aplicarn al sistema, como pueden ser:Sistemas operativos de los diferentes mdulos que forman el sistema, incluyendo versiones y actualizaciones.Software adicional necesario en el sistemaRequisitos de actualizacin del software de base del sistema

Docente Articuladora: ISLENY RINCN MONSALVE3. REQUISITOS DEL SISTEMA3.3 Requisitos de HardwareSe recogen los requisitos de hardware de los componentes del sistema. Entre ellos; tipos de servidores, configuracin de los mismos, tipos de unidades de disco y configuracin, sistemas de backup, etc.

3.4 Requisitos de ComunicacionesAqu se recogen los requisitos para interconectar el sistema se definen los parmetros de red requeridos, topologa, tipos de enlace, anchos de banda, etc.

3.5 Requisitos de IntegracinSe recogen los requisitos de integracin del sistema con otros sistemas externos o del cliente. Se debe incluir los protocolos que se deben soportar, los servicios que nos proporcionan o que debemos proporcionar, las aplicaciones con las que debemos interactuar, etc.Docente Articuladora: ISLENY RINCN MONSALVE3.6 Requisitos de ContingenciaAqu enunciaremos los requisitos que debe cumplir nuestro sistema en caso de contingencia, y que servirn de base para desarrollar el plan de contingencia del sistema.3. REQUISITOS DEL SISTEMA

Docente Articuladora: ISLENY RINCN MONSALVECategoras de riesgos de software1. Riesgos del proyecto:2. Riesgos del producto:3. Riesgos del negocio:Amenazan al plan del proyecto; la planificacin temporal y los costos. Ej: Prdida de un diseador experimentado.Amenazan la calidad y la planificacin temporal del SW; la implementacin puede llegar a ser difcil o imposible. Ej: Rendimiento de un componente menor al esperado.Amenazan la viabilidad del software a construir. Ej: Un competidor introduzca un nuevo producto.RIESGO DEL SOFTWARELos requerimientos de un sistema de software, cuando se ven en su conjunto son extensos y detallados, y adems contienen mltiples relaciones entre si.

Obtenemos la posibilidad de especificar sistemas complejos al documentar especificaciones simples y concisas para el sistema. Esto se logra mediante la clasificacin, estructuracin y organizacin de todo lo que el sistema debe de hacer. COMO REALIZAR EL ANLISIS DE REQUERIMIENTOS ANLISIS DE REQUERIMIENTOS (1)1) Obtener informacin por diferentes medios de lo que los usuarios desean y dejar escritas esas necesidades2) Clasificar esas necesidades para poder estructurar los requerimientos o necesidades del sistema. 3) Identificar los niveles de jerarqua del sistema y empezar a alojar los requerimientos en el nivel que les corresponda.4) Especificar los requerimientos de acuerdo al nivel de audiencia que se requiera5) Especificar completamente cada necesidad, sin ahorrar tiempo y espacio en su descripcin. ANLISIS DE REQUERIMIENTOS (2)6) Entender correctamente las necesidades y cuando afecten dos o mas usuarios, para llegar a acuerdos entre las partes.7) Manejar las expectativas y estar dispuesto a realizar cambios.ANLISIS DE REQUERIMIENTOS (3)8) Involucrar a todos los que tengan inherencia en el proyecto (Jefes, subalternos, usuarios en general)9) Se debe mantener una perfecta comunicacin entre todos quienes participan en el proceso de levantamiento de los requerimientosANLISIS DE REQUERIMIENTOS (4)Los requerimientos son el punto de acuerdo entre el usuario y el proyecto de desarrollo de software, este entendimiento es necesario para poder construir software que satisfaga las necesidades de los usuarios.

COMO OBTENER INFORMACIN (1) Manejar diferentes tcnicas de levantamiento

a. Observacin b. Entrevistasc.Encuestasd.Talleres de requerimientose.Lluvia de ideasf. Prototipos g. EscenerarioTOPICOS BSICOS PARA REALIZAR EL LEVANTAMIENTO DE REQUERIMIENTOS (3)1- LA OBSERVACIN:Es el registro visual de lo que ocurre en una situacin real, clasificado y consignando los datos de acuerdo con algn esquema previsto y de acuerdo al problema que se estudia.Ventajas:Permite obtener datos cuantitativos y cualitativos.Se observan caractersticas y condiciones de los individuos.Tambin conductas , actividades, caractersticas o factores ambientales.Puede ser utilizada en cualquier tipo de investigacin y en cualquier rea del saber.Es un mtodo que no depende de terceros o de registros; con ello se eliminan sesgos y ambigedades.FUENTES DE INFORMACN Administrar los cambios. Se debe estar presto a realizar las modificaciones que se presenten durante el proceso de anlisis de requerimientos. Despus puede ocasionar costos o demoras en el proceso de desarrollo. TOPICOS BSICOS PARA REALIZAR EL LEVANTAMIENTO DE REQUERIMIENTOS (5)1- LA OBSERVACIN:Es el registro visual de lo que ocurre en una situacin real, clasificado y consignando los datos de acuerdo con algn esquema previsto y de acuerdo al problema que se estudia.Ventajas:Permite obtener datos cuantitativos y cualitativos.Se observan caractersticas y condiciones de los individuos.Tambin conductas , actividades, caractersticas o factores ambientales.Puede ser utilizada en cualquier tipo de investigacin y en cualquier rea del saber.Es un mtodo que no depende de terceros o de registros; con ello se eliminan sesgos y ambigedades.FUENTES DE INFORMACNDesventajas:Se requiere de mucha habilidad y agudeza para ver los fenmenos estudiados.Demanda gran cantidad de tiempo.Tiene sesgos; el humano ve lo que quiere ver.Al momento de la interpretacin pueden distorsionrse los hechos e ir ms all de lo que vimos en realidad.Para reducir los problemas se utiliza:Definir claramente los objetivos perseguidos.Determinar claramente la unidad de observacin.Las condiciones en que se asumir la observacin y las conductas que debern registrarse.

LA OBSERVACIN1- La Observacin Participante: El investigador se involucra total o parcialmente con la actividad objeto de investigacin.La observacin se hace desde el interior del grupo.Pueden intervenir las emociones del investigador.2- La Observacin NO Participante:El investigador no se involucra en la actividad objeto de estudio.Los datos pueden ser ms objetivos.Al no integrarse al grupo los datos pueden no ser exactos, reales y veraces.Todos los errores de la observacin se pueden minimizar por medio de una buena definicin operacional de las variables.LA OBSERVACIN1-La Observacin Simple, No estructurada, No regulada, No controlada: El investigador utiliza lineamientos generales parta observar y luego escoge lo que estima relevante a los efectos de la investigacin propuesta.Fundamentalmente usada para estudios exploratorios.2- La Observacin Sistemtica, estructurada, regulada o controlada:El investigador dispone de un instrumento estructurado y estandarizado para medir las variables en estudio de una manera uniforme.Utilizada para probar hiptesis en que se especifica claramente que se estudia.Se usan listas de cotejo, grabadoras, filmadoras, etc.FORMAS DE OBSERVACINCuando los fenmenos a observar no se dan de la misma manera en todos los sujetos de observacin.Cuando el observador tiene ideas prejuiciadas.Cuando el instrumento no es valido o es poco exacto o est mal definido.ERRORES RELACIONADOS CON LA OBSERVACINConsiste en obtener informacin de los sujetos en estudio, proporcionados por ellos mismos, sobre opiniones, conocimientos, actitudes o sugerencias.Existen dos maneras de obtener informacin: 1- La Entrevista: Las respuestas son formuladas verbalmente y se necesita de la presencia del entrevistador. y 2- El Cuestionario: Las respuestas son formuladas por escrito y no se requiere de la presencia del investigador.LA ENCUESTAEs la comunicacin interpersonal establecida entre el investigador y el sujeto de estudio a fin de obtener respuestas verbales a las interrogantes planteadas sobre el problema propuesto.Ventajas:Es aplicable a toda persona,( muy til con analfabetos, nios o en aquellos con alguna limitacin fsica o psicolgica),Permite estudiar aspectos psicolgicos o de otra ndole donde se desee profundizar en el tema.Permite obtener informacin ms completa,A travs de ella el investigador puede: Aclarar el propsito del estudio, especificar claramente la informacin que necesita, aclarar preguntas y permite usar triangulacin.Permite captar mejor el fenmeno estudiado ya que permite observar lenguaje no verbal.LA ENTREVISTA1- ENTREVISTA ESTRUCTURADA.Se elabora un formulario estandarizado.Idnticas preguntas y en el mismo orden a todos los sujetos.Los sujetos eligen la respuesta de 2, 3 o pocas ms alternativas.Los comentarios y explicaciones son los mismos para todos.Ventajas:Respuestas cortas y precisas.Informacin fcil de procesar.El entrevistador no requiere gran entrenamiento.Informacin uniforme.Desventajas:La informacin puede ser muy superficial.Limitada la posibilidad de profundizar en un aspecto determinado.Difcil obtener informacin confidencial.TIPO DE ENTREVISTA2- ENTREVISTA NO ESTRUCTURADA.Es flexible y abierta, pero regida por los objetivos de la investigacin.Las preguntas, su contenido, orden y formulacin es controlado por el investigador, el que puede adaptarlas dependiendo delas situaciones y caractersticas de los sujetos en estudio.El entrevistado tambin cuenta con libertad para dar sus respuestas.Se utiliza un instrumento gua que contiene las orientaciones de los temas a tratar.Muy til para estudios exploratorios, descriptivos y cualitativosVentajas:Adaptable y aplicable a toda clase de sujetos en diversas situaciones.Permite profundizar en los temas de inters.Orienta posibles hiptesis y variables cuando se exploran reas nuevas.TIPO DE ENTREVISTADesventajas:Requieren mucho tiempo.Muy costosos por el tiempo de las entrevistas.Limitado para personas con problemas de la palabra.Dificultad para tabular datos que han sido recopilados de distinta forma.Se requiere crear confianza y comodidad entre el entrevistado y el entrevistador.Se requiere habilidad tcnica para obtener la informacin y mayor conocimiento respecto del tema.Debido a que son entrevistas en profundidad habitualmente se utilizan muestras pequeas.

TIPO DE ENTREVISTAPara evitar el rechazo o atrasos al aplicar entrevistas:Establecer los contactos necesarios para el buen fin de las entrevistas.Entrevistador debe estar bien capacitado. El entrevistador debe establecer una buena comunicacin con el entrevistado, uso de vestuario adecuado, lenguaje adecuado, escuchar adecuadamente, no apresurar al entrevistado, etc.Buen registro de la informacin a fin de poder interpretarla adecuadamente.El entrevistador debe:Dejarle un mensaje positivo al entrevistado.Jams dar consejos,Jams hacer juicios morales,Jams rebatir al entrevistado.

CONSIDERACIONES PARA LAS ENTREVISTASMtodo que utiliza un instrumento o formulario impreso, destinado a obtener respuestas sobre el problema en estudio y que el sujeto investigado llena por s mismo.El cuestionario puede aplicarse a grupos o individuos estando presente el investigador.Incluso puede enviarse por correo a los destinatarios.Ventajas:Costo relativamente bajo.Proporciona informacin sobre un mayor nmero de personas en un perodo breve.Fcil para obtener, cuantificar, analizar e interpretar datos.Menores requerimientos de personal capacitado.Mayor posibilidad de mantener anonimato de los encuestados.Eliminacin de los sesgos que introduce el encuestador.CUESTIONARIODesventajas:Es poco flexible, la informacin no puede variar ni profundizarse.Si el cuestionario se enva por correo, es posible que no sean devueltos o que no se obtengan respuestas.No utilizable en personas que no saben leer ni escribir.No permite aclarar dudas.Resulta difcil obtener cuestionarios completamente contestados.Se deben obtener grandes muestras.

En general, el proceso de recoleccin de informacin para una investigacin, mtodos, tcnicas e instrumentos y las fuentes de las mismas suelen combinarse, cada uno de ellos con sus ventajas y desventajas.CUESTIONARIO