Portafolio Miguel Pico

UNIVERSIDAD TCNICA DE MANAB FACULTAD DE CIENCIAS INFORMTICAS CARRERA DE INGENIERA EN SISTEMAS INFORMTICOS
MAYO DEL 2013 HASTA: SEPTIEMBRE DEL 2013
PORTAFOLIO DE: INGENIERA DE SOFTWARE I SEPTIMO SEMESTRE PARALELO "A"
ESTUDIANTE: PICO QUIJIJE MIGUEL NGEL
DOCENTE: ING. MARICELA PINARGOTE ORTEGA. MGS.
PORTOVIEJO, 1 DE SEPTIEMBRE DEL 2013
ndice de contenidos
1. Prontuario del curso 1.1. Descripcin del curso 1.2. Objetivo general del curso 2. Carta de presentacin 3. Autorretrato 4. Unidad 1: ingeniera del software 4.1. Diarios metacognitivo 4.1.1. Conceptos generales de la ingeniera del software 4.1.2. Anlisis de la primera clase, modelado de los requerimientos 5. Unidad 2: modelado de requerimientos anlisis estructurado 5.1. Diarios metacognitivo 5.1.1. Modelado de los requerimientos DFD (contexto y de sistemas). 5.1.2. Diagrama de flujo de datos (diagrama sistemas - diagramas hijos) 5.1.3. DD, especificaciones de proceso y seleccin del tema de proyecto. 5.1.4. Modelado de datos (diagrama e-r) Unidad 3: modelado de requerimientos anlisis orientado a objetos 6.1. Diarios metacognitivo 6.1.1. Modelo basado en el escenario 6.1.2. Cmo se desarrolla un modelo de casos de uso? 6.1.3. Modelos UML: Diagrama Actividad, Diagrama Clases. 6.1.4. Modelos UML: diagrama de estados y de secuencia. Unidad 4: Desarrollo gil 7.1. Diarios metacognitivo 7.1.1. Metodologa giles: Metodologa Scrum Unidad 5 : Diseo 8.1. Diarios metacognitivo 8.1.1. Diseo en el contexto de la ingeniera del software 8.1.2. Diseo de la Arquitectura Materiales relacionados con la clase 9.1. Metrica v3 9.2. Modelo CRC Proyectos 10.1. Reflexin de fase I 10.2. Reflexin de fase II (medio ciclo): 10.3. Reflexin de fase II (final ciclo): 10.4. Reflexin de fase III: 10.5. Reflexin de fase IV: Investigacin 11.1. Reflexin de la investigacin de medio ciclo: 11.2. Reflexin de la investigacin de final ciclo: Seccin abierta Resumen de cierre Evaluacin del portafolio Bibliografa
pg .
3 3 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 33 34 34 34 36 37 37 38 39 40 41
6.
7.
8.
9.
10.
11.
12. 13. 14. 15.
PRONTUARIO Asignatura: Ingeniera de Software I. 1.- Datos Generales Unidad Acadmica : Facultad de Ciencias Informativas. Carrera : Ingeniera en Sistemas Informticos. Ciclo Acadmico : Septiembre 2012- Febrero 2013. Nivel o Semestre : Sptimo Nivel. rea de Competencia : Software. Tipo de Asignatura : Obligatoria. Cdigo : OC-0700. Requisito para : OC-0800, OC-0802. Pre-requisitos : OC-0400, OC-0401. Co-requisitos : N de Crditos : 4 N de Horas : 64 2.- Descripcin del curso La ingeniera de software es una rea til para mejorar la calidad de los productos de software y esencialmente para ayudar a los ingenieros de software a aumentar la productividad y a facilitar el control del proceso de desarrollo de software. El propsito de esta asignatura es el abordaje de los nuevos modelos de desarrollo gil, modelados de requerimientos y diseo de software usados para modelar requerimientos de software que cumpla con las expectativas de los usuarios; inicia con los conceptos generales de ingeniera de software, considera temas sobre modelos de desarrollo gil, diferentes modelados de requerimientos para extraer requerimientos y elaborar especificaciones de requerimientos, as como tcnicas para disear software; pone nfasis en la prctica de modelar requerimientos y disear software en base a las necesidades de los usuarios. 3.- Objetivo General del curso Desarrollar en el estudiante habilidades cognitivas, metacognitivas, afectivas y sociales para que enfrenten con autonoma los procesos de auto aprendizaje para la aplicacin de modelos, modelados y tcnicas de la ingeniera de software en la elaboracin de especificaciones de requerimientos y diseo del software.
CARTA DE PRESENTACIN
Este portafolio presenta mi trayectoria en el curso de INGENIERA DE SOFTWARE I, este curso tuvo como objetivos desarrollar las destrezas de comprender, analizar y aplicar de una manera adecuadas el desarrollo de un software de calidad, aprendidos durante este semestre pude conocer sobre los modelos orientados a flujos ya que son diagramas que nos ayudan a conseguir y analizar los requerimientos en un proyecto de software. Las tcnicas presentadas por el docente me ayudaron a entender y guiarme a resolver problemas que se me presenten, tambin comprend que debemos ponernos en el puesto de un usuario a la hora de conseguir los requerimientos para el desarrollo de un producto.
Las reas ms dificultosas en la asignatura fueron comprender un poco los diagramas ya que hay al principio no supe manejar la herramienta para los DFD, la metodologa CRC, tambin un poco lo que fue el trabajo de investigacin final, sin embargo a lo largo de la prctica lo pude comprender y usar de una manera adecuada. Otra dificultad fue desarrollar los casos de usos y el diseo a nivel de componentes.
AUTORRETRATO
Mi nombre es MIGUEL ANGEL PICO QUIJIJE, soy estudiante de la asignatura de INGENIERA DE SOFTWARE I, actualmente curso el sptimo semestre en la Facultad de Ciencias Informticas de la Universidad Tcnica de Manab. Soy una persona responsable, organizada y me gusta trabajar en equipo.
Mis metas son convertirme en un profesional de la Ingeniera en Sistemas Informticos, tener un empleo y una familia, pero no quedarme hay seguir adelante para poder llegar ms lejos y ser una persona de calidad.
Unidad 1: Ingeniera del software
DIARIOS METACOGNITIVOS
DIARIO METACOGNITIVO Clase No: 1 Fecha: 7 de mayo del 2013. Tema: Conceptos generales de la ingeniera del software Datos interesantes exteriorizados:
Conocer los conceptos generales de la ingeniera de software Entender las diferencias entre ingeniera de software y la ciencia de la computacin Comprender a ciencia cierta la diferencia entre Ingeniera del software e ingeniera de sistemas. Definiciones y actividades de un proceso de software.
Qu cosas fueron difciles? Encontrar las diferencias y semejanzas de la definicin de ingeniera de software por parte de 3 autores
Cules fueron fciles? Los conceptos bsicos de la ingeniera de software y sus definiciones.
Qu aprend? Que la ingeniera de software es una la parte importante del proceso en la creacin de un producto de calidad.
Clase No: 2 Fecha: 8 de mayo del 2013 Tema: Anlisis de la primera clase, modelado de los requerimientos.
Datos interesantes exteriorizados: El ciclo de vida del Software y los modelos de ciclo de vida. Los tipos de metodologas que existen y se pueden aplicar. Metodologas giles puede ser la unin de la metodologa orientada a objetos y la estructurada. El modelado de requerimientos es la unin entre la descripcin del sistema y el modelo del diseo.
Qu cosas fueron difciles? Conocer las distintas metodologas y conocer sus principales diferencias.
Cules fueron fciles? La diferencia entre metodologas y ciclo de vida de un software.
Qu aprend?
Las distintas metodologas como la estructurada como orientada a objetos y en que momento se Recordar las pueden aplicar cada una deferentes de ellas. metodologas agiles, ya que estas las vimos en los semestres anteriores
Unidad 2: Modelado de requerimientos Anlisis Estructurado
10
11
Clase No: 3 Fecha: 14 de mayo del 2013 Tema: Modelado de los requerimientos diagrama de flujo de datos (Contexto y de sistemas). Datos interesantes exteriorizados: Los requerimientos pueden ser modelados de acuerdo a cualquier perspectiva. Los diagramas de flujos de datos adoptan los objetos de datos entradaproceso-salida. Creacin de un modelo de un modelo de flujo de datos Utilizar la herramienta de System_Architect__2001_v7.3.7.
Qu cosas fueron difciles? El uso de la herramienta para la creacin de diagramas de fuljo de datos.
Cules fueron fciles? Comprender la definicin sobre modelado de requerimientos. Entender cmo desarrolla diagrama contexto. se un de
Qu aprend? Existen varias metodologas para el desarrollo de un producto software. Los diagramas de flujos de datos tanto el de contexto y el de sistemas son diagramas que nos ayudan a hallar los requerimientos para un sistema.
La identificacin de las entidades en un determinado problema.
12
Clase No: 4 Fecha: 15 de Mayo del 2013 Tema: Diagrama de flujo de datos (Diagrama sistemas - Diagramas hijos) Datos interesantes exteriorizados: Poder identificar los Diagramas hijos se derivan del diagrama sistema. Saber cules son los procesos que se deben explotar
Qu cosas fueron difciles? La identificacin de subprocesos explotados del diagrama de sistema y cuando se debe poner un almacn de datos.
Cules fueron fciles? El lenguaje estructurado de la especificacin del proceso ya que conlleva a describir todos los procesos que se hacen en los dfd.
Qu aprend? Realizar diagramas hijos, a realizar la explotacin de los procesos desde el diagrama de sistemas.
13
Clase No: 5 Fecha: 28 de Mayo del 2013 Tema: Diccionario de datos, especificaciones de proceso y seleccin del tema de proyecto. Datos interesantes exteriorizados: Se emplea un de diccionario de datos cuando se realiza las especificaciones del sistema. Las especificaciones del sistema se usa para describir todos los procesos del modelo de flujo de datos. Reconocimiento de los parmetros especficos que se utilizan en las especificaciones de procesos.
Qu cosas fueron Cules fueron difciles? fciles? Poder entender y saber Analizar y realizar los utilizar bien el procesos adecuados diccionario de datos de acuerdo a las especificaciones de proceso.
Qu aprend? Las creaciones de diccionarios de datos que se dan una vez realizadas las especificaciones.
14
Clase No: 6 Fecha: 29 de Mayo del 2013
Tema: Modelado de Datos (diagrama E-R)
Datos interesantes exteriorizados: Los DER representan todos los datos que se introducen, almacenan, transforman y generan dentro de una aplicacin. El modelado de datos consiste en el diseo de un diagrama E-R de la base de datos. Las reglas que se deben tener en cuenta a la hora de disear un modelo E-R.
Qu cosas fueron difciles? Recordar algunos conceptos bsicos necesarios vistos en semestres anteriores.
Cules fueron fciles?
Qu aprend?
Determinar cmo est Aprend las reconocer compuesto un diagrama las diferencias entre de entidad- relacin. un DER y un DED. Conocer las distintas Entender el proceso y representaciones diseo de un modelo E-R. graficas de este diagrama.
15
Unidad 3: Modelado de requerimientos Anlisis Orientado a Objetos
16
17
Clase No: 7 Fecha: 5 de Junio del 2013. Tema: Modelo basado en el escenario Datos interesantes exteriorizados: Analizar las definiciones de un caso de uso , escenario y roles. Conocer las distintas caractersticas de los casos de usos y su entorno. Identificar los componentes que se necesitan en un caso de uso y ver qu rol cumple cada uno.
Qu cosas fueron difciles? Determinar las reglas de estilos para la descripcin textual de un caso de uso.
Cules fueron fciles? Identificar las deferentes definiciones como actor, rol, escenario ,etc.
Qu aprend? Comprender de manera lo correcta el uso de los modelos basados en escenarios ya que aqu tambin identifica los requisitos funcionales y no funciones.
18
Clase No: 8 Fecha: 11 de junio del 2013 Tema: Cmo se desarrolla un modelo de casos de uso? Datos interesantes exteriorizados: Es necesario comprender y analizar los requerimientos del sistema. Ver con ejercicios la representacin en s de los casos de uso Entender la diferencia entre include y extends. Analizar la representacin del diagrama de caso de uso a travs de plantillas descriptivas.
Qu cosas fueron difciles? Confusin cuando aplicar un include y extends en un determinado caso de uso.
Cules fueron fciles? Realizar de forma grfica el caso de uso, determinando los actores con sus respectivas funciones.
Qu aprend? La creacin y el uso que se les da a los modelos de caso de usos para que con ellos se puedan conseguir requerimientos necesarios para la realizacin de un nuevo software. El uso de plantillas que nos ayuda a tener en orden todos los procesos que se dan en cada caso de uso.
19
Clase No: 9 Fecha: 23 de Julio de 2013. Tema: Modelos UML que proporcionan casos de uso: Diagrama Actividad, Diagrama Clases. Datos interesantes exteriorizados: Proporcionan una representacin grfica del flujo de interaccin dentro de un escenario. Comprender las definiciones de los diagramas de actividades y de clases Determinar las caractersticas de los diagramas expuestos para saber en qu problema aplicarlos.
Qu cosas fueron difciles? Un poco de comprender las relaciones que tienen las clases, como la agregacin y composicin. Entender en el diagrama de actividades en que momento tanto como el sistema y el usuario actan en el diagrama.
Cules fueron fciles? Realizar la el diagrama de canal ya que se ve una vista mejor entendible y ordenada.
Qu aprend?
A comprender el comportamiento que tiene el sistema relacionndolo con el usuario , adems a realizar los diagramas En el diagrama de de clases ya que son clases recordamos muy importante para la algunas implementacin de un caractersticas ya proyecto. que le vimos en semestre anteriores.
20
Clase No: 10 Fecha: 24 de Julio de 2013. Tema: Modelos UML que proporcionan casos de uso: diagrama de estados y de secuencia. Datos interesantes exteriorizados: Los diagramas muestra el flujo de control entre estados y comportamiento Determinar el funcionamiento del diagrama de estados y de secuencia.
Qu cosas fueron difciles? En el diagrama de estado al momento de entender la transicin entre dos estados que indican que son un objeto. En el diagrama de secuencias, cuando un mensaje es sincrnico o asincrnico.
Cules fueron fciles? Comprender los estados ya que lo realizamos cuando se hace una actividad en el sistema. En el diagrama de secuencia la secuencia que se da ms detallada que el de estado.
Qu aprend? A realizar un diagrama donde demuestro el comportamiento de un sistema a la hora de realizar una tarea o actividad.
21
Unidad 4: Desarrollo gil
22
23
Clase No: 11 Fecha: 31 de Julio de 2013. Tema: Metodologa giles: Metodologa Scrum Datos interesantes exteriorizados: Comprender en si la definicin de esta metodologa. Analizar el funcionamiento y otros aspectos de Scrum Entender esta metodologa para aplicaciones futuras.
Qu cosas fueron difciles? Al principio cual es el desarrollo de la metodologa y saber los conceptos bsicos como sprint y algunas reglas que hay que cumplir.
Cules fueron fciles? Lo fcil fue el uso de los roles como el del Product Ower, ect., tambin la construccin del Sprint que describimos las tareas de cada caso de uso que se expresa.
Qu aprend? A manejar y comprender la metodologa gil ya que nos facilita muchas como y llevamos en un orden nuestro desarrollo de un producto nuevo de calidad.
24
Unidad 5: Diseo
25
26
Clase No: 13 Fecha: 6 de Agosto de 2013. Tema: Diseo en el contexto de la ingeniera del software Datos interesantes exteriorizados: Analizar los conceptos bsicos de diseo y de la arquitectura. Comprender lo que es el diseo en la ingeniera y comprender su importancia. Los modelos de diseo que se pueden dar. Diferencias entre arquitectura y diseo. Los distintos estilos arquitectnicos que hay.
Qu cosas fueron difciles? Conceptos importantes como la modularidad, independencia funcional, que forman parte en el mbito del diseo.
Cules fueron fciles? En las definiciones de Arquitectura ya que lo vimos en los semestres anteriores. Como lo que es arquitectura, patrones, estilos arquitectnicos, etc.
Qu aprend? Aprend que es muy importante escoger que tipo de arquitectura se debe escoger ya que si no se escoge la adecuada podra tener inconveniente y perder tiempo por gusto.
27
Clase No: 14 Fecha: 7 de Agosto de 2013. Tema: Diseo de la Arquitectura
Datos interesantes exteriorizados: Conocer lo que es el diseo arquitectnico y que es un componente. Comprender el diseo en el nivel de componentes. La visin orientada a objetos y la visin tradicional.
Qu cosas fueron difciles? Conocer cmo es el funcionamiento los diagramas de componentes OO y tradicional, tambin un poco la relacin de los componentes.
Cules fueron fciles? Lo fcil fue la eleccin y las diferentes arquitecturas que existen para realizar el diseo de un proyecto.
Qu aprend? A comprender el diseo de un proyecto, realizndolo con unos diagramas que facilitan un poco ms las cosas.
28
MATERIAL RELACIONADO CON LA CLASE
29
METRICA V3
REFLEXIN DEL TEMA:
La Mtrica versin 3 es una metodologa que nos ayuda a desarrollar de manera ms adecuada y fcil un nuevo software la cual comprende varias elementos o etapas, como son la planificacin del sistema de informacin, desarrollo y mantenimiento de sistemas informticos, estas gestionan las actividades que se dan a lo largo del ciclo de vida del proyecto dando como resultado un nuevo software de calidad.
30
Modelo CRC
REFLEXIN DEL TEMA: Para encontrar las clases debemos pensar qu cosas interactan con el sistema y qu cosas son parte del sistema as como las pantallas tiles a la aplicacin. Una vez que las clases principales han sido encontradas se procede a buscar los atributos y las responsabilidades, para esto se puede formular la pregunta Qu sabe la clase? y Qu hace la clase?. Finalmente se buscan los colaboradores dentro de la lista de clases que se tenga.
31
Proyectos
32
PROYECTOS
REFLEXIN DE FASE I: Esta fase es la ms importante ya que aqu comenzamos hacer un diseo para la recaudacin de requerimientos para la elaboracin de un software nuevo. La cual usamos los diagramas de flujos de datos ya son basados con una metodologa estructurada en ellos demostrbamos todos los procesos que se dan en la vida del sistema, por lo cual nos haca conocer inconvenientes futuros y poderlos evadirlos. Nosotros como grupo tuvimos que conocer, analizar, y usar la herramienta para desarrollar dichos diagramas. REFLEXIN DE FASE II (MEDIO CICLO): En esta fase no se nos hizo tan complicado recordamos los que vimos en cursos anteriores de desarrollo y arquitectura de software, los casos de usos son diagramas que nos permiten de una u otra manera ver cmo interactan los actores con el sistema, teniendo en cuenta las funcione que desempea cada uno de ellos. Donde hubo mucha confusin en el momento de en establecer bien los include y los extends ya que hay que acoplarlos bien al diagrama, tambin vimos el uso de plantillas, estas se deben especificar detalladamente ya que identifican el proceso que se le da a cada caso de uso.
33
REFLEXIN DE FASE II (FINAL CICLO): En esta fase como tenamos ya comenzado los casos de uso con sus respectivas plantillas, simplemente implementamos los diagramas clases, de estado, comportamiento, actividad y los crc. Sin embargo nos cost un poco con el desarrollo de ellos, tambin un poco de confusin en que situacin actuaba el sistema o el usuario, al finalizar pudimos realizar con xito los diagramas y aprender el uso de los mismos. REFLEXIN DE FASE III: Esta fase comprendimos y realizamos la metodologa gil Scrum, es una metodologa muy moderna y fcil de comprender, analizamos desde los roles que son de mucha importancia hasta hacer el grafico estadstico de las horas comprendidas en el Sprint. Un poco de confusin en las horas que debemos poner en cada actividad que se darn en los 15 das, tambin en detallar las tareas del Sprint, pero al final pudimos comprender nuestros errores y los corregimos. REFLEXIN DE FASE IV: En esta fase comprendimos el diseo arquitectnico, realizamos el diseo a nivel de componentes con visin tradicional y la orientada a objetos, en la tradicional nos guiamos con los dfd, la cual nos dimos cuenta la forma como resulta con la fase I se notaban algunas incoherencias y redundancias, entonces lo hicimos de una ms entendible. En el orientado a objetos nos guiamos con los casos de usos ya planteados en las fases anteriores, aprendimos en que momento hay que usar un .exe para que no se repitan relaciones entre los componentes, tambin lo representamos cada uno de ellos
34
a travs de la interfaz. Escogimos la arquitectura basada en capas, cada una de ellas las detallamos comenzando desde la capa ncleo que es la base de datos enlazada con las intermedias y las interfaces de usuarios.
35
INVESTIGACIN
36
INVESTIGACIN
REFLEXIN DE LA INVESTIGACIN MEDIO CICLO:
En el trabajo de investigacin se realiz un artculo cientfico usando como tema el Desarrollo esbelto de software, es fcil entender su la funcionalidad, ya que tiene como finalidad hacer ms gil y rpido la creacin de un nuevo software de calidad. En la investigacin comentamos los 7 principios bsicos esos identifican el proceso que se da en la creacin de un proyecto, tambin constan su funcionalidad, caractersticas, roles, ventajas desventajas y un caso prctico en la vida real. REFLEXIN DE LA INVESTIGACIN FIN DE CICLO: En el trabajo final de investigacin se analiz y se realiz la respectiva iteracin de nuestro proyecto, la cual la aplicacin la realizamos en el lenguaje de programacin orientado objetos Java, teniendo en cuenta lo desarrollado en la metodologa de Scrum, nos dimos cuenta haciendo el Sprint las fallas que tenamos anteriormente haciendo los diagramas, etc., finalmente en el dia de la presentacin; implementamos lo propuesto por nuestra docente.
37
SECCIN ABIERTA
NOTA: Realizando el trabajo de investigacin de medio ciclo en los laboratorios de la facultad de Ciencias Informticas.
38
RESUMEN DE CIERRE
Durante el curso de Ingeniera del Software I pude adquirir las destrezas de poder analizar y disear los factores que interviene para la creacin de un software de calidad. Tambin reforzar los conocimientos bsicos de POO, diagramas de BD, casos de uso, metodologas, etc., aprend el uso de herramientas para la creacin de los mismos , las cuales son importantes para que el estudiante de ingeniera de sistemas se motive y pueda aplicar todos esos conocimientos en la vida diaria. De los trabajos asignados en el curso, las presentaciones orales, desarrollar ejercicios, etc., fueron de gran ayuda para que no haya ninguna confusin y se pueda comprender todo elaborado en la clase. Para m es un orgullo haber pertenecido a esta clase, con compaeros que como estudiante motiva a seguir aprendiendo alado de ellos, a mi docente ING. Maricela Pinargote ortega. Mgs., que sin sus conocimientos, su metodologa no podramos haber aprendido tanto como es la materia de Ingeniara de Software I.
39
EVALUACIN DEL PORTAFOLIO ITEMS A EVALUAR Carta de presentacin Autorretrato Medio ciclo Diario metacognitivo Reflexin de Materiales relacionados con la clase Reflexin de Proyectos Reflexin de Trabajo de investigacin Fin de ciclo Diario metacognitivo Reflexin de Materiales relacionados con la clase Reflexin de Proyectos Reflexin de Trabajo de investigacin Comunicacin efectiva (exposicin oral) Total Ponderacin 0,1 0,1 0,5 0,3 0,3 0,3 0,5 0,3 0,3 0,3 1,0 4,0 Calificacin
40
Bibliografa Bsica Roger Pressman, Ingeniera del software. Un enfoque prctico, Sptima, 2010, Mc Graw Hill. Complementaria Ian Sommerville, Ingeniera del software, Novena, 2011, Pearson Educacin, S.A., Madrid. Ivar Jacobson, Grady Booch y James Rumbaugh, El proceso unificado de desarrollo de Software, 2010, Pearson Addison Wesley Madrid. Kendall, Anlisis y diseo de sistemas, Octava, 2011, Pearson Educacin, S.A., Mexico.
41

Portafolio Miguel Pico

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Portafolio Miguel Pico

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD TCNICA DE MANAB FACULTAD DE CIENCIAS INFORMTICAS CARRERA DE INGENIERA EN SISTEMAS INFORMTICOS

MAYO DEL 2013 HASTA: SEPTIEMBRE DEL 2013

PORTAFOLIO DE: INGENIERA DE SOFTWARE I SEPTIMO SEMESTRE PARALELO "A"

ESTUDIANTE: PICO QUIJIJE MIGUEL NGEL

DOCENTE: ING. MARICELA PINARGOTE ORTEGA. MGS.

PORTOVIEJO, 1 DE SEPTIEMBRE DEL 2013

12. 13. 14. 15.

Unidad 1: Ingeniera del software

Cules fueron fciles? La diferencia entre metodologas y ciclo de vida de un software.

Unidad 2: Modelado de requerimientos Anlisis Estructurado

La identificacin de las entidades en un determinado problema.

Clase No: 6 Fecha: 29 de Mayo del 2013

Tema: Modelado de Datos (diagrama E-R)

Cules fueron fciles?

Unidad 3: Modelado de requerimientos Anlisis Orientado a Objetos

Unidad 4: Desarrollo gil

Clase No: 14 Fecha: 7 de Agosto de 2013. Tema: Diseo de la Arquitectura

MATERIAL RELACIONADO CON LA CLASE

REFLEXIN DEL TEMA:

REFLEXIN DE LA INVESTIGACIN MEDIO CICLO:

You might also like