La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Material de Apoyo Presentación del curso y Unidad 1

Presentaciones similares


Presentación del tema: "Material de Apoyo Presentación del curso y Unidad 1"— Transcripción de la presentación:

1 Material de Apoyo Presentación del curso y Unidad 1
Escuela Ciencias Básicas, Tecnología e Ingeniería Material de Apoyo Presentación del curso y Unidad 1 – Análisis de Requisitos Tecnología en desarrollo de software Ing. Pilar Alexandra Moreno- Directora del curso CEAD Duitama

2 Temáticas Estructura y contenidos del curso. Unidad 1 - Desarrollo de software y análisis de problemas Proyecto a desarrollar. Primer trabajo colaborativo: Fase Exploración. Ing. Pilar Alexandra Moreno Directora del curso

3 Descripción del curso Campo de formación disciplinar específico
Programa Tecnología en Desarrollo de Software Mejorar el entendimiento, análisis, validación, especificación y gestión de las necesidades, funcionalidades y restricciones que debe cumplir un sistema-software Disciplina de la Ingeniería de Requisitos Presenta al estudiante un conjunto de procedimientos, estrategias, técnicas y herramientas identificables y sistematizables para un adecuado levantamiento de información Seguir un proceso estandarizado de análisis de requisitos. Ejercicio fundamental como tecnólogo en desarrollo de software. Punto central Documento completo con la especificación de requerimientos de hardware y software, diagramas, modelos de sistemas. Caracterización de necesidades y requisitos del cliente y/o usuario. Producto final: se convierte en el soporte y guía para el posterior modelado de procesos y datos: Proyecto de desarrollo de software - requisito de grado de la Tecnología en Desarrollo de Software. Objetivo Analizar y encontrar la mejor solución a un problema. (Software) Diseño del documento formal de requisitos para el software a desarrollar Sustentación final Estrategia de aprendizaje basado en proyectos Tres (3) créditos - Tres (3) unidades Sin prácticas. El curso es de tipo teórico

4 Contenido del curso

5 Contenidos de Aprendizaje
Temáticas Unidad 1- Desarrollo de software y análisis de problemas Contenidos de Aprendizaje 1. Generalidades y conceptos de Ingeniería del software 1.1 Ingeniería de software 1.2 Fases genéricas en la ingeniería de software 1.3 Desarrollo de software 1.4 Tipos de proyectos de software 2. Análisis de problemas 2.1 Problemas de software 2.2 Definición del problema 2.3 Descripción del problema 2.4 Marcos de problema 2.5 Métodos de resolución de problemas 3. El proceso de software 3.1 Modelo de proceso de software 3.2 Ciclo de vida de desarrollo de sistemas 3.3 Fases generales del ciclo de vida

6 Contenidos de Aprendizaje
Temáticas Unidad 1- Desarrollo de software y análisis de problemas Contenidos de Aprendizaje 4. Técnicas para el levantamiento de información 4.1 Entrevistas 4.2 Cuestionarios 4.3 Grupos de análisis 4.4 Más técnicas 5. Modelos y Métodos de Negociación de Requerimientos 5.1 Negociación 5.2 Elementos de la negociación 5.3 Modelos de Negociación 5.4 Métodos y estrategias

7 Primera Fase - Exploración
Trabajo Colaborativo Primera Fase - Exploración Documento con descripción y planteamiento del problema a resolver que trabajará el grupo: “Descripción general del proyecto de desarrollo de software” Trabajo individual – Documento individual con 3 propuestas Trabajo grupal – Consolidado de la propuesta del grupo Justificación del proyecto Objetivos del proyecto ¡OJO! Dicho documento con la propuesta final será la base para las siguientes fases del proyecto en este curso.

8 Productos académicos y ponderación de la actividad individual
Cada uno de los integrantes del grupo colaborativo propone tres (3) situaciones o problemas de su contexto que pueden ser solucionados a través del desarrollo de software. Cada trabajo individual debe contener: - Presentación de las tres situaciones. Luego para cada una de esas tres (3) situaciones propuestas, detallar los siguientes 3 aspectos: 1. Descripción del entorno o contexto (empresa, entidad, organización, etc) que requiere la solución. 2. Descripción del problema a resolver. 3. Alternativas de solución que involucren la necesidad de desarrollo de software, con su respectiva justificación y descripción detallada. Documento individual con el análisis de las tres (3) propuestas para desarrollo de software (3 diferentes). Para cada propuesta se deben detallar los tres aspectos indicados en la columna anterior. Dicho documento cada estudiante lo debe entregar en un documento de texto (.doc o .docx) en el tema correspondiente al foro de la Fase 1: Exploración, espacio en donde el grupo debe interactuar. Ponderación actividad individual: 5% - 25 puntos.

9 Descripción de cada aspecto Trabajo individual:
Proponer tres (3) situaciones o problemas de su contexto que pueden ser solucionados a través del desarrollo de software, por cada una presentar los siguientes 3 aspectos: Descripción del entorno o contexto (empresa, entidad, organización, etc) que requiere la solución: Empresa, entidad, organización, comunidad, ciudad, país, territorio etc que requiere la solución. Presentar una adecuada y suficiente descripción del entorno en el cual ustedes detectaron el problema y las alternativas de solución. Relacionar y describir: Nombre de la empresa, entidad, etc, tipo de empresa-entidad, naturaleza, actividad económica, ubicación, estructura – organigrama. Descripción del problema a resolver: Presentar una adecuada y suficiente descripción de lo que está pasando exactamente, cómo funciona o cómo es el proceso actual. Describir: Detalladamente el problema, situación o necesidad detectada en dicho contexto que esperan solucionar con las alternativas planteadas. Alternativas de solución que involucren la necesidad de desarrollo de software, con su respectiva justificación y descripción detallada: Describir más de 1 alternativa de solución, cada una con su respectiva justificación y descripción detallada. Un problema que pueda resolverse con desarrollo de software puede contar con varias alternativas o posibilidades: por ejemplo para manejo de información: base de datos básica o un sistema web, o un sistema en la nube (cloud) o un sistema para toma de decisiones, o un simulador etc.

10 Algunas aclaraciones No se trata de utilizar un software que ya exista sino de proponer situaciones problema que pueden ser resueltas con el desarrollo de software y durante el curso precisamente lo que se va a lograr es "El documento formal de Requisitos" para dicho software que se propone. No habrá desarrollo de software como tal, sino sólo la especificación formal de los requisitos del software que se propone desarrollar. Solución-software concreta que se convierte en el proyecto de la tecnología. No deben proponer desarrollos de sistemas de información básicos; que incluso en el mercado existan y sean sencillos, prácticos y económicos que hacen lo mismo. Deben tomarse el tiempo para analizar su entorno y verificar realmente qué problemas o situaciones están pasando en las cuales se requieran soluciones relacionadas con desarrollo de software; pero nuevo software: novedoso, práctico, específico para la situación. No se aceptan propuestas de software típicas, como: manejo de historias clínicas, control de inventarios, facturación, sistemas contables, sistemas académicos o de matrículas, software educativo convencional, control de ingresos y salidas, etc. Como desarrolladores de software deben plantear propuestas actuales, novedosas y con verdaderos desarrollos tecnológicos. Para la parte individual: No es pertinente que envíen sus aportes sueltos y por partes pues se pierde la secuencia de sus tres propuestas. No se calificarán por el número de aportes individuales: sólo un documento .doc consolidado.

11 Productos académicos y ponderación de la actividad colaborativa
Actividad Grupal Productos académicos y ponderación de la actividad colaborativa Documento grupal: El cual debe contener: Portada Introducción: En esta parte deben indicar la organización del grupo: roles y tareas ejercidas por cada integrante. Y deben responder ¿Por qué seleccionaron la propuesta que están presentando? Desarrollo de la actividad: Respuesta a los puntos indicados en la columna anterior. Conclusiones: El grupo debe dar respuesta puntual a las preguntas ¿Cómo obtuvieron la información del problema que van a resolver? ¿Fue fácil o difícil la obtención de la información? Referencias bibliográficas. Ponderación actividad grupal: 5% - 25 puntos. Revisar al final de esta guía: Lineamientos para el desarrollo del trabajo colaborativo.

12 Descripción de cada aspecto:
Descripción y planteamiento del problema a resolver : (Punto 1 y 2 del trabajo individual) Descripción de entorno en donde se solucionará el problema. (1 del trabajo individual) Describir detalladamente el problema, situación o necesidad detectada en dicho contexto que esperan solucionar con el software a desarrollar. (2 del trabajo individual) Plantear formalmente el problema: a través de la formulación de una pregunta o a través de una afirmación; cualquiera de las dos pero sencilla y concreta. 2. Descripción general del proyecto de desarrollo de software : Presentar una adecuada y suficiente descripción de lo que abarcaría el proyecto de desarrollo: qué software proponen desarrollar, cómo, para qué, en qué consistiría el proyecto de software, qué solucionarían. (Punto 3 del trabajo individual, pero sólo lo relacionado con la alternativa seleccionada y con una descripción mucho más detallada). Relación general de los requerimientos y características a tener en cuenta para el desarrollo del software. 3. Justificación del proyecto: Presentar una explicación detallada del por qué consideran valioso desarrollar el proyecto de software propuesto. Dicha justificación debe ser tanto a nivel de necesidad para el entorno como a nivel de desarrollo tecnológico como tal. Este aspecto debe responder por qué se hace necesario el desarrollo del software, qué aspectos son los que lo justifican, qué aspectos los que lo hacen pertinente y válido para desarrollar.

13 4. Objetivos del proyecto: Formular 1 objetivo general y máximo 4 objetivos específicos que sustenten la propuesta del proyecto de desarrollo. Deben plantear objetivos del proyecto, el cual continuarán abordando en las siguientes unidades: en este aspecto deben colocar son los objetivos que esperan lograr con el Software a desarrollar. Son los objetivos del proyecto que ustedes como tecnólogos en desarrollo de software le presentan a la organización y/o empresa y/o entorno. Los objetivos deben ser acciones concretas que les trazarán el desarrollo del proyecto, se deben plantear con un sólo verbo que sea realizable. El objetivo general debía ser algo como: Desarrollar el software xxxxx (ejm: sistema de información gerencial para la toma de decisiones administrativas de la empresa xyz S.A.S) Ejemplos de objetivos específicos pueden ser: (máximo 4 objetivos específicos) - Realizar el levantamiento de información o de requerimientos para el diseño del software. - Realizar el diseño del software de acuerdo a los requerimientos. - Determinar las herramientas de hardware y software apropiadas, de acuerdo al diseño. - Desarrollar un prototipo funcional para pruebas y verificación de usuarios. - Realizar ajustes y afinamiento del software de acuerdo al resultado de las pruebas. No deben colocar objetivos con verbos o acciones que no son concretas o medibles fácilmente. Como incrementar la transparencia electoral, eso no es un objetivo de un proyecto de desarrollo, pues para ello deben implementar el software, probarlo en muchas elecciones hacer estadísticas de antes y después.. para cumplir con ese objetivo y saber si aumentó la transparencia. Eso es una ventaja o justificación, pero nunca un objetivo. Lo mismo con objetivos como mejorar el proceso electoral, etc.

14 Planeación de actividades para el desarrollo del trabajo colaborativo
Cronograma de trabajo Responsables Lectura de los recursos teóricos Del día-mes-año–hora al día-mes-año-hora Preparación y entrega de los aportes individuales Interacción del grupo con base en los aportes individuales Preparación de los entregables Revisión de los productos Preparación de los entregables de acuerdo con la norma establecida (según la versión que se maneje) Del día-mes-año–hora al día-mes

15 Tareas o funciones realizadas Dinamizador del Proceso:
Roles a desarrollar por el estudiante dentro del grupo colaborativo Rol asumido Tareas o funciones realizadas Líder: Comunicador Responsable de la comunicación entre el tutor y el equipo, como también de presentar a su equipo la información que recoge de la observación - al desarrollo de las actividades - hecha a los otros equipos de grupo. Responsable de entregar el producto final Relator: Responsable de la relatoría de todos los procesos en forma escrita. También es responsable por recopilar y sistematizar la información a entregar al facilitador-docente. Vigía del Tiempo: Controla el cronograma de tiempo establecido, y es responsable porque el equipo desarrolle las diferentes actividades dentro del tiempo pactado. Dinamizador del Proceso: Quien se preocupa por verificar al interior del equipo que se estén asumiendo las responsabilidades individuales y de grupo, propicia que se mantenga el interés por la actividad y por último cuestiona permanentemente al grupo para generar puentes entre lo que ya se aprendió. Utilero: Responsable de conseguir el material y/o las herramientas de acuerdo a las necesidades del equipo para el desarrollo de las actividades y/o procesos.

16 Roles y responsabilidades para la producción de entregables
Función Compilador Consolidar el documento que se constituye como el producto final del debate, teniendo en cuenta que se hayan incluido los aportes de todos los participantes y que solo se incluya a los participantes que intervinieron en el proceso. Debe informar a la persona encargada de las alertas para que avise a quienes no hicieron sus participaciones, que no se les incluirá en el producto a entregar. Revisor Asegurar que el escrito cumpla con las normas de presentación de trabajos exigidas por el docente. Revisa que los aportes de los integrantes sean elaboraciones conceptuales propias (no copias textuales o plagios) y que las citas y referencias bibliográficas estén completas y adecuadas a las normas APA. Avisa a la persona de alertas para que informe a los integrantes del equipo en caso que haya que realizar algún ajuste sobre estos aspectos. Evaluador Asegurar que el documento contenga los criterios presentes en la rúbrica. Debe comunicar a la persona encargada de las alertas para que informe a los demás integrantes del equipo en caso que haya que realizar algún ajuste sobre el tema. Entregas Alertar sobre los tiempos de entrega de los productos y enviar el documento en los tiempos estipulados, utilizando los recursos destinados para el envío, e indicar a los demás compañeros que se ha realizado la entrega. Alertas Asegurar que se avise a los integrantes del grupo de las novedades en el trabajo e informar al docente mediante el foro de trabajo y la mensajería del curso, que se ha realizado el envío del documento.

17 Tener en cuenta Estudiante que no envíe o no realice su actividad individual, de acuerdo a las indicaciones para cada fase en el tiempo establecido para entrega de aportes individuales, tiene calificación de 0.0. Igualmente el grupo debe enviar el documento final, una vez lo realicen, lo revisen y lo consoliden con base en los trabajos individuales que hayan enviado. Si el estudiante envió su trabajo individual después de la fecha límite establecida para ello, tendrá una calificación total de 0 puntos en el trabajo colaborativo y no se le aplicará la rúbrica de evaluación de la actividad. Si el estudiante envía las actividades individuales en el plazo establecido, pero no participa en la consolidación del trabajo de grupo sólo se le aplicará el ítem de la rúbrica de evaluación referente al trabajo individual. Si se comprueban plagios y/o copias textuales de otros trabajos o de internet, el grupo tendrá una calificación total en el trabajo colaborativo de 0 puntos y no se le aplicará la rúbrica de evaluación de la actividad. “Para aquellos estudiantes que ingresan faltando dos o tres días para el cierre de la actividad, el docente no tendrá en cuenta estas participaciones para la asignación de la calificación en respeto del cumplimiento de aquellos estudiantes que sí lo han hecho.” Resolución de Rectoría No Referentes y lineamientos para desarrollo del trabajo colaborativo. Disponible para su consulta en el Entorno de Gestión del Curso.

18 ¡Gracias por su asistencia!
Ingeniería del Software ¡Gracias por su asistencia!


Descargar ppt "Material de Apoyo Presentación del curso y Unidad 1"

Presentaciones similares


Anuncios Google