Presentación de PowerPoint

Alumnos: No. Control: Briseño Ramírez Omar Isaac 18251005 Marcos Arroyo Itzel 19251086 Diaz Galicia Raúl Alberto 19251067 Pascual Estrada Jareli 19251056 Luna Godínez Zayra Monserrat 19251065 Maestra: María Esther García Hernández Agosto - Diciembre 2021 4.1 Técnicas de recopilación de información. 4.2 Estudio de Viabilidad. 4.3 Análisis y requerimientos funcionales y no funcionales. 4.4 Arquitectura del sistema basada en UML: Diagramas de comportamiento y de funcionalidad. Instituto Tecnológico de Tlalnepantla. Ingeniería de Software Ingeniería en Tecnologías de la Información y Comunicación..

4.1 Técnicas de recopilación de información. La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo etc..

¿De dónde se recolecta la información?. La fuente de información que se selecciona dependerá sobre lo que está disponible y de lo que conteste a las preguntas de evaluación con mayor eficacia..

Información obtenida desde, archivos documentales, datos estadísticos. Lo ideal sería reunir más de una fuente de datos.

4.2 ESTUDIO DE VIABILIDAD. Es el análisis que intenta predecir el eventual éxito o fracaso de un proyecto de tal manera que cumpla con su objetivo. Para lograr esto parte de datos empíricos a los que accede a través de diversos tipos de investigaciones. Está relacionada con principios de calidad, eficiencia y pertinencia de un proyecto en términos de los elementos conceptuales que lo componen, la información utilizada, la coherencia de los planteamientos y el mayor acercamiento a la realidad a la que se refiere el proyecto. Los análisis de viabilidad se desarrollan en el ámbito gubernamental o corporativo. Se trata de un recurso útil antes del inicio de una obra o del lanzamiento de un nuevo producto. De este modo, se minimiza el margen de error..

DETERMINACIÓN DE LA VIABILIDAD. Las mejoras pueden ser de muchos tipos: Aceleración de un proceso. Eliminar pasos innecesarios o duplicados. Reducción en la captura de información mediante la modificación de formularios y pantallas de despliegue, etc..

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 de hacer..

Muchos de los problemas de la ingeniería de software provienen de la imprecisión en la especificación de los 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. En principio, la especificación de requerimientos funcionales de un sistema debe estar completa y ser consistente. La compleción significa que todos los servicios solicitados por el usuario están definidos. La consistencia significa que los requerimientos no tienen definiciones contrarias..

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 ..

Los requerimientos no funcionales surgen de la necesidad del usuario, debido a las restricciones en el presupuesto, a las políticas de la organización, a la necesidad de interoperabilidad con otros sistemas de software o hardware o a factores externos como los reglamentos de seguridad, las políticas de privacidad, entre otros. Estos diferentes tipos de requerimientos se clasifican de acuerdo con sus implicaciones. Requerimientos del producto. Requerimientos organizacionales. Requerimientos externos..

UML UML es un lenguaje gráfico de mo delamiento que usa conceptos de orientación por objetos. Este lengua je tiene una sintaxis y una sem ánti ca bien definidas, sirviendo adem ás para todas las etapas de desarrollo. En UML se utilizan para el modelamiento de un sistema diferentes ele mentos y relaciones, que tienen una sem ántica y sintaxis definidas. Estos elementos se agrupan en diagramas preestablecidos que corresponden a diferentes proyecciones del sistema. Los elementos básicos de UML, aque llos que representan principalmente las partes est áticas del sistema, son: Clases Casos de uso Componentes Nodos Paquetes Las relaciones que se utilizan para establecer conexiones entre los ele mentos son: Dependencia Asociación Generalizaci ón Realización.

Modelos arquitectónicos: Son las elecciones que hace respecto a las tecnologías y elementos arquitectónicos básicos del sistema. Componentes y sus interfaces: Puede dibujar diagramas de componentes en los que se muestren los elementos principales del sistema y las interfaces a través de las que interactúan entre sí. Las interfaces de cada componente incluyen todos los mensajes que se identificaron en los diagramas de secuencia. Interacciones entre componentes: Para cada caso de uso, evento o mensaje entrante, puede dibujar un diagrama de secuencia en el que se muestre cómo interactúan los componentes principales del sistema para lograr la respuesta necesaria. Modelo de datos de los componentes e interfaces: Puede dibujar diagramas de clases para describir la información que se pasa entre los componentes y que se almacena en los componentes..

Diagramas de Comportamiento Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema. Los aspectos dinámicos de un sistema de software involucran cosas tales como el flujo de mensajes a lo largo del tiempo y el movimiento físico de componentes en una red. Comportamiento que expresa la secuencia de estados por los que pasa un objeto a lo largo de su vida en respuesta a eventos. Contiene estados simples, compuestos y transiciones con eventos y Los diagramas de comportamiento se emplean para visualizar, especificar, construir y documentar los aspectos dinámicos de un sistema. Diagramas de comportamiento: Diagramas de Casos de Uso. Diagramas de Secuencia. Diagramas de Colaboración. Diagramas de Interacción. Diagramas de Estados..

Diagrama de Funcionamiento representaci6n gråfica donde se aprecia la circulaci6n primaria, secundaria y terciaria en relaci6n con las {reas y los espacios arquitect6nicos.

• El diagrama de funcionamiento nos servirå como una guia para saber la relaciÖn que hay entre los diferentes espacios, si es una relaciÖn muy nccesario o inccesaria • Una vez detectadas las relaciones entre espacios, se pucde transfcrir la informaciön a diagramas o esquemas en que se observan bi o tridinmensionalmcnte las ligas entre cllos por medio de lineas o espacios que significan circulaciones..

REFERENCIAS Avilez, J. (2020). Recolección de datos. Obtenido de Monografias.com: https://www.monografias.com/trabajos12/recoldat/recoldat.shtml Ortega, V. P. (Octubre de 2011). 4.1 Técnicas de Recolección de Datos. Obtenido de Entorno Virtual para el Desarrollo de Competencias en Evaluación: http://entornovirtualparaeldesarrollode.weebly.com/4teacutecnicas-de-recoleccioacuten-de-datos.html Questionpro.com. (09 de Febrero de 2017). ¿Qué es la recolección de datos y cómo realizarla? Obtenido de Questionpro.com: https://www.questionpro.com/blog/es/recoleccion-de-datos-para-investigacion Minguet M. J. M. La calidad del software y su medida. Editorial CERASA. Madrid, España. 2003. Weitzenfeld, A. Ingeniería de software orientada a objetos. Cengage learning editores. México. 2005..