SIS325: INGENIERIA DE SOFTWARE II AGENDA de TRABAJO EN GRUPO N 1 GESTION 1/2012 En esta primera agenda es importante aclarar que el escenario

en el cual se trabajara en el semestre con el caso de estudio seleccionado, es uno de competencia entre los grupos de estudiantes, estos grupos que esta vez representarn a empresas que desarrollan software a medida y que compiten por un cliente para realizar la mejor propuesta de proyecto considerando una serie de restricciones y riesgos que seguramente iran apareciendo. La caratula de la agendas (o avances del proyecto) obliga a que definan roles o una estructura entre uds, por tanto es importante pensar en que rol asumira cada miembro del grupo en esa empresa de desarrollo de software y que es lo que debe considerar para hacer lo mejor que pueda su trabajo. Durante el semestre ademas de la presentacion de las agendas se considerar tambien la capacidad que tiene el grupo de resolver problemas y adecuarse a situaciones inesperadas. ACTIVIDAD 0: En base al libro de Braude Cap 2: pags 81 a 84, justificar que tipo estructura organizacional elegiran y porque. Definir responsabilidades para los integrantes del grupo en base a la necesidad de cubrir las siguientes actividades bsicas del desarrollo de proyectos de SW: Requerimientos y Anlisis Diseo Implementacin o Construccin Pruebas Documentacin y gestin de la configuracin Gestin del proyecto Aseguramiento de la Calidad Una persona puede ser responsable de mas de una funcin, sin embargo considerar incompatibilidades, ya que se puede perder control sobre el trabajo de un compaero de equipo. Por ejmplo si una persona fuera analista y diseador no se podria saber de manera imparcial si el diseo refleja realmente el anlisis ya que todo estara a cargo de la misma persona. En cambio, si el diseador fuera otra persona, entonces habra un control implcito. Sin embargo el Analista podra ser programador por ejmplo, ya que habria un control sobre el, por parte del diseador. Piensenlo. ACTIVIDAD 1: Considerar el caso de estudio para el semestre (Ver Anexo 1) y para el mismo desarrollar de manera convincente los siguientes puntos asociados al alcance del proyecto:

a) Introduccin al proyecto: Destacando de que trata el proyecto, para quien se desarrolla y que
proceso es el que se quiere mejorar y esta bajo anlisis.

b) Problemtica : El diagnstico de proceso bajo estudio , observando de la manera mas completa

todas las falencias que se dan, para asi, justificar la necesidad de hacer un proyecto de software que solucione dicha problemtica, ser bastante detallados. c) Visin del cliente : Cules son las necesidades que desde el punto de vista del cliente deben ser cubiertas?. Redactar en forma de lista de necesidades a cubrir y con lenguaje sencillo. ACTIVIDAD 2: Entender la naturaleza y alcance del proyecto propuesto 1. Tomando en cuenta el caso de estudio formular el problema concreto y en un solo parrafo que motiva la realizacin del proyecto 2. Formalizar objetivo general y especficos del proyecto. (desde la perspectiva de logros del proyecto o logro de la solucin) 3. Desarrollar un anlisis preliminar de los requerimientos y documentar en base a las siguientes preguntas: a. Cules podran ser inicialmente los requerimientos funcionales? b. Cules podran ser inicialmente los requerimientos no funcionales o tcnicos? c. Cules seran los posibles actores o usuarios de la aplicacin?

d. e. f. g. 4.

Cules son las restricciones o limitaciones del proyecto? Que capacidades o funciones podriamos innovar, mas all del planteamiento que hace el cliente? Que capacidades o funciones podramos mejorar? Cul podra ser una posible estructura modular del sistema?

Luego realizar un modelo preliminar de este anlisis usando alguna notacin adecuada (por ej Casos de Uso en UML).

ACTIVIDAD 3. Averiguar y documentar : a) b) c) d) Qu es un SCORM y cules son sus usos en los procesos educativos? Cul es la estructura interna de un SCORM? Cmo puedo generar un ARCHIVO que cumpla con este formato? Tecnologas, lenguajes o herramientas que podran servir en la bsqueda de solucin al problema. e) Herramientas comerciales que realizan las funciones a desarrollar o parecidas, para tener una visin ms clara del proyecto (considerar el ejemplo provisto en la plataforma)

ACTIVIDAD 4. Alternativas preliminares de solucin tcnica. Realizar un estudio preliminar de 3 alternativas tcnicas para el desarrollo del proyecto.Cada alternativa debe considerar mnimamente lo siguiente:

Modelo de Despliegue de la aplicacin (osea como pretende funcionar, operacin) Herramientas de desarrollo (Por ej Lenguajes de desarrollo y entornos integrados de desarrollo a ser usados. Libreras de componentes de terceros) Plataforma de desarrollo y operacin ( S.O , BD, etc) Mtodo y Ciclo de vida Estndares a ser usados (si es necesario)

Destacar ventajas y desventajas de cada alternativa en trminos de tiempo, capacidades, y costos para alcanzar los objetivos del proyecto. ACTIVIDAD 5. Determinar la Factibilidad tcnica cada alternativa planteada, contestando a las siguientes preguntas: A) Se puede acceder y disponer de las herramientas tecnolgicas necesarias para el desarrollo proyecto en nuestro medio? B) Se tienen los conocimientos necesarios para el uso de estas herramientas? C) Se puede tener algn tipo de asesora en caso de desconocer aspectos tcnicos del proyecto.? De quien? ACTIVIDAD 6. Determinar la relacin costo-efectividad haciendo un clculo de los costos en los que se incurrira en el proyecto tanto para el desarrollo como para la puesta en marcha y considerando logro de objetivos.(VER ANEXO 2)

Normas Bsicas

FICHA DE EVALUACION AGENDA 1 Debe primar la originalidad del trabajo, si existen trabajos duplicados o copiados entre dos grupos, ambos sern sancionados obteniendo la mnima nota. Toda agenda se califica sobre 10 puntos y son acumulativas. Y en base al total acumulado se pondera la nota final que va a sumar a su nota prctica del semestre. Existe un foro de dudas para cada agenda en el ecampus, que sirve para aclarar dudas respecto a la agenda,

Criterios de Evaluacin 1. Investigacin previa 2. Grado de anlisis preliminar de los requerimientos y uso de un mtodo de modelado correcto. 3. Presentacin

Cada criterio citado a continuacin se califica sobre 10 puntos de manera independiente, y luego se promedia para saber la nota final de la agenda. Toda agenda debe tener referencias bibliogrficas y respetar la cartula oficial. Aclaracin Grado de revisin documental para sustento de alternativas.

Organizacin, uso de la Cartula Oficial de las Agendas (Ver en la plataforma), orden , impresin, redaccin. Aspectos novedosos expresados en las alternativas

4. Grado de innovacin en la propuesta 5. Grado de detalles y realismo en el anlisis de factiblidad econmica y tcnica. 6. Uso de referencias bibliogrficas

Las referencias biblogrficas son las fuentes a la que han accedido para respaldarse ya sea conceptualmente o tcnicamente en el desarrollo de la Agenda

ANEXO 1
CASO DE ESTUDIO DEL SEMESTRE: Sistema de elaboracin interactiva y publicacin de cuestionarios tipo test para el e-Campus USFX basados en el estndar SCORM. (SEIPC)

Actualmente la Universidad San Francisco Xavier cuenta con un sistema de gestin de cursos adecuado y personalizado basado en el modelo Blended Learning el cual es un modelo pedaggico que combina el modelo tradicional presencial y el modelo a distancia mediante internet, denominado eCampus, el cual fue desarrollado e implementado con propsitos netamente acadmicos, proyecto que pretende llevar al proceso de enseanza-aprendizaje (PEA) hacia una educacin ms coherente con el nuevo paradigma social, paradigma que hace uso de las nuevas tecnologas de informacin y comunicacin en las diferentes reas del quehacer humano, entre estas el rea educativa, brindando una herramienta que complementa la educacin presencial tradicional. Cada materia en el ecampus, posee muchos tipos de recursos y actividades que el docente puede utilizar para reforzar y evaluar el proceso de enseanza-aprendizaje. Una de estas actividades es el cuestionario cuya elaboracin esta cargo del Docente, es en este tipo de recurso donde se identifica un claro problema: la dificultad que existe para elaborar el cuestionario utilizando diferentes formas de preguntas tipo test, asi como tambin la gestion del banco de preguntas al crecer la cantidad de cuestionarios y el establecimiento de respuestas correctas. La dificultad es tal que desanima al Docente y peor aun si no tiene ciertas destrezas informticas ya que la interfaz es de dificil comprensin y poca entendibilidad para un usuario promedio. Evidentemente la ejecucin del cuestionario por parte de los estudiantes es sencilla, se genera una pgina web con la preguntas y el alumno va contestando en un examen tipo test, para lo cual debe identificarse primero y luego de tomar el examen puede inmediatamente ver su nota final. En algunos casos el alumno puede repetir el examen, incluso ver en cuales preguntas se ha equivocado y volver a intentar, este escenario es muy comun cuando los cuestionarios son usados como una autoevaluacin. Sin embargo si se quisiera tomar una prueba puntuable para nota final o parcial del estudiante, entonces surge un claro problema: Cmo asegurar un examen exento de vicios donde todos los estudiantes sean evaluados bajo las mismas condiciones si tenemos que evaluar a varios grupos y las preguntas podran ser repetidas? Entonces vemos que es importante tambien garantizar dificultad de copia de las preguntas, por lo menos mientras dura el examen para todos los grupos. En resumen, el objetivo del proyecto sera desarrollar un sistema que permita la elaboracin de cuestionarios tipo test de manera interactiva y la posterior publicacin del mismo en la materia de cada docente en el ecampus Universitario. Si nos damos cuenta la publicacin del cuestionario implica una integracin con la plataforma Moodle del ecampus que podra ser bastante dificultosa. Sin embargo por averiguaciones previas se sabe que existe un formato universal (estndar) en los LMS (Learning Management System) que ha sido denominado SCORM, el mismo que permite visualizar los contenidos de cualquier material hecho por el docente siempre y cuando cumpla con el formato SCORM.

Por tanto, desde la visin del cliente, el sistema esencialmente debe permitir lo siguiente:

a) Gestionar un archivo de cuestionarios para una materia (grabar, modificar, eliminar) b) Elaborar un cuestionario tipo test de manera interactiva donde exista al menos los siguientes tipos de preguntas disponibles: Falso, Verdadero.

c)

d) e)

f) g) h)

Mltiples opciones con una sola respuesta correcta. Mltiples opciones con una varias respuestas correctas. Ordenamiento de respuestas en el orden correcto. Enlazamiento o Relacionamiento de conceptos de la forma correcta Configurar el cuestionario, con aspectos tales como: Duracin en minutos Cantidad de repeticiones Si se puede o no ver respuestas correctas Si se puede o no ver respuestas incorrectas Si se debe enviar todo el cuestionario solo una vez terminado el mismo estando en la ultima pregunta o cuando el estudiante as lo prefiera. Generar el cuestionario en formato SCORM para ser usado en el ecampus. Generar un registro bien detallado de los alumnos que ejecutaron un cuestionario determinado, y calificaciones obtenidas, con la opcion de ver en que preguntas fallaron y cuales acertaron, registro que deber ser enviado al docente usando por ejemplo un email. Generar la nota del cuestionario inmediatamente despus de que el alumno termine el mismo indicando si aprobo o n Permitir facilidad de uso al elaborar cuestionarios para el docente e interactividad para los alumnos al momento de tomarlo Lograr un nivel de seguridad ante copia de examen como texto o falta de autenticidad de quien toma el examen, copia del vecino (por ejemplo en una red de laboratorio).

En la pgina de la materia existe un ejemplo de un cuestionario que se ejecuta bajo un SCORM, se aconseja que lo vean para tener una perspectiva mas clara de los requerimientos o producto al cual se quiere llegar.

ANEXO 2

ITEMS DE COSTO SUGERIDOS PARA DETERMINAR LA INVERSION

(PUEDEN AADIR OTROS COSTOS)

Costos de Desarrollo
Costo del Diseo del sistema Costo de Codificacin o programacin y pruebas de unidad Costo de pruebas del sistema Costo de Documentos de Usuario Final (Manuales de uso) Costo del Documento Tcnico del Sistema (Especificacin del Sistema) Costos de herramientas y plataformas de Desarrollo Costos de Licencias

Bs. Bs. Bs. Bs. Bs. Bs. Bs.

Costos de Puesta en Marcha

Costo de Equipamiento HW y redes Costo de la Plataforma Costo de Licencias Costo de Hosting y Dominio Costo de capacitacin (training) Costo de Instalacin

Bs. Bs. Bs. Bs. Bs. Bs.

Otros Costos
. .