: Desarrollo de Sistemas de Información CODIGO :

Transcripción

1 UNIIVERSSIIDAD DELL BIIO--BIIO VIICERRECTORIIA ACADEMIICA DIIRECCIION DE DOCENCIIA ASIGNATURA : Desarrollo de Sistemas de Información CODIGO : I. IDENTIFICACION 1.1 CAMPUS : CONCEPCIÓN 1.2 FACULTAD : CIENCIAS EMPRESARIALES 1.3 UNIDAD (Dpto) : SISTEMAS DE INFORMACIÓN. 1.4 CARRERA : Ingeniería Civil en Informática. 1.5 Nº Créditos: TOTAL DE HORAS: HT: 1 HP: HL: PREQUISITOS DE LA ASIGNATURA: Metodologías de Desarrollo de Software, II. DESCRIPCIÓN Asignatura en modalidad de taller que relacionará conocimientos previamente adquiridos en cuanto al desarrollo de sistema de información para generar soluciones desde su concepción hasta su operación. Página 1 de 8

2 III. OBJETIVOS a) Generales: Proponer alternativas de soluciones coherentes, efectivas e innovadoras a problemáticas planteadas utilizando TIC s, incentivando un ambiente de trabajo colaborativo. b) Específicos Crear una solución utilizando TIC s, para una situación planteada. Desarrollar las capacidades de trabajo en equipo y liderazgo. Aplicar las metodologías de análisis y diseño de sistemas. Capacitar al alumno en el diseño de modelos de datos adecuados, tanto en la representación del problema como en la posterior implementación del modelo. IV. UNIDADES PROGRAMATICAS Esta asignatura se desarrollará en formato de taller, por lo que no hay desarrollo de unidades programáticas, salvo para reforzar algunos tópicos específicos y acotados más bien procedimentales y/o actitudinales. El alumno deberá desarrollar una solución considerando al menos las siguientes actividades: Formulación y gestión del proyecto. Análisis de la problemática planteada. Definición de requerimientos. Diseño y Construcción s e implantación. Página 2 de 8

3 V. CONTENIDO UNIDADES PROGRAMÁTICAS Como se indicó en el punto anterior esta asignatura no contempla unidades programáticas, sino un conjunto de actividades, por lo que en esta sección se indican las sub-actividades involucradas. ACTIVIDADES SUB-ACTIVIDADES Planificar el proyecto Planificación del proyecto de software. Definición de plan de proyecto. Herramientas disponibles para planificación. Análisis de la problemática Descripción del sistema planteada Delimitación del alcance del Sistema. Identificación del entorno tecnológico. Identificación de interfaces y usuarios Definición de requerimientos Definición, análisis y validación de los requisitos. Elaboración de la especificación de requisitos de software Diseño y construcción Definición de la arquitectura del sistema. Especificación detallada de los componentes del sistema de información. Especificación del plan de pruebas. Codificación de los componentes del sistema. Ejecución de pruebas unitarias, integración y sistema. Elaboración de manuales. s e implantación Incorporación del sistema al entorno de operación. Ejecución de pruebas de implantación y aceptación. Página 3 de 8

4 VI. METODOLOGÍA Se realizan clases eminentemente prácticas. Se desarrolla un proyecto de software completo en una modalidad de equipos de trabajo, el cual es guiado y controlado en sus distintas etapas. VII. TIPOS DE EVALUACIÓN El alumno es evaluado durante el desarrollo de un sistema de información, basado en entregables y presentaciones. Realización de un Proyecto correspondiente a la construcción de un producto software, para certificar la adquisición de habilidades de estimación, medición de atributos y control de calidad de software. Presentaciones Orales para certificar el dominio de conceptos o avance de proyecto durante las clases. Informes escritos de documentación técnica del proyecto. Estos deberán cumplir con una presentación, forma y fondo adecuado, acompañados de opiniones propias y evaluaciones críticas de lo desarrollado o aplicado. Las ponderaciones correspondientes son: Evaluación de individual de proyecto 35 % (implementación de los sprint asignados y diseño de pruebas) Entregas Proyecto ( Presentaciones Orales del avance 30 % en la clase y entregables por etapas) Final Proyecto (producto, informe final) 35 % Total 100 % VIII. FORMALIDADES Los informes de avance deberán ser entregados el día-hora estipulado, en caso de incumplimiento será evaluado NCR. La documentación entregada (informes final, de avance y/o resumen) con faltas de ortografía será evaluada con nota 1,0. Página 4 de 8

5 El alumno debe asistir a lo menos al 90% de presentaciones orales y tutoriales realizados en el semestre, en caso contrario será evaluado NCR. En el caso de inasistencias a presentaciones de ámbito grupal, el Jefe de Proyecto debe reemplazarle. Los proyectos de desarrollo de Sw se evaluarán con revisiones de avance, una revisión final y con la presentación de los productos (informe final, revisión de ejecución con el grupo y/o presentación pública de los mismos). Si el promedio de las evaluaciones individuales del proyecto de desarrollo de software es inferior a 4.0, se reprobará la asignatura NCR. No se realizará examen, dada la naturaleza de aplicación práctica en el desarrollo de un proyecto de construcción de software (art.16, régimen de estudios). Esto también significa que no existe examen de repetición. IX. BIBLIOGRAFÍA: a) Básica KENDALL, K. y KENDALL, J. Análisis y Diseño de Sistemas. 6ª ed. México, Pearson, SOMMERVILLE, I. Ingeniería del software. 7ª ed. Madrid, Pearson, PRESSMAN, R. Ingeniería del software. Un enfoque práctico. 6ª ed. México, McGraw-Hill, b) Complementaria LARMAN, C. UML y Patrones, Introducción al Análisis y Diseño Orientado a Objetos. 2ª ed. México, Pearson, X. PROYECTO DE DESARROLLO La formación de los equipos de trabajo depende de las preferencias de los alumnos, no obstante los equipos pueden ser re-organizados por el profesor en el caso que existan problemas o alguno de los integrantes no participe continuamente o perjudique el trabajo del equipo. Tema de proyectos: Los proyectos serán propuestos por cada equipo de trabajo considerando la información obtenida desde empresas del rubro asignado. Cada equipo debe definir y formatear la propuesta de la forma que resulte atractiva. Página 5 de 8

6 Los rubros dentro de los cuales deben ser definidos los proyectos son: o Estacionamiento o Veterinaria o Administración de edificios o Parroquia-Iglesia Restricciones técnicas aplicables al proyecto Power designer MS Proyect GIT Yii Posgres/mysql Técnicas mínimas: modelamiento CU, estimación de CU, Carta Gantt, MER/Diag. Clases Adaptación /Uso de plantillas o estándares para la documentación. Restricciones de Gestión A lo largo del desarrollo del proyecto se generarán, como mínimo, los siguientes entregables (deliverables) 1. Propuesta: Nombre, Objetivo general y específicos del Sw., Descripción del Sw., Límites del Sw, Contactos en el Rubro (nombre, dirección y fono), Equipo de trabajo: definición de roles, funciones y responsabilidades asignadas a los miembros del equipo. o Los roles mínimos son Jefe de proyecto (responsable del plan, estimaciones y controles), Analista Senior (responsable de requerimientos y diseño de DB), Diseñador-Programador Senior (responsable de diseño GUI y arquitectura Sw), Ingeniero Calidad (responsable de adaptación de estándares/plantillas, convenciones, buenas prácticas y pruebas). 2. Planificación Global: Carta Gantt (grafo de actividades) y ambiente de ingeniería (incluyendo plantilla o estándares de documentación). 3. Requerimientos: especificación de requerimientos según estándares/plantillas y casos de uso. 4. Plan detallado: Definición de Sprint-responsable, Carta Gantt, actividades con línea base (RRHH, sprint y plazos). 5. Sprint: Funcionalidad implementada en el servidor de desarrollo, Documentación de modelos de diseño (datos, interfaz, arquitectura sw) Página 6 de 8

7 Sem 1 : 3/3/14 Sem 4 Sem 7 Sem 9 Sem 13 Sem 15 Sem 19 : 7/7/14 Plan Plan prueba y resultados pruebas por sprint: Plan pruebas, Diseño de pruebas, resultados y conclusiones de las pruebas. 7. Sw completo: Funcionalidad implementada en el servidor de FACE y documentación final de requerimientos, análisis y diseño según estándares/plantillas. 8. s sistema: Plan pruebas, Diseño de pruebas, Resultados y conclusiones de las pruebas de sistemas. Esquema del método de trabajo Sprint 1 Sprint 5 Sprint 2 Sprint 6 Propuesta Planificación Requerimientos Planificación Sprint 3 Control Planificación Sprint 7 Integración Entrega Sprint 4 Sprint 8 Hitos Mayores para todos los proyectos Los hitos mayores implican la entrega de un avance (documentación y/o producto funcional), y los hitos menores implican la entrega de un informe escrito y oral respecto al estado de las actividades /responsabilidades de cada Rol. Los tutoriales serán realizados en 2 sesiones, donde la asistencia es obligatoria, según el calendario. Página 7 de 8

8 La programación global de los proyectos está definida como sigue: Sección 1 Sección 2 Hitos Entregables mínimos sem sem HMayor1 Grupal Entregable 1 y 2; TUTORIAL sem HMenor Roles Avance por Rol; TURORIAL sem HMenor Roles Avance por Rol sem HMayor2 Grupal Entregable 3 y 4 sem HMenor Roles Avance por Rol Avance por Rol sem HMenor Roles sem HMayor3 Individual Entregable 5 Avance por Rol sem HMenor Roles sem HMayor4 Individual Entregable 6 sem HMenor Roles Avance por Rol sem HMenor Roles Avance por Rol Avance por Rol sem HMenor Roles sem HMayor5 Individual Entregable 5 Avance por Rol sem HMenor Roles sem HMayor6 Individual Entregable 6 sem HMenor Roles Avance por Rol sem sem HMayor7 Grupal Entregable 7 y 8 Página 8 de 8