De nuevo, CUALQUIER DUDA o REVISION pasar por el dpto. hasta el jueves tienen oportunidad.
miércoles, 11 de agosto de 2010
NOTAS DEFINITIVAS
Bueno llegamos a la recta final, recuerden el aprendizaje del estudiante a distancia está basado en lo que él puede desarrollar y construir a través de las actividades de aprendizaje.
De nuevo, CUALQUIER DUDA o REVISION pasar por el dpto. hasta el jueves tienen oportunidad.
De nuevo, CUALQUIER DUDA o REVISION pasar por el dpto. hasta el jueves tienen oportunidad.
miércoles, 28 de julio de 2010
NOTAS
A CONTINUACIÓN SE MUESTRAN LAS NOTAS DEL PRIMER Y SEGUNDO CORTE. CUALQUIER INQUIETUD PASAR POR EL DPTO.
viernes, 23 de julio de 2010
ACTIVIDADES DEL TERCER CORTE
LA EVALUACIÓN DEL TERCER CORTE CONSISTE EN LA ENTREGA DE DOS CUESTIONARIOS QUE DEBERÁN SER ENVIADOS AL CORREO COMO FECHA TOPE HASTA EL SABADO 07 DE AGOSTO. YA QUE EL LUNES 09 ESTARÉ HACIENDO ENTREGA DE NOTAS.
SE PUEDEN ENTREGAR EN GRUPOS DE DOS INTEGRANTES COMO MÁXIMO.
TRABAJOS REPETIDOS SE EVALUARAN PERO LA NOTA SERÁ REPARTIDA ENTRE LOS GRUPOS INVOCUCRADOS
Objetivos:
Resaltar la importancia que tiene la Ingeniería de Requerimientos dentro del ciclo de desarrollo
Dar a conocer las diferentes alternativas que existen para identificar requerimientos
Ayudar a comprender la diferencia que existe entre las diferentes técnicas utilizadas en la IR
Preguntas del Cuestionario.
1.-Que se entiende por Ingeniería de Requerimientos.
2.-Defina que es un requerimiento, y explique los Niveles de los Requerimientos.
3.-Defina las características de los requerimientos
4.-Definición y Descripción de los Tipos de Requerimientos
5.-Que dificultades existen en el proceso de captura de requerimientos.
6.-Cuales son las fases, etapas o procesos de la Ingeniería de Requerimientos. Explíquelas detalladamente.
7.-Que técnicas y herramientas son utilizadas para la Captura de los requerimientos
8.-Tipos de Documentos de Requisitos
Enlaces recomendados:
http://www.scribd.com/word/full/270431?access_key=658us672pmbwi
http://dis.unal.edu.co/~fgonza/courses/2003/ingSoft1/CAP4.pdf
www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo16758DocumentNo5401.PDF
http://www.monografias.com/trabajos6/resof/resof.shtml
http://fuerteventura.ls.fi.upm.es/~anunez/ficheros/Requisitos.pdf
Los casos de uso son un método que, justamente, ayudan al Ingeniero de Software a llevar adelante esta parte del desarrollo de un sistema de software.
SE PUEDEN ENTREGAR EN GRUPOS DE DOS INTEGRANTES COMO MÁXIMO.
TRABAJOS REPETIDOS SE EVALUARAN PERO LA NOTA SERÁ REPARTIDA ENTRE LOS GRUPOS INVOCUCRADOS
CUESTIONARIO 1
Ponderación: 20 %Objetivos:
Resaltar la importancia que tiene la Ingeniería de Requerimientos dentro del ciclo de desarrollo
Dar a conocer las diferentes alternativas que existen para identificar requerimientos
Ayudar a comprender la diferencia que existe entre las diferentes técnicas utilizadas en la IR
Preguntas del Cuestionario.
1.-Que se entiende por Ingeniería de Requerimientos.
2.-Defina que es un requerimiento, y explique los Niveles de los Requerimientos.
3.-Defina las características de los requerimientos
4.-Definición y Descripción de los Tipos de Requerimientos
5.-Que dificultades existen en el proceso de captura de requerimientos.
6.-Cuales son las fases, etapas o procesos de la Ingeniería de Requerimientos. Explíquelas detalladamente.
7.-Que técnicas y herramientas son utilizadas para la Captura de los requerimientos
8.-Tipos de Documentos de Requisitos
Enlaces recomendados:
http://www.scribd.com/word/full/270431?access_key=658us672pmbwi
http://dis.unal.edu.co/~fgonza/courses/2003/ingSoft1/CAP4.pdf
www.minproteccionsocial.gov.co/VBeContent/library/documents/DocNewsNo16758DocumentNo5401.PDF
http://www.monografias.com/trabajos6/resof/resof.shtml
http://fuerteventura.ls.fi.upm.es/~anunez/ficheros/Requisitos.pdf
RUBRICA DE EVALUACION
| Aspectos a Evaluar y Ponderación |
5
|
3
|
2
|
Contenido de las respuestas
|
La información está claramente relacionada con el tema de cada pregunta y proporciona varias ideas secundarias y/o ejemplos.
|
La información da respuesta a las preguntas principales, pero no da detalles y/o ejemplos.
|
La información tiene poco o nada que ver con las preguntas planteadas.
|
Uso de la Internet
|
Usa con éxito los enlaces sugeridos de la Internet para encontrar información y analizar el contenido.
|
Usa algunos enlaces sugeridos de la Internet para encontrar la información.
| Usa solo un enlace para la búsqueda de información |
Diagramas e Ilustraciones
|
Los diagramas e ilustraciones son ordenados, precisos y
añaden al entendimiento del tema. |
Los diagramas e ilustraciones son ordenados y precisos y
algunas veces añaden al entendimiento del tema. |
Los diagramas e ilustraciones no son precisos o no añaden
al entendimiento del tema. |
Cantidad de Información | Todas la preguntas fueron respondidas | Todos los temas tratados y la mayor parte de las preguntas fueron contestadas | Uno o más temas no están tratados |
CUESTIONARIO 1
CUESTIONARIO SOBRE
CASOS DE USO
PONDERACIÓN 20%CASOS DE USO
Los casos de uso son un método que, justamente, ayudan al Ingeniero de Software a llevar adelante esta parte del desarrollo de un sistema de software.
1.- ¿Qué son los casos de uso?
2.- ¿Cuáles son los elementos que conforman los casos de uso?
3.- ¿Cuáles son las características de los casos de uso?
4.- ¿Cómo se representan gráficamente los casos de uso?
5.- ¿Cómo se documentan los casos de uso?
6.- ¿Cuáles son las características de las relaciones de uso?
7.- ¿Cuáles son los tipos de casos de uso?
8.- ¿Qué es un caso de uso abstracto?
9.- ¿Qué es un actor abstracto?
10.- ¿Cuáles son los pasos a seguir para aplicar la técnica de análisis de Requerimientos con casos de uso?
11.- ¿Cuáles son los gráficos a utilizar?
12.- ¿Cuál es la secuencia que se debe seguir para una especificación de requerimientos utilizando casos de uso?
RUBRICA DE EVALUACION
| Aspectos a Evaluar |
5
|
3
|
2
|
Cantidad de Información
|
Todos los temas están tratados y todas las preguntas fueron
contestadas en al menos 2 párrafos. |
Todos los temas tratados y la mayor parte de las preguntas
fueron contestadas en al menos 2 oraciones. |
Uno o más temas no están tratados.
|
Relevancia del Contenido
|
La información está claramente relacionada con el tema
principal y proporciona aportes valiosos y/o ejemplos. |
La información da respuesta a las preguntas principales,
pero no da detalles y/o ejemplos. |
La información tiene poco o nada que ver con las preguntas
planteadas. |
Diagramas e Ilustraciones
|
Los diagramas e ilustraciones son ordenados, precisos y
añaden al entendimiento del tema. |
Los diagramas e ilustraciones son ordenados y precisos y
algunas veces añaden al entendimiento del tema. |
Los diagramas e ilustraciones no son precisos o no añaden
al entendimiento del tema. |
Calidad de las Fuentes
|
Los investigadores identifican por lo menos 3 fuentes
confiables e interesantes de información para cada una de sus ideas o preguntas. |
Los investigadores, identifican por
lo menos 2 fuentes confiables de información para cada una de sus ideas o preguntas. |
Los investigadores,
identifican por lo menos 2 fuentes confiables de información para cada una de sus ideas o preguntas. |
martes, 6 de julio de 2010
GRUPOS CON TEMA YA DEFINIDO
CONTRERAS NESTOR
CONTRERAS REYLI
RODRIGUEZ JOSÉ LUIS: TOPICO: METODOLOGÍA WACTH
PEREZ ALONSO JOSE
FERNANDEZ MARIA A. TOPICO: METODOLOGIAS AGILES XP, SCRUM, RAD
ALBARRAN JESÚS RAMÓN
GOMEZ ONASIS. TOPICO: METODOLOGIAS DE DESARROLLO DE SOFTWARE BASADAS EN REUTILIZACIÓN DE COMPONENTES
DUGARTE LILY MARIANA
FLORES YUDESKY
LOZANO GEORLY: TOPICO: METODOLOGIAS TRADICIONALES CASCADA Y
ESPIRAL
TORO MAGALY
SILVA KATHIIUSKA TOPICO: METODOLOGIAS ORIENTADAS A OBJETOS
ALBAN MARIA ALEJANDRA TOPICO: METODOLOGIAS AGILES XP
VILORIA HUMBERTO TOPICO: METODOLOGIAS WATCH
DAVILA CARLOS
CHOURIO CESAR TOPICO: METODOLOGIA RUP
LA EXPOSICION ES EL JUEVES, EL QUE NO EXPONGA PIERDE LA NOTA
CONTRERAS REYLI
RODRIGUEZ JOSÉ LUIS: TOPICO: METODOLOGÍA WACTH
PEREZ ALONSO JOSE
FERNANDEZ MARIA A. TOPICO: METODOLOGIAS AGILES XP, SCRUM, RAD
ALBARRAN JESÚS RAMÓN
GOMEZ ONASIS. TOPICO: METODOLOGIAS DE DESARROLLO DE SOFTWARE BASADAS EN REUTILIZACIÓN DE COMPONENTES
DUGARTE LILY MARIANA
FLORES YUDESKY
LOZANO GEORLY: TOPICO: METODOLOGIAS TRADICIONALES CASCADA Y
ESPIRAL
TORO MAGALY
SILVA KATHIIUSKA TOPICO: METODOLOGIAS ORIENTADAS A OBJETOS
ALBAN MARIA ALEJANDRA TOPICO: METODOLOGIAS AGILES XP
VILORIA HUMBERTO TOPICO: METODOLOGIAS WATCH
DAVILA CARLOS
CHOURIO CESAR TOPICO: METODOLOGIA RUP
LA EXPOSICION ES EL JUEVES, EL QUE NO EXPONGA PIERDE LA NOTA
martes, 8 de junio de 2010
NOTAS PRIMER CORTE
A continuación publico las notas del primer corte: 10% corresponden al ensayo y 20% a la evaluación escrita. (la discusión:actividad presencial no fue realizada por inasistencia de la mayoria de los estudiantes)
Hay tres evaluaciones sin nombre, a los estudiantes que les aparezca ¿? deben pasar urgente.Los ensayos recibidos por via email, pueden chequearse en la imagen anterior.
NOTAS
jueves, 16 de julio de 2009
BIENVENIDOS ESTUDIANTES LAPSO 2010-1

LA MATERIA ELECTIVA INGENIERIA DEL SOFTWARE SERÁ IMPARTIDA BAJO LA MODALIDAD SEMIPRESENCIAL, EL APRENDIZAJE DEL PARTICIPANTE ESTARÁ BASADO EN SU COMPROMISO DE CARÁCTER INVESTIGATIVO Y FORMATIVO.
ESTA MODALIDAD ES 70% EN LINEA Y 30% PRESENCIAL.
CONSEJO: DEBEN ESTAR REVISANDO EL BLOG CONSTANTEMENTE, YA QUE LAS UNIDADES SE ACTUALIZAN EN FORMA PERIÓDICA.
CORREO: saia.ingsoftware@gmail.com
CONTENIDO: UNIDAD I PRIMER CORTE
UNIDAD II SEGUNDO CORTE
UNIDAD III TERCER CORTE
CUALQUIER DUDA PASAR POR EL DPTO.
UNIDAD III: Obtención de los requerimientos
Actividades de la obtención de requerimientos:
Identificación de actores
Identificación de escenarios
Identificación de casos de uso
Refinamiento de casos de uso
Identificación de relaciones entre casos de uso
Identificación de requerimientos no funcionales
Para cumplir estas actividades se debe conocer muy bien la técnica de modelado de casos de usos utilizando las reglas del modelado UML.
Identificación de actores
Identificación de escenarios
Identificación de casos de uso
Refinamiento de casos de uso
Identificación de relaciones entre casos de uso
Identificación de requerimientos no funcionales
Para cumplir estas actividades se debe conocer muy bien la técnica de modelado de casos de usos utilizando las reglas del modelado UML.
Suscribirse a:
Comentarios (Atom)

