portafolio david sampedro

C A R R E R A D E I N G E N I E R Í A D E S I S T E M A S I N F O R M Á T I C O S

7mo “A”

DOCENTE:

ING. MARICELA PINARGOTE ORTEGA MGS.

UNIVERSIDAD TÉCNICA DE MANABÍ FACULTAD DE CIENCIAS INFORMÁTICAS

PORTAFOLIO INGENIERÍA DE SOFTWARE I

DAVID SAMPEDRO MERA 1

TABLA DE CONTENIDOS

Prontuario del curso Carta de presentación Autorretrato Diario metacognitivo Materiales relacionados con la clase Proyectos Trabajos de investigación



UNIVERSIDAD TÉCNICA DE MANABÍ FACULTAD DE CIENCIAS INFORMÁTICAS

CARRERA DE INGENIERÍA EN SISTEMAS INFORMÁTICOS

PRONTUARIO

Asignatura: Ingeniería de Software I.

1.- Datos Generales

Unidad Académica : Facultad de Ciencias Informativas.

Carrera : Ingeniería en Sistemas Informáticos.

Ciclo Académico : Septiembre 2012- Febrero 2013.

Nivel o Semestre : Séptimo Nivel.

Área de Competencia : Software.

Tipo de Asignatura : Obligatoria.

Código : OC-0700.

Requisito para : OC-0800, OC-0802.

Pre-requisitos : OC-0400, OC-0401.

Co-requisitos : -

N° de Créditos : 4

N° de Horas : 64

2.- Descripción del curso

La ingeniería 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 propósito de

esta asignatura es el abordaje de los nuevos modelos de desarrollo ágil, modelados de

requerimientos y diseño de software usados para modelar requerimientos de software que

cumpla con las expectativas de los usuarios; inicia con los conceptos generales de

ingeniería de software, considera temas sobre modelos de desarrollo ágil, diferentes

modelados de requerimientos para extraer requerimientos y elaborar especificaciones de

requerimientos, así como técnicas para diseñar software; pone énfasis en la práctica de

modelar requerimientos y diseñar 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 autonomía los procesos de auto aprendizaje para la aplicación de

modelos, modelados y técnicas de la ingeniería de software en la elaboración de

especificaciones de requerimientos y diseño del software.



CARTA DE PRESENTACIÓN

Este portafolio presenta mi trayectoria en el curso de INGENIERÍA DE SOFTWARE I,

este curso tuvo como objetivos desarrollar las destrezas de modelos, modelados y técnicas

de la ingeniería de software en la elaboración de especificaciones de requerimientos y

diseño del software, durante este semestre pude conocer sobre los modelos estructurados y

orientados a objetos en lo que es la recolección de la información o requerimientos y así

poder brindar un software de calidad.

Las técnicas presentadas por el docente me ayudaron a desarrollar los proyectos y tareas

enviadas oportunamente, y estas las he aprendido para toda mi vida profesional.

Las áreas más dificultosas en la asignatura fueron al principio recordar los conceptos que

vimos en desarrollo del software, y se me dificulto en poder realizar exactamente los DFD y

al explotar los procesos.



AUTORRETRATO

Mi nombre es David Israel Sampedro Mera, soy estudiante de la asignatura de

INGENIERÍA DE SOFTWARE I, actualmente curso el séptimo semestre en la Facultad

de Ciencias Informáticas de la Universidad Técnica de Manabí. Soy una persona honrada,

decidida en lo que quiere, trabajadora, curioso, respetuoso y siempre trato de ser mejor

cada día, trato de hacer todo de la mejor manera y no esta demás decirlo pero soy un

hombre muy ocupado, ya que tengo muchas responsabilidades.

Mis metas son poder llegar a ser un gran profesional, ser reconocido a nivel nacional, y

porque no a nivel mundial, aunque mi meta a corto plazo es tener un excelente trabajo de

administrador de sistemas informáticos y tener mi familia con todas las comodidades.



DIARIO METACOGNITIVO

Unidad I: Ingeniería de Software.

Datos interesantes de la Unidad:

Al principio comprendimos la diferencia entre Ingeniería del software e ingeniería de

sistemas.

Entendimos la diferencia entre ciclo de vida y ciclo de desarrollo en cuanto a la ingeniería

de software.

Conocimos los pasos básicos del proceso de software desde el principio hasta el

mantenimiento.

Los tipos de metodologías que existen y se pueden aplicar en todos los software y así hacer

un software de calidad.

¿Qué cosas fueron difíciles?

¿Cuáles fueron fáciles? ¿Qué aprendí?

Recordar los conceptos de desarrollo de software

Saber diferenciar la Ingeniería de software con el desarrollo del software

Todo lo de la clase, que fue los conceptos básicos de ingeniería de software, según varios autores y de que lo que vamos a entregar siempre es un software de calidad.

Unidad II: Modelado de los requerimientos - Análisis estructurado

Datos interesantes de la Unidad:

Sirve como un puente entre el diseño del software con la funcionalidad del negocio del cual

vamos hacer el sistema.

Para realizar este modelado tenemos 2 tipos de análisis los cuales son:



El estructurado y

El orientado a objetos.

En el análisis estructurado tenemos el DER (Diagrama Entidad Relación) que los datos los

podemos representar en forma de tablas, el cual tiene atributos, identificadores, instancias

y estos los podemos relacionar entre si, determinando la cardinalidad y la modalidad en las

relaciones de las entidades.

También tenemos los DFD (Diagrama de Flujo de Datos) en los cuales tenemos, Procesos,

Entidades externas, almacenes de datos, Flujo de datos, y todos estos deben de tener un

nombre único que los identifiquen.

Los procesos se forman del verbo + objeto; y estos se descomponen en subprocesos hasta

llegar a los procesos primitivos.

Los flujos de datos; son flechas unidireccionales y bidireccionales las cuales llevan y

reciben información entre procesos, entidades y almacenes de datos.

Los Almacenes de datos; sirven para la interconexión entre dos o mas procesos.

En los DFD tenemos niveles de acciones en los cuales detallamos la información del

sistema, y estos niveles son.

Diagrama de Contexto

Diagrama de Sistema.

Diagrama hijo.

Y los procesos primitivos.

Puedo concluir que el análisis de requerimientos cuando modelamos los requerimientos

dan como resultado varios modelos como son:

Modelos basados en escenarios

Modelos de datos

Modelos orientados a clases

Modelos orientados a flujo

Modelos de comportamiento





Poder entender y saber

utilizar bien el diccionario

de datos En la parte cuando se explotan los procesos, en el diagrama hijo, me parecía que ya no habría mas proceso, o no habría como detallar esos procesos. En la parte de como los requisitos se transformaban en nuestros procesos y entidades.

Realizar los procesos

adecuados de acuerdo a las

especificaciones de proceso.

Los DER y hacer el diagrama de contexto. Los diccionarios de datos.

Analizar cómo se detallan

los procesos también de las

especificaciones de proceso

aparte de los diagramas de

flujo de datos.

Aprendí poder realizar los DER y los DFD cuando tuvimos que realizar la investigación y poder implementar este modelado al momento de adquirir los requerimientos y poder implementar en el sistema.

Unidad III: Modelado de los requerimientos - Análisis orientado a objetos. Datos interesantes de la Unidad:

En la parte del análisis orientado a objetos tenemos los casos de usos.

En este modelado intervienen los

Casos de uso

Escenarios

Los Actores.

Y las plantillas

Aquí debemos ver como este tipo de modelado se incluye en la metodología orientada a

objetos y como se diferencia de la metodología estructurada.

Debemos de entender y aprender las definiciones necesarias de los conceptos de los casos

de uso

Es importante identificar los componentes que se necesitan en un caso de uso y ver qué rol

cumple cada uno.





Al principio fue el uso del extend y los include, pero después ya comprendí Poder identificar bien los

casos de uso que se

necesitan en este tipo de

modelo

Se hizo fácil porque para realizar todo este modelado los actores son los que iban a interactuar con el sistema y era mas fácil identificar eso. Analizar los actores

involucrados en el diagrama

de caso de uso y entender la

lógica de su uso y proceso.

Aprendí que en cada caso de uso debe ir reflejado todo el comportamiento del sistema en forma textual y detallada, y posteriormente se nos haga fácil la implementación de el sistema Ver cómo se puede analizar

de una manera más

superficial el entorno del que

se va a basar el nuevo

producto software.



MATERIALES RELACIONADOS CON LA CLASE

REFLEXIÓN DEL TEMA:

La metodología MÉTRICA Versión 3 ofrece a las Organizaciones un instrumento útil para

la sistematización de las actividades que dan soporte al ciclo de vida del software dentro

del marco que permite alcanzar muchos objetivos

Métrica es una tecnología de planificación, desarrollo y mantenimiento de sistemas de

información y entre los elementos fundamentales tenemos los procesos, interfaces,

técnicas y practicas y los roles y privilegios.

Esta es una metodología completa que tiene muchos procesos para planificar, desarrollar y

hacerle el respectivo mantenimiento al software.



PROYECTOS

REFLEXIÓN DE FASE I:

En la fase I de nuestro proyecto, al principio se nos dificulto la realización del mismo

porque en la cooperativa de buses no nos querían proporcionar información por miedo a

que fueramos funcionarios del SRI y los clausuren.

Fue Una experiencia agradable, aunque por momentos todos esos requisitos nops

complicaban un poco la realización de los DFD, pero gracias a la ayuda de la Ing. Maricela

pudimos lograr la culminación de la primera etapa.

REFLEXIÓN DE FASE II:

En esta fase nos tuvimos que colocar en la parte de como iba a funcionar el sistema para

los que iban a estar manipulándolos, y se nos hizo mas fácil que el primero, y nos dimos

cuenta de muchos errores que habíamos cometido en la primera fase.



INVESTIGACIÓN

REFLEXIÓN DE LA INVESTIGACIÓN DE MEDIO CICLO:

La investigación de este medio ciclo, fue enriquecedora en el sentido que tuvimos que

aprender una metología ágil y ver las utilidades que están dan en la planificación,

desarrollo implementación y mantenimiento del mismo.



RESUMEN DE CIERRE

Hasta ahora en la materia de ingeniería de software he aprendido mucho y de lo cual se

que podre ponerlo en practica en mi vida profesional, las instrucciones y guia de nuestra

docente la Ing. Maricela ha sido importantísima para el desarrollo de este curso y asi poder

llegar a la comprensión de estos temas.

Sabemos que la ingeniería de Software requiere saber y aprender conceptos, métodos,

metodologías, en fin muchas cosas que son teóricas, y en este curso hemos unido la teoría

con la practica y asi poder llegar a pulir los conocimientos y no hacer esta materia muy

tediosa ni aburrida.

Vuelvo a recalcar que es muy importante esta materia para llegar hacer un excelente

ingeniero en sistema.

Las metodologías que hemos visto hasta ahora vemos que al software lo tratamos de varias

maneras para dar un software de calidad y hacerlo mas rápido pero excelente.



EVALUACIÓN DEL PORTAFOLIO

Bibliografía

Básica

Roger Pressman, Ingeniería del software. Un enfoque práctico, Séptima, 2010, Mc

Graw Hill.

ITEMS A EVALUAR Ponderación Calificación

Carta de presentación 0,1

Autorretrato 0,1

Medio ciclo

Diario metacognitivo 0,5

Reflexión de Materiales relacionados con la clase 0,3

Reflexión de Proyectos 0,3

Reflexión de Trabajo de investigación 0,3

Fin de ciclo

Diario metacognitivo 0,5

Reflexión de Materiales relacionados con la clase 0,3

Reflexión de Proyectos 0,3

Reflexión de Trabajo de investigación 0,3

Comunicación efectiva (exposición oral) 1,0

Total 4,0



Complementaria

Ian Sommerville, Ingeniería del software, Novena, 2011, Pearson Educación, S.A.,

Madrid.

Ivar Jacobson, Grady Booch y James Rumbaugh, El proceso unificado de desarrollo de

Software, 2010, Pearson Addison Wesley Madrid.

Kendall, Análisis y diseño de sistemas, Octava, 2011, Pearson Educación, S.A., Mexico.

portafolio david sampedro

Documents