Tarea

Hacer los diagramas de secuencia de los ejercicios 5, 6 y 7 del banco de casos. Hacer solo los diagramas de secuencia de los 2 casos de uso que documentaron en las plantillas. Subir la tarea en un archivo de Word a Drive a más tardar lunes 28 de noviembre a las 23:59. Importante: Llevar los diagramas de secuencia a la clase del martes ya que irán pasando a explicarlos al cañón para su revisión y repaso para examen.

Examen parcial 2. Viernes 2 de dic.

Requisitos:

• Diccionario de datos en libreta (no copiar los conceptos de los demás, cada quien genere sus propios conceptos, recuerden que si no cumplen este requisito tendrán medio punto menos en examen).
• Estudiar entradas: ¿Cómo hacer entrevistas?, modelos de análisis: tarjetas CRC, diagramas de clases (herencia, visibilidad de atributos, y todo lo que se vio en clase) y diagramas de secuencia (esto se verá en la clase del viernes pero vayan revisando los ejemplos, recuerden no llegar a clase en ceros, ya que en la clase se ve la práctica). Recuerden que deberán hacer los diagramas de clase en UML de los ejemplos que vimos hoy martes 22 de nov. y comprobarlos con la solución que ya va incluida; esto les servirá mucho para practicar y estén listos para su próximo examen.

En general ir estudiando todo el material visto en el curso ya que aparte de este examen presencial, habrá un examen de opción múltiple en plataforma de todo el curso completo, sobre los conceptos que hemos visto en clase y que debieron agregar a su diccionario de datos. Yo les avisaré la fecha de este pero vayan estudiando todos los conceptos, principalmente comprender lo que han estado haciendo en las tareas.

Horarios de asesorías

Jóvenes revisen los horarios de asesorías en los que los alumnos con problemas de reprobación deberán asistir para aclarar dudas. Asistir con dudas específicas. El salón será indicado por el profesor que dará las asesorías correspondientes.

Horario	Lunes	Martes	Miércoles	Jueves	Viernes
8:00-9:00					Dra. Claudia: Base de Datos/Proyecto inventario
9:00-10:00		Mtra. Alma: Ingeniería de Software		Mtra. Alma: Proyecto carrito	Mtra. Ana: Proyecto resistencias
10:00-11:00
11:00-12:00
12:00-13:00
13:00-14:00
14:00-15:00	Mtro. Jorge: Matemáticas I	Mtra. Ana: Razonamiento algorítmico	Dra. Claudia: Lenguajes de programación		Mtro. Jorge: Fenómenos físicos

Plataforma Blackboard

Jóvenes ya pueden acceder al curso de Ing. de Software Industrial I desde la plataforma Blackboard. Recuerden que a partir de ahora se trabajará sobre esta plataforma y no sobre moodle ni Drive.

Como requisito para que les revise sus actividades estas deben estar subidas aquí ya que es la plataforma oficial donde iré poniendo sus calificaciones de lo siguiente. 

• Actividad semana 4: prototipos de pantalla en Balsamiq Mockup.
• Actividad semana 5: tarjetas CRC y diagramas de clase de los ejercicios 6 y 7.

Estaré revisando que entren a plataforma. Favor de revisar fechas de estas actividades para que no se les cierre y se queden sin calificación. Recuerden que si estas dos actividades no se encuentran subidas aquí, no abra otro medio donde les pueda revisar y se quedan sin calificación, esto es parte de su responsabilidad, además ya no habrá prórroga para cambiar fechas en plataforma. En el menú de la izquierda entrar a la sección Contenido del curso, ahí se encuentran las semanas 4 y 5.

Modelo de Análisis

Presentación: Modelo de análisis
Resumen: Modelado de análisis

Más detalles del análisis de requerimientos: http://slideplayer.es/slide/3978926/

Tarjetas CRC

¿Cómo crear tarjetas CRC?
Ver video Ejemplos de tarjetas
Implementación de tarjetas CRC

DIAGRAMA DE CLASES: 

PRESENTACION
EJEMPLOS

DIAGRAMA DE SECUENCIA: 

PRESENTACIÓN

VIDEO: Creación de Diagrama de secuencia

EJEMPLOS
¿Cómo hacer diagramaas de secuencia en Enterprise Architect?

Notación:
Clase Frontera: o <<boundary>> se refiere técnicamente a la interfaz con la que interactúa el individuo. 
 Clase control: representa algún proceso, validación, actividad lógica del sistema para llevar a cabo un pedido. 
 Clase entidad: Básicamente es la tabla, archivo, campo etc. donde se almacenan datos. 

Validación de requerimientos

Para validar los requisitos de usuario se deberá hacer una revisión de requerimientos, es decir, deberás hacer un Checklist de requerimientos (Ejemplo).
Entrevistas
¿Cómo hacer una buena entrevista de software?

TAREA: Elabora una lista con los elementos principales necesarios para hacer una buena entrevista de software. Describe brevemente cada uno ya que si no los describen no les será considerada la tarea.
Elabora esta actividad en tu libreta, escanéala y súbela a drive.
Fecha: DOMINGO 20 de nov. 23:59 hrs.
Forma de trabajo: individual

Actividades martes 8 de nov.

Examen parcial 1: martes 8 de noviembre.

Recuerda llevar tu diccionario de conceptos completo al examen (no se vale solo poner 10 conceptos ya que hemos visto más).

Banco de problemas: subir a Drive y a plataforma martes 8 de noviembre a las 11:59pm. Todo en un solo documento. Recuerda que este documento debe contener:

1. Lista de requerimientos: Ejemplo 
   
2. Especificación de requerimientos 
1. Diagrama Casos de uso UML
2. Descripción de casos de uso (Plantillas de al menos 2 de los casos de uso de los ejercicios, excepto los del proyecto final).
3. Aplicar la siguiente lista de cotejo para revisar que tu trabajo es correcto: https://drive.google.com/open?id=0B0zaGDrnL_ynTmpDOE5mbW9LUTg

Libro de Ingeniería de Software

Revisa el ejemplo del libro de "hogar seguro" para que con el te bases para hacer los casos de uso de los ejercicios de tarea.

http://biblio3.url.edu.gt/Libros/2012/Ing-Press.pdf

Pantallas de prototipos

Cuando queremos crear un proyecto nuevo, es normal que hagamos sketchs, bocetos o dibujos rápidos para tener una imagen visual de cómo será nuestra interfaz gráfica (GUI). Esto nos ayuda a más adelante poder crear el proyecto lo más semejante posible a nuestro boceto en papel. Mientras lo realizamos a lápiz, hacemos cambios, tachamos, tenemos mejor ideas y estos sketchs se convierten en el prototipo del proyecto final, en definitiva en Mockups. A este proceso se le denomina Wireframing que es la creación de la estructura de una interfaz.
Ejemplos de prototipos de acuerdo a los siguientes casos de uso: https://sites.google.com/site/itasec3/analisis/documentacion-casos-de-uso-1
Prototipos: https://sites.google.com/site/itasec3/prototipo-balsamiq

Tarea: realizar los bosquejos de interfaz gráfica (GUI) del banco de ejercicios. Recuerda que no debes darle mucho diseño, solo es un bosquejo y no lleva tantos detalles, solo es necesario que incluyas los elementos mínimos indispensables de los requerimientos funcionales. Fecha de entrega: viernes 11 de noviembre.

Actividades a realizar

* Tarea 3
Elaborar un mapa conceptual sobre la siguiente presentación acerca de la ingeniería de requerimientos para reforzar el tema: https://drive.google.com/open?id=0B0zaGDrnL_ynSEQ3cmtDS3NVTGM
Se recomienda utilizar la herramienta CMapTools: https://cmapcloud.ihmc.us/ (hay versión online o de escritorio).
Fecha de entrega: jueves 27 de octubre 11:59pm.

* Software a utilizar:
Para la clase 4 (viernes 28 de octubre) utilizaremos los siguientes programas en equipos de 2 a 3 personas:

1. Enterprise Architect UML o en su defecto STARUML
2. Balsamiq Mockups

Puedes bajarlos desde la página oficial o descargar desde la siguiente liga: https://drive.google.com/open?id=0B0zaGDrnL_ynX0tzQUxlWFh3RVk

* Diccionario de conceptos: 
Durante el curso deberás crear un diccionario de términos en Word o Excel con todos los conceptos clave que vamos viendo en clase y de tarea. Ejemplo: datos, información, sistema de información, stakeholders, requerimiento funcional, ...

Este diccionario lo deberás entregar IMPRESO y completo como requisito de cada parcial. Recuerda que los conceptos deberás estar explicados con tus palabras no solo copiar y pegar.

* Banco de casos de estudio: 
Elaborar la ingeniería de requerimientos a los siguientes casos de estudio https://drive.google.com/open?id=0B0zaGDrnL_ynRGZvUVc5VVRucm8
Fecha de entrega: viernes 4 de noviembre. Entregar el 80% de los ejercicios incluyendo una lista de requerimientos funcionales y no funcionales, el diagrama de casos de uso completo de los problemas (incluyendo todos los casos de uso que cumplan con los requerimientos). Incluir la documentación (plantillas) de 2 casos de uso. Ver los detalles en la lista de abajo.
Forma de trabajo: trabajo colaborativo en equipos exclusivamente de 2 personas.
Evidencia: un solo documento en Word que contenga los siguientes elementos:

1. Lista de requerimientos: Ejemplo 
   
2. Especificación de requerimientos 
1. Descripción de requerimientos funcionales y no funcionales
2. Ordenar por orden de prioridad
3. Diagrama Casos de uso UML
4. Descripción de casos de uso (documentar al menos 2 de los casos de uso de los ejercicios, excepto los del proyecto final).

NOTA: dejar pendiente el caso del proyecto final ya que ese se entregará al final y contará para su calificación de proyecto final.

Clase 3. Modelo de casos de uso

Presentación

Pasos para documentar un caso de uso:Documentar casos de uso no es una tarea fácil, requiere de tiempo, disciplina y experiencia. Sin embargo, podemos definir una serie de pasos para escribirlos:

1.       Identifique a todos los actores que intervienen.

2.       Identifique todas las tareas que realizará cada actor.

3.       Agrupe las tareas repetitivas

4.       Genere los diagramas UML que representen esquemáticamente los casos de uso.

5.       De una prioridad a cada caso de uso.

6.       Por cada caso de uso escriba un documento detallado siguiendo la plantilla.

Plantilla: https://drive.google.com/open?id=0B0zaGDrnL_yneXlrTEpFbExuX0E
Ejemplos: http://perso.wanadoo.es/ppcss_g7/escenariosprincipales.pdf

Si tienes dudas puedes revisar más detalle del tema:
Ayuda: http://www.codecompiling.net/files/slides/UML_clase_02_UML_casos_de_uso.pdf
Ayuda: https://lsi.ugr.es/~mvega/docis/casos%20de%20uso.pdf

Clase 2. Ingeniería de requerimientos

Ingeniería de requerimientos: https://drive.google.com/file/d/0B0zaGDrnL_ynZkpiWE5xekE4V2s/view

Requerimiento: Un enunciado que identifica que es lo que un producto o proceso debe cumplir con un comportamiento y/o resultados requeridos. 

1. Requisitos Funcionales: Servicios que el sistema debe proporcionar
2. Requisitos no funcionales: Restricciones que afectaran al sistema

Actividad: escribir los requerimientos de usuario, funcionales y no funcionales de una tienda de música online. Utiliza lenguajes natural para describirlos.

Tarea 1

Hacer un documento en Word con lo siguiente:

1. Cuestionarios de las presentaciones de clase.
2. Escribir las partes (entradas, procesos, almacenamiento y salidas) de los siguientes sistemas de información:
• Cajas de un supermercado
• Carrito de compras de un tienda de ropa online.
• Aplicación móvil para hacer reservas en un cine.
• Videojuego
3. Cuadro comparativo de los modelos del proceso de desarrollo de software (cascada, espiral, etc.) y de los modelos evolutivos (investigar más ayuda).

Subir tu documento a Drive en las tareas de la clase 1.
Rúbrica de evaluación:

• Las respuestas a los cuestionarios son coherentes y van acordes al tema visto en clase.
• Se indica entradas, procesos, almacenamiento y salidas acordes a cada sistema de información.
• Indica las características de cada modelo de desarrollo de software.
• Indica las ventajas de los modelos.
• Indica las desventajas de los modelos.

Ingeniería de Software

Video: https://www.youtube.com/watch?v=JuwHxdWkRH0
Presentación: https://drive.google.com/open?id=0B0zaGDrnL_ynYk8xaHBnRm5ZVXc

Introducción: software y sistema de información

https://drive.google.com/open?id=0B0zaGDrnL_ynMTdONUNkVDVBdUk

Programa de Ingeniería de Software