viernes, 10 de marzo de 2017

PARCIAL 2
UNIDAD 2. ANALISIS DE REQUERIMIENTOS
En este segundo parcial en la materia de análisis y diseño de sistemas trabajamos la segunda unidad que se llama análisis de requerimientos sobre proyectos consistes en cuatro subtemas muy importantes que desempeñan el desarrollo de los proyectos de una manera concisa  los cuales son los siguientes:
Técnicas de Recolección de datos: esta parte se representa como la obtención de información que te ayudara a saber las problemáticas las cuales pude solucionar tu proyecto además tiene como objetivo sacar estadísticas de características que puede solucionar y administrar tu proyecto para poder proponer las soluciones más específicas que sean más favorables para el proyecto.
Análisis de requerimientos: Se refiere al análisis de resultados de la obtención de información en nuestro caso de nuestro proyecto realizamos una encuesta para saber las problemáticas y una entrevista donde obtuvimos puntos vista de varias personas sobre las problemáticas que quiere solucionar nuestro proyecto después de esto trabajamos en obtener más información sobre las problemáticas que mencionaron en la entrevista y sobre ,a encuesta graficamos sus estadísticas para mejor manejo de la información
Casos de uso: Identifica de manera muy compleja como va a trabajar nuestro proyecto con los usuarios o respecto a la solución que quiere llegar nuestro proyecto la representamos en un diagrama de como funcionaria el manejo de nuestro proyecto con los usuarios que  lo usarían esto lo realizamos de esta manera para que los usuarios entendieran cual es el objetivo del proyecto.
Documentación de requisitos: En esta parte de la unidad representamos dos características muy importantes y muy indispensables sobre el proyecto que son requerimientos funcionales y requerimientos no  funcionales.

¿Qué son los requerimientos funcionales?
Los requerimientos funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer. Muchos de los problemas de la ingeniería de software provienen de la imprecisión en la especificación de requerimientos. Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo con el fin de simplificar su implementación. Sin embargo, a menudo no es lo que el cliente desea. Se tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, retrasando la entrega de éste e incrementando el costo.
¿Qué son los requerimientos no Funcionales?

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en la interface del sistema.


Bibliografías

Monografias. (s.f). Obtenido de Requerimientos de informacion: http://www.monografias.com/trabajos12/recoldat/recoldat.shtml
Recoleccion de informacion. (l). Obtenido de monografias: http://www.monografias.com/trabajos16/recoleccion-datos/recoleccion-datos.shtm
Requerimientos de Datos. (s.f.). Obtenido de monografias: http://www.monografias.com/trabajos18/recoleccion-de-datos/recoleccion-de-datos.shtml

http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf  http://yaqui.mxl.uabc.mx/~molguin/as/IngReq.htm                                                                            

Casos de uso . (s.f.). Obtenido de http://www-2.dc.uba.ar/materias/isoft1/2001_2/apuntes/CasosDeUso.pdf                                                                                   

Junta de Andalucia. (s.f.). Obtenido de http://www.juntadeandalucia.es/servicios/madeja/contenido/libro-pautas/182



No hay comentarios.:

Publicar un comentario