You are on page 1of 122

UNIVERSIDAD TÉCNICA DE MANABÍ

FACULTAD DE CIENCIAS INFORMÁTICAS
CARRERA DE INGENIERÍA EN SISTEMAS INFORMÁTIVOS






Portafolio de Ingeniería del Software I















Séptimo Semestre de Carrera

7
mo
”B”

Autor:

Faubla Sacón Miguel Ángel


Docente:

Ing. Marcos Pazmiño


Portoviejo, 11 de Diciembre del 2013


Ingeniería del
Software






UNIVERSIDAD TÉCNICA DE MANABÍ
FACULTAD DE CIENCIAS INFORMÁTICAS
CARRERA DE INGENIERÍA EN SISTEMAS INFORMÁTIVOS




UNIVERSIDAD TÉCNICA DE MANABÍ






Visión

Ser institución universitaria, líder y referente de la educación superior en el Ecuador,
promoviendo la creación, desarrollo, transmisión y difusión de la ciencia, la técnica y la
cultura, con reconocimiento social y proyección regional y mundial.

Misión

Formar académicos, científicos y profesionales responsables, humanistas, éticos y
solidarios, comprometidos con los objetivos del desarrollo nacional, que contribuye a la
solución de los problemas del país como universidad de docencia con investigación,
capaces de generar y aplicar nuevos conocimientos, fomentando la promoción y
difusión de los saberes y las culturas, previstos en la Constitución de la República del
Ecuador.





UNIVERSIDAD TÉCNICA DE MANABÍ
FACULTAD DE CIENCIAS INFORMÁTICAS
CARRERA DE INGENIERÍA EN SISTEMAS INFORMÁTIVOS




FACULTAD DE CIENCIAS INFORMÁTICAS





Visión

Ser una facultad líder que con integridad, transparencia y equidad forme profesionales
capaces de desarrollar soluciones informáticas innovadoras, generadores de conocimientos
investigación permanente.


Misión
Formar profesionales investigadores en el campo de las ciencias informáticas, al servicio
de la sociedad que aporte con soluciones innovadoras al desarrollo tecnológico del país.











UNIVERSIDAD TÉCNICA DE MANABÍ
FACULTAD DE CIENCIAS INFORMÁTICAS
CARRERA DE INGENIERÍA EN SISTEMAS INFORMÁTICOS

SYLLABUS
I.- INFORMACIÓN GENERAL
FACULTAD/DEPARTAMENTO: Facultad de Ciencias Informáticas
CARRERA: Ingeniería en Sistemas Informáticos
ASIGNATURA/MÓDULO: Ingeniería de Software I CÓDIGO: OC-0700
Nivel / Semestre: 7 N° de Créditos: 4 Modalidad : Presencial

Paralelo: “A”
Período Académico:
Octubre/2013 –
Febrero/2014

Área Académica: Software
PRERREQUISITO (S): OC-0400, OC-0401 CORREQUISITO (S):

CONTENIDOS DISCIPLINARES
QUE DEBEN SER APROBADAS
ANTES DE CURSAR ESTE
CONTENIDO DISCIPLINAR


CÓDIGO
CONTENIDOS
DISCIPLINARES QUE
DEBEN SER CURSADOS AL
MISMO TIEMPO QUE ESTE
CONTENIDO DISCIPLINAR


CÓDIGO
Arquitectura del software OC-0400
Base de datos OC-0401
DOCENTE: Ing. Marcos Fernando Pazmiño Campuzano

Título: Magister en Pedagogía

E-mail: mpazmino@utm.edu.ec

Datos personales: Profesor auxiliar tiempo completo de la asignatura de Ingeniería de Software, Proyectos
Informáticos, Administración de Centros de Información y Comunicación de Datos, Ayudante de Coordinación de
Vinculación 2013, Miembro de Tribunal de Tesis y Tutor de dirección de tesis.

II.- RUTA FORMATIVA

a.- DEL PERFIL DE EGRESO: Competencia/Resultado de Aprendizaje:
Competencia:
Construye soluciones informáticas de calidad que mejoren la eficiencia y eficacia de una organización
haciendo uso correcto de la tecnología.
Resultado de Aprendizaje:
Capacidad para identificar, formular, evaluar y resolver técnicamente problemas de ingeniería planteados de
acuerdo a las necesidades del medio.

b.- OBJETIVO GENERAL DE LA ASIGNATURA:
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.

c.- DESCRIPCIÓN DE LA ASIGNATURA:
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.
III.- RESULTADOS DE APRENDIZAJE DE LA ASIGNATURA
Resultados del
Aprendizaje
(Objetivos
Específicos)

Formas de
Evidenciarlos
(Apreciación)


Niveles del Resultado de Aprendizaje


Ponderación
1.- Demostrar
conocimientos sobre
ingeniería del software,
el proceso del software,
los modelos de ciclo de
vida y metodologías del
software. (Nivel
Taxonómico:
Comprensión.)
1.- Prueba
escrita.
Nivel alto
Resolverá correctamente 7 preguntas sobre
ingeniería del software, el proceso del
software, los modelos de ciclo de vida y
metodologías del software.
Nivel medio
Resolverá correctamente 5 preguntas sobre
ingeniería del software, el proceso del
software, los modelos de ciclo de vida y
metodologías del software.
Nivel básico
Resolverá correctamente 4 preguntas sobre
ingeniería del software, el proceso del
software, los modelos de ciclo de vida y
metodologías del software.
86-100 puntos





71-85 puntos





70 puntos
2.- Elaborar a partir de
un caso de estudio, una
especificación de
requerimientos del
software (ERS) en su
vertiente estructurada
que incluya: Contexto
del sistema, descripción
de subsistemas, modelo
de procesos y modelo
de datos. (Nivel
Taxonómico:
Aplicación)
2.- Prueba
escrita,
documento de
ERS en su
vertiente
estructurada
aplicando
herramientas
case,
exposición
oral.
Nivel alto
Elaborará utilizando una herramienta CASE:
especificación de requerimientos del software
(ERS) en su vertiente estructurada,
incluyendo contexto del sistema, descripción
de subsistemas, 4 modelos de procesos, 4
procesos primitivos y modelo de datos.
Nivel medio
Elaborará utilizando una herramienta CASE:
especificación de requerimientos del software
(ERS) en su vertiente estructurada,
incluyendo contexto del sistema, descripción
de subsistemas, 3 modelos de procesos, 3
procesos primitivos y modelo de datos.
Nivel básico
Elaborará utilizando una herramienta CASE:
especificación de requerimientos del software
(ERS) en su vertiente estructurada,
incluyendo contexto del sistema, descripción
de subsistemas, 2 modelos de procesos, 2
procesos primitivos y modelo de datos.
86-100 puntos







71-85 puntos







70 puntos
3.- Elaborar a partir de
un caso de estudio, una
especificación de
requerimientos del
software (ERS) en su
vertiente orientada a
objetos que incluya:
modelos basados en el
escenario, modelos
UML, modelos
orientados a clases y
modelos de
comportamiento. (Nivel
Taxonómico:
Aplicación)
3.- Documento
de ERS en su
vertiente
orientada a
objetos
aplicando
herramientas
case,
exposición
oral.
Nivel alto
Elaborará utilizando una herramienta case:
especificación de requerimientos del software
(ERS) en su vertiente orientada a objetos
incluyendo modelos basados en el escenario,
modelos UML, modelos orientados a clases y
modelos de comportamiento.
Nivel medio
Elaborará utilizando una herramienta case:
especificación de requerimientos del software
(ERS) en su vertiente orientada a objetos
incluyendo modelos basados en el escenario,
modelos UML y modelos orientados a clases.
Nivel básico
Elaborará utilizando una herramienta case:
especificación de requerimientos del software
(ERS) en su vertiente orientada a objetos
incluyendo modelos basados en el escenario,
modelos UML.
86-100 puntos







71-85 puntos







70 puntos

4.- Desarrollar a partir
de un caso de estudio,
una iteración de
software aplicando una
metodología de
desarrollo ágil. (Nivel
Taxonómico:
Aplicación)
4.- Informe
escrito,
iteración del
software,
exposición
oral.
Nivel alto
Elaborará en un informe la aplicación de todas
las fases de la metodología escogida; y
expondrá la iteración de software desarrollada
demostrando entendimiento.
Nivel medio
Elaborará en un informe la aplicación de 3
fases de la metodología escogida; y expondrá
la iteración de software desarrollada
demostrando entendimiento.
Nivel básico
Elaborará en un informe la aplicación de 2
fases de la metodología escogida; y expondrá
la iteración de software desarrollada
demostrando entendimiento.
86-100 puntos





71-85 puntos





70 puntos
5.- Elaborar a partir de
un caso de estudio, un
informe que incluya:
diseño de arquitectura,
diseño de componentes
y diseño de interfaz de
usuario. (Nivel
Taxonómico:
Aplicación)
5.- Informe
escrito,
exposición
oral.
Nivel alto
Describirá en un informe: diseño de
arquitectura, diseño de componentes, diseño
de interfaz y conclusión; y expondrá
demostrando entendimiento del tema.
Nivel medio
Describirá en un informe: diseño de
arquitectura, diseño de componentes y
conclusión; y expondrá demostrando
entendimiento del tema.
Nivel básico
Describirá en un informe: diseño de
arquitectura y diseño de componentes; y
expondrá demostrando entendimiento del
tema.
86-100 puntos





71-85 puntos





70 puntos

IV.- PROGRAMACIÓN



PROGRAMA DEL
CONTENIDO DISCIPLINAR
(ASIGNATURA, UNIDAD,
CURSO, TALLER, OTRO)
POR TEMAS


TOTAL
HORAS
P-A


HORAS
PRESENCIALES


HORAS
AUTÓNOMAS


ESTRATEGIASPARA EL
TRABAJO AUTÓNOMO
1 INGENIERÍA DE
SOFTWARE.
 Definición.
 Proceso de software.
 Síntesis de los modelos
de ciclo de vida de
software.
 Metodologías de
software.
 Diferencia entre
metodología y ciclo de
vida.
 Diferencia entre la
ingeniería de software y
la ciencia de la
computación.
 Diferencia entre la
ingeniería de sistemas y
la ingeniería de
software.
8 4
 Mediante lluvia de
ideas exponer
sobre: ¿Qué
entiende por
Ingeniería de
software?.
 Interactuar con los
estudiantes sobre
la importancia de la
aplicación de
ingeniería de
software en el
desarrollo de un
software de
calidad.
 Presentación de
diapositivas sobre
temas de la unidad
para interiorizar los
conocimientos
nuevos.
 Resolver preguntas
sobre ingeniería
4
 Investigación
de temas de
la unidad.

 En la investigación deben:
a) Investigar sobre: Métrica
V3. (fuente: internet)


del software, el
proceso del
software, los
modelos de ciclo
de vida y
metodologías del
software.

2 MODELADO DE LOS
REQUERIMIENTOS.
 Análisis de los
requerimientos.
 Enfoques del modelado
de requerimientos.
 Análisis estructurado:
 Modelado orientado al
flujo.
• Definición.
• Elementos.
• Creación de un
modelo de flujo de
datos.
• Especificación de
proceso.
• Creación de un
modelo de flujo de
control.
• Especificación de
control.
 Modelado de datos.
• Objetos de datos.
• Atributos.
• Relaciones.
• Cardinalidad.
• Modalidad.
24 12
 Mediante lluvia de
ideas exponer
sobre: ¿Qué
entiende por
modelado de
requerimientos?.
 Interactuar con los
estudiantes sobre
la importancia de la
aplicación de
modelados de
requerimientos en
el desarrollo de un
software de
calidad.
 Presentación de
diapositivas sobre
temas de la unidad
para interiorizar los
conocimientos
nuevos.
 Resolver ejercicios.
12
 Proyecto
(Fase I).

 En el proyecto (fase I)
deben:
a) Escoger una empresa o
institución para
solucionar una
problemática real.
b) Elaborar una
especificación de
requerimientos del
software (ERS)
utilizando la metodología
del análisis estructurado,
describiendo:
 Ámbito y alcance.
 Catálogo de requisitos.
 Glosario de términos.
 Catálogo de normas.
 Descripción general del
entorno tecnológico
 Contexto del sistema.
 Descripción de
subsistemas.
 Modelo de procesos.
 Miniespecificaciones.
 Modelo de datos.
 Diccionario de datos
3 MODELADO DE LOS
REQUERIMIENTOS
 Análisis orientado a
objetos:
 Modelado basado en
escenarios.
• Casos de uso.
• Historia de usuarios.
 Modelos UML que
proporciona el caso
de uso.
• Diagrama de
actividades.
• Diagrama de canal
(swimlane)
 Modelado basado en
clases.
• Identificación de las
clases de análisis.
• Especificación de
atributos.
• Definicion de las
operaciones.
 Modelado clase-
responsabilidad-
colaborador (CRC).
32 16
 Cada grupo
expondrá las
experiencias que
han tenido al
elaborar la
especificación de
requerimientos en
la vertiente
estructurada.
 Interactuar con los
estudiantes sobre
la importancia del
uso de modelado
de requerimientos.
 Presentación de
diapositivas sobre
temas de la unidad
para interiorizar los
conocimientos
nuevos.
 Resolver ejercicios.
16
 Investigación
de temas de
la unidad.
 Proyecto
(Fase II).

 En la investigación deben:
a) Trabajar de forma
individual.
b) Investigar sobre:
Modelado clase-
responsabilidad-
colaborador (CRC),
modelo de
comportamiento,
modelado de
requerimientos para
WEBAPPS (fuente:
Roger Pressman pág.
148-155, 165-170, 174-
180 )
 En el proyecto (fase II)
deben:
a) Elaborar una
especificación de
requerimientos del
software (ERS)
utilizando la metodología
orientada a objetos,
describiendo:
 Modelos basados en el


 Modelo de
comportamiento.
• Diagrama de estado.
• Diagrama de
secuencia.
 Modelado de
requerimientos para
WEBAPPS

escenario:
• Casos de uso.
 Modelos UML:
• Diagrama de
actividades.
 Modelos orientados a
clases:
• Modelo CRC.
• Diagrama clases.
 Modelos de
comportamiento:
• Diagrama de estado.
• Diagrama de
secuencia.
4 METODOLOGÍAS
ÁGILES
 Introducción.
 Programación extrema
(XP).
 Desarrollo adaptativo
(DAS).
 Scrum.
 Método de desarrollo de
sistemas dinámicos
(MDSD).
 Cristal.
 Desarrollo impulsado
por las características
(DIC).
 Desarrollo esbelto de
software (DES).
 Modelado ágil (MA).
 Proceso unificado ágil
(PUA).
32 16
 Lectura sobre
desarrollo ágil.
 Foro sobre la
lectura.
 Presentación de
diapositivas sobre
temas de la
unidad para
interiorizar los
conocimientos
nuevos.
 Exposición de
casos prácticos
de metodología
ágil
16
 Proyecto
(Fase III).
 Iteración de
software.

 En el proyecto (fase III)
deben:
a) Aplicar la metodología
ágil SCRUM en una
iteración de software.
b) Elaborar un informe
describiendo:
 Roles
 Product backlog
 Sprint
 Gestión y seguimiento
• Reuniones
• Scrum burn down

 En la iteración de software
deben:
a) Diseñar la base de
datos.
b) Elaborar interfaces.
c) Codificar (lenguaje
escogido por los
estudiantes)
5 DISEÑO.
 Diseño en el contexto
de la ingeniería de
software.
 El proceso de diseño.
 Conceptos de diseño.
 El modelo de diseño.
Diseño de la
arquitectura.
 Arquitectura del
software.
 Géneros
arquitectónicos.
 Estilos arquitectónicos.
 Diseño arquitectónico.
Diseño en el nivel de
componentes:
 Definicion de
componentes.
 Diseño de componentes
basados en clase.
 Diseño en el nivel de
32 16
 Comentar sobre
la siguiente
pregunta ¿Qué
entiende por
diseño de
software?.
 Interactuar con
los estudiantes
sobre la
importancia de la
aplicación de
diseño de
software en el
desarrollo de un
software de
calidad.
 Exposición de
definiciones e
ideas principales
del contenido
mediante
16
 Proyecto
(Fase IV).
.

 En el proyecto (fase IV)
deben:
a) Elaborar un informe de:
 Diseño de arquitectura.
 Diseño de
componentes.


componentes para
WEBAPPS.
 Diseño de componentes
tradicionales.
 Desarrollo basado en
componentes

Diseño de la interfaz de
usuario:
 Reglas
 Análisis y diseño de la
interfaz de usuario.
 Análisis de la interfaz.
 Etapas del diseño de la
interfaz.
 Diseño de una interfaz
para WEBAPPS.

diapositivas.
 Ejemplificación de
arquitecturas.


V.- METODOLOGÍA Y RECURSOS
 Se aplicará una metodología auténtica, constructivista, reflexiva y propositiva; utilizando el ciclo de
aprendizaje, plenarias, lecturas y videos de motivación, lluvias de ideas, talleres, entre otros.
 Los recursos que se utilizarán serán: pizarra de tiza líquida, computador, proyector, internet, libros,
marcadores, aula virtual, entre otros.

VI.- PLANEACIÓN DE LA EVALUACIÓN
Los parámetros de evaluación de los aprendizajes son:
 Examen de medio ciclo (15%)
 Actividades de evaluación en el aula de medio ciclo (20%)
o Tareas (portafolio digital) (2 pto)
o Pruebas escritas (5 pto)
o Participación (practica DFD) (3 pto)
o Proyecto (fase I, II) (4 pto)
o Exposiciones (fase I, II) (6 pto)
 Investigación de medio ciclo (15%)
o Articulo científico (metodologías ágiles) (5 pto)
o Defensa de la investigación (10 pto)
 Examen de fin de ciclo (15%)
 Actividades de evaluación en el aula de fin de ciclo (20%)
o Tareas (portafolio digital) (3 pto)
o Pruebas escritas (5 pto)
o Participación (debate) (2 pto)
o Proyecto (fase III y IV) (5 pto)
o Exposiciones (fase III y IV)) (5 pto)
 Investigación de fin de ciclo (15%)
o Iteración de software (5 pto)
o Defensa de la iteración de software (10 pto)


ACREDITACIÓN

MEDIO
CICLO
FINAL DE
CICLO
EXAMEN DE
RECUPERACIÓN

ASISTENCIA
EXÁMENES (30%) 15 15 15 80-100
ACT. EN EL AULA (40%)

Tareas 2 3

Pruebas escritas 5 5

Participación 3 2

Proyecto 4 5

Exposiciones 6 5

ACTIVIDADES DE INVESTIGACIÓN (30%) 15 15

TOTAL 50% 50%

100%




VII.- BIBLIOGRAFÍA
a.- Bibliografía Básica:

AUTOR

TÍTULO DE LIBRO

EDICIÓN
AÑO
PUBLICACIÓN

EDITORIAL

Roger Pressman

Ingeniería del software.
Un enfoque práctico.

Séptima

2010
Mc Graw Hill,
Interamericana de
Editores.
b.- Bibliografía Recomendada:

AUTOR

TÍTULO DE LIBRO

EDICIÓN
AÑO
PUBLICACIÓN

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

Primera

2000
Pearson Addison
Wesley Madrid.
c.- Lecturas complementarias:
 El tren de la vida, como se mide la vida, calidad humana, el poder de la educación, vivir con ilusión,
la mamá mas mala del mundo, la vida y el buscaminas, quien es más egoísta, que es el éxito, el
proyecto más importante de sus vidas, aprendí y decidí.
 http://www.revista.unal.edu.co/index.php/avances/article/view/10024

VIII.- COMPROMISO ÉTICO
 La asistencia es obligatoria a todas las actividades programadas en esta asignatura.
 El estudiante ingresará a clases a la hora establecida, y solo por una ocasión se aceptará el retraso de
10 minutos.
 El docente asistirá igualmente con toda puntualidad a las actividades establecidas y los estudiantes
esperaran 15 minutos después de la hora de inicio, en caso de que el docente no se hubiera
comunicado con el representante del curso en este lapso los estudiantes se retiraran y el docente tiene
la obligación de recuperar estas horas.
 El estudiante deberá justificar al docente sus inasistencias o atraso, independiente de la justificación
reglamentaria.
 El estudiante por ningún concepto puede utilizar los celulares en el aula, igual comportamiento tendrá el
docente.
 En caso de emergencia el estudiante solicitará al docente el respectivo permiso para el uso del celular.
 El intento de copia de cualquier estudiante será sancionado con la calificación de cero y no habrá
oportunidad de recuperación independiente de las sanciones establecidas por la universidad.
 Los trabajos se entregaran en la fecha establecidas y no se recibirá en otro oportunidad. No se
aceptarán una segunda oportunidad para la entrega de trabajos.
 El estudiante ingresará al aula sin gorra y no consumirá alimentos dentro del aula.
 El estudiante deberá respetar el criterio de los demás.
 El estudiante deberá mantener el aula limpia.


DOCENTE RESPONSABLE

DIRECTOR (A) DE CARRERA
COORDINADOR DEL ÁREA
DE SOFTWARE
Firma:





Ing. Maricela Pinargote Ortega
Firma:





Ing. Lorena Bowen Mendoza
Firma:





Ing. Gabriel Demera Ureta

Fecha: 01/Octubre/2013

Fecha: 01/Octubre/2013

Fecha: 01/Octubre/2013
ANEXO 1
RESULTADOS DE APRENDIZAJE DE LA CARRERA ESPECÍFICOS A LOS QUE APUNTA LA MATERIA
(ABET).

a. Capacidad de realizar análisis, síntesis y aplicación de las matemáticas y ciencias básicas en la
solución de problemas de ingeniería en sistemas informáticos.
b. Capacidad de planificar, diseñar, conducir e interpretar resultados de experimentos orientados a
la informática.
c. La capacidad de diseñar sistemas, procesos, modelos y componentes informáticos que cumplan
los estándares nacionales o internacionales, tomando en cuenta las limitaciones económicas,
ambientales, sociales, políticas, de salud y seguridad del entorno, y cumpliendo
satisfactoriamente con las especificaciones y restricciones existentes o indicadas por los
interesados o por los criterios de sostenibilidad.
d. Capacidad para funcionar como parte de un equipo de profesionales de distintas áreas del
conocimiento, demostrando una efectiva cooperación, comunicación, con habilidades para
resolver conflictos y contribuyendo proactivamente en la propuesta de líneas estratégicas desde
el punto de vista informático, para la solución de problemas.
e. Capacidad para identificar, formular, evaluar y resolver técnicamente problemas de ingeniería
planteados de acuerdo a las necesidades del medio.
f. Capacidad para comprender, reconocer y aplicar valores y códigos de ética profesional, que le
permitan desenvolverse sin perjudicar a sus clientes y contribuyendo al desarrollo de la
sociedad.
g. Habilidad para presentar efectivamente, ideas, proyectos, informes de investigaciones,
documentos de trabajo de manera escrita, oral y digital, utilizando las herramientas de las
nuevas tecnologías de la información.
h. Habilidad y capacidad para comprender el impacto de las soluciones informáticas a la realidad
local, nacional e internacional en un contexto económico global, ambiental y social.
i. Habilidad y aptitud para ser un profesional con el compromiso del aprendizaje continuo, con
capacidad para reconocer las oportunidades para mejorar en su campo profesional
j. Habilidad para identificar temas y problemas de actualidad con respecto al entorno local,
regional y global, con el fin de relacionarlos con propuestas de soluciones creativas y eficientes.
k. Capacidad y destreza para utilizar técnicas, habilidades y herramientas en el desarrollo de
software y hardware para implementar soluciones a problemas de su profesión.


Contribución de la materia a los resultados de aprendizaje de la carrera:



A: Alta M: Medio B: Baja


a b c d E F g h i j k
B A M


















Mi nombre es Miguel Ángel Faubla Sacón, soy estudiante de la asignatura de Ingeniería
del Software, actualmente curso el tercer semestre en la facultad de Ciencias Informáticas
de la universidad Técnica de Manabí. Soy una persona amable, responsable, respetuosa, y
dedicada a mis estudios y con muchas ganas de aprender y ampliar mis conocimientos en
el transcurso de mi carrera.

Mis metas son convertirme en un profesional de la Ingeniería en Sistemas Informáticos
para así poder servir a la comunidad, impartir mis conocimientos a los demás y ser una
persona útil en el campo de las ciencias informáticas, ayudar a quienes los necesiten, ser
una persona de bien con valores morales, trabajando con responsabilidad y honestidad



































































Respecto a los diversos conceptos, definiciones,
e interpretaciones de varios autores las cuales
fueron leídas y previamente analizadas como
conclusión puedo ingerir que la ingeniería de
software es una la parte mas importante del
proceso en la creación de un producto de calidad.
En lo que respecta al modelado 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, como
también el modelado entidad relación , ya que
estos representan todos los datos que se
introducen, almacenan, transforman y generan
dentro de una aplicación.
Un punto importante es identificar los
componentes que se necesitan en un caso de uso
y ver qué rol cumple cada uno.
También pude recordar las distintas
metodologías agiles, sus beneficios .

Reflexión
Ingeniería del Software
Universidad Técnica de Manabí



Ingeniería del Software






Estudiante:
Faubla Sacón Miguel Ángel
Curso:
7 “B”
Docente:
Ing. Pazmiño Campuzano Marcos
Periodo:
Septiembre - Febrero 2013
Web grafía
En los siguientes links pude obtener la
información necesaria para tener una idea
mucho más objetiva y sintetizada acerca del
respectivo trabajo.
http://www.sisman.utm.edu.ec/libros/FAC
ULTAD%20DE%20CIENCIAS%20INFORM%C
3%81TICAS/CARRERA%20DE%20INGENIER
%C3%8DA%20DE%20SISTEMAS%20INFOR
MATICOS/07/INGENIERIA%20DEL%20SOFT
WARE%20I/MODELADO%20DEL%20ANALI
SIS/IngSoft%201-4.pdf
Misión
Formar académicos, científicos y profesionales responsables,
humanistas, éticos y solidarios, comprometidos con los
objetivos del desarrollo nacional, que contribuyan a la solución
de los problemas del país como universidad de docencia con
investigación, capaces de generar y aplicar nuevos
conocimientos, fomentando la promoción y difusión de los
saberes y las culturas, previstos en la Constitución de la
República del Ecuador.
Visión
Ser institución universitaria, líder y referente de la educación
superior en el Ecuador, promoviendo la creación, desarrollo,
transmisión y difusión de la ciencia, la técnica y la cultura, con
reconocimiento social y proyección regional y mundial.


Facultad de Ciencias Informáticas
Visión
Ser una facultad líder que con integridad, transparencia y
equidad forme profesionales capases de desarrollar soluciones
informáticas innovadoras, generadores de conocimientos e
investigación permanente.
Misión
Formar profesionales investigadores en el campo de las
Ciencias Informáticas, al servició de la sociedad, que aporten
con soluciones innovadoras al desarrollo tecnológico del país.
Definición
Ingeniería del Software es la aplicación práctica
del conocimiento científico en el diseño y
construcción de programas de computadora y la
documentación asociada requerida para
desarrollar, operar y mantenerlos. Se conoce
también como desarrollo de software o
producción de software.


Modelado de Requerimientos
La ingeniería de requerimientos del software es un
proceso de descubrimiento, refinamiento,
modelado y especificación. Se refinan en detalle
los requisitos del sistema y el papel asignado al
software.
Análisis Estructurado.-El análisis estructurado
es una actividad de construcción de modelos.
Mediante una notación que satisfaga los principios
de análisis operacional creamos modelos que
representan el contenido y flujo de la información
(datos y control); partimos el sistema
funcionalmente, y según los distintos
comportamientos establecemos la esencia de lo
que se debe construir.
Modelado de Requerimientos
Análisis Orientado a Objetos
El análisis orientado al objeto (OOA) consiste en
una serie de técnicas y actividades mediante las
que los requisitos identificados en la fase de
elicitación son analizados, refinados y
estructurados. El objetivo es una comprensión
más precisa de los requisitos y una descripción de
los mismos que sea fácil de mantener y que ayude
a estructurar el sistema. El resultado consistirá en
un modelo del sistema, modelo objeto, que
describa el dominio del problema y que deberá ser
correcto, completo, consistente y verificable.
Análisis orientado a objetos esta enfrascado en lo
siguiente: Modelo de dominio; Clase conceptual;
Proceso Unificado; Objeto de entidad; Objeto de
interfaz; Objeto de control

Metodologías Agiles
Son métodos de ingeniería del software basados
en el desarrollo iterativo e incremental, donde los
requerimientos y soluciones evolucionan mediante
la colaboración de grupos auto organizados y
multidisciplinarios.
Diseño orientado a la Ingeniería del
Software
Definición.-El diseño es cuando se traducen
los requerimientos funcionales y no
funcionales en una representación de
software. El diseño es el primer paso en la
fase de desarrollo de cualquier producto o
sistema, tiene como objetivo producir un
modelo o representación de lo q se va a
construir.
Diseño de la Arquitectura
Comprende el establecimiento de un marco
de trabajo estructural básico para un
sistema, alude a la estructura general del
software y el modo en que la estructura
ofrece una integridad conceptual al sistema,
de modo simple, se puede considerar que
está compuesta por la estructura jerárquica
de los componentes (módulos), la manera
en la que dichos componentes interactúan y
la estructura de datos que es utilizada por
dichos componentes.
Diseño a nivel de Componentes
El diseño a nivel de componentes define las
estructuras de datos, los algoritmos, las
características de la interfaz y los
mecanismos de comunicación asignados a
cada componente de software. esta fase
permite revisar si los detalles de diseño son
correctos y consistentes con las
representaciones iniciales de diseño.
Ingeniería del Software
Metodologías Agiles
Caso de Uso (Proceso
Unificado)
Componentes
Ingeniería del Software







Modelo de Contrato

De Software



Por medio del presente se celebra formalmente contrato de compra-venta de software entre
las partes mencionadas a continuación las cuales se comprometen a cumplir lo estipulado en
este contrato, que establece la forma en que deba llevarse a cabo el uso del programa o
software denominado “Terminal Punto de Venta Pequeña y Mediana Empresa
TPVPYME Edición 8 con la sub especialidad denominada ---------- especial para el
control de Ventas e Inventarios, mismo denominado también Proyecto de Soluciones
Integradas para la Gestión de la Pequeña y Mediana Empresa cuya Función específica
es el de un Sistema de Punto de Venta y Administración de Comercios ” que a partir de
este momento será denominado “EL SISTEMA DELUXER”
Por una parte C. AHMED DAVID LORANCA AGUAYO creador y propietario del
programa o software “EL SISTEMA”, ahora denominado vendedor, con domicilio fiscal
en Melchor Ocampo no. 75 int. 5-b Col el Súchil, Plaza Cristal, Coatepec, Veracruz, Tel.
0442281143884, 012282008460, 012281861164, Skype grupo_diamante@hotmail.com.
http://www.tpvpyme.com.mx. http://www.solucionesdenegocios.com.mx, gerenci@tpvp
yme.com.mx , R.F.C.:LOAA740627J46 Por otra parte el C. ---------------- ahora
denominado comprador:

Nombre Empresa: -------------------------------------
Razón social: -------------------------------------
R.F.C. -------------------------------------
Domicilio: -------------------------------------
Colonia: -------------------------------------
Localidad: -------------------------------------
Estado: -------------------------------------
Código postal: -------------------------------------
Teléfonos: -------------------------------------
E-mail: -------------------------------------

A continuación las cláusulas en las que se rige el presente convenio:

I.- OBJETO DE LA COMPRA

1. El arrendador obtiene el uso indefinido de “EL SISTEMA”, únicamente para el
establecimiento antes descrito, por un pago único para el uso que la licencia refiera. Así
como el pago de una cuota única anual por actualización de software si así lo deseara el
comprador.

2. “EL SISTEMA” se instalará en la computadora que el cliente designe siempre y cuando
esta cumpla con los mínimos requisitos requeridos por el programa que son: procesador de
1.6 GHz o superior; 1Gb en RAM o más; 1 GB de espacio libre en disco duro, monitor súper
VGA (1024x768) o superior; Microsoft Windows Xp , en caso de instalarse en un equipo de
menor capacidad o características técnicas distintas a las recomendadas el rendimiento y
funcionalidad del software será bajo responsabilidad del comprador.

3. El comprador se compromete a dar buen uso de “EL SISTEMA”, el cual será
únicamente para el uso de la negociación o comercio mencionado en el presente ocurso.
Este contrato, sus derechos y el uso de “EL SISTEMA”, es intransferible así como los
pagos realizados, compromisos de pago o períodos cubiertos.

4. El vendedor no se compromete a prestar servicios de asistencia ni a actualizar el
Software. Salvo mención expresa. Debe entenderse que el objeto de venta es de “EL
SISTEMA”, no los servicios profesionales del vendedor.

5. Tratándose en el manejo y uso de equipos de cómputo y al ser estos de naturaleza
electrónica estos pueden fallar por diversas causas (virus, apagones, falta de mantenimiento,
golpes, uso inadecuado, defecto, etc.), generando que “EL SISTEMA” no tenga el
rendimiento adecuado, por lo tanto al ser esto causa ajena al funcionamiento de “EL
SISTEMA”, debe entenderse que tanto el “EL SISTEMA” como el vendedor no son
responsables a tales desperfectos.

6. En caso de que el comprador requiera asistencia técnica para solucionar estas fallas en el
equipo de cómputo podrá solicitar la ayuda técnica al vendedor lo cual genera un servicio
ajeno al presente y por ende los costos serán cotizados por separado.

7. Los servicios que el vendedor se compromete a otorgar sin costo alguno son: la
instalación así convenida de “EL SISTEMA” en las computadoras que
lo requieran, la capacitación por área según los módulos incluidos en el paquete ( School,
Gym, Rest, Medic, TPV) con un máximo de 5 horas personalizadas distribuidas en uno o
varios días a cada encargado de área, así como una capacitación general al encargado de
sistemas, dudas que puedan surgir posteriormente se podrán solucionar de distintas maneras
sin que se entienda el mismo compromiso de la capacitación directa.

8. Las computadoras donde se instale el “EL SISTEMA” deberán previamente estar
formateadas y preparadas según los requerimientos técnicos del
EL SISTEMA por parte del comprador.

9. El vendedor no se compromete a la alimentación de información de la base de datos, esta
tarea deberá ser asignada por parte del comprador a personal de la misma empresa, el
vendedor se compromete a una capacitación adecuada para llevar a cabo dicha tarea.

10. El sistema cuenta con una garantía de funcionalidad de todo lo que contiene, ha sido
demostrado y expresado en el paquete, toda modificación que no altere los cometidos del
sistema pueden ser previo acuerdo realizados en el sistema sin que esto implique la misma
garantía de funcionalidad, ya que los paquetes ofrecidos han pasado por una serie de pruebas
previas y correcciones que nos permiten ofrecer su garantía, esto mismo sucederá con las
modificaciones realizadas a necesidad o petición del comprador, se evaluaran en la marcha y
de requerir correcciones se realizaran.
II.- DE LA LICENCIAS.

El presente contrato ampara una licencia de tipo “D” Global Dorada que sirve para conectar
los equipos que se deseen en modo control y observación y
solo un equipo en modo terminal punto de venta ( Servidor ), así mismo en acuerdo muto se
obsequia la licencia de Créditos y Multimedia quedando limitado
el uso del software al giro de Joyerías, Ciber y Transporte Público por un monto total de
______ pesos más I.V.A por licencia, entiéndase por licencia cada negocio, RFC , dirección
física o fiscal, giro comercial y actividades diferentes o idénticas en distinta ubicación.

III.- DE LA FORMA DE PAGO Y PROMOCIONES

1. El pago deberá realizarse con un 50% al contrato y 50% en un periodo máximo de 15 días
a partir de la fecha de contrato en caso de no requerir factura en efectivo, cheque o
transferencia, y de un 100% con cheque o transferencia bancaria en caso de requerir factura,
debe entenderse que el periodo o tiempo de pago no va relacionado al tiempo en que el
software tome el control al 100% en la empresa
2.
Los pagos quedan programados con el 50% a la firma del contrato, 50% restante para el dia
_______________

3. Las cantidades se habrán de transferir a la siguiente cuenta bancaria indicando su número
de cliente (se lo comunicaremos al firmar el contrato):

Banco: Santander Serfin
Súper Cuenta con Débito
Ahmed David Loranca Aguayo
Núm. Cta.: 60520121238
Clave: 014853605201212387


4. Las Claves de Activación son automáticamente colocadas en un plazo no mayor a 48
horas en el portal del sistema y el comprador deberá consultar estas claves con su login y
password proporcionados por el portal cuando el cliente se registre previa instrucción al
finalizar el contrato, si así lo desea
se le registrara de forma personal sus claves y se le proporcionaran por escrito ( solo
comercios locales ).

5. Para obtener la personalización, elaboración del programa web de quejas y sugerencias
deberán proporcionar sus diseños gráficos previa plática.

6. El mantenimiento y actualizaciones de “EL SISTEMA” son sin costo alguno durante 1
año.

7. La asesoría proporcionada directamente es por un total de 5 horas sin costo alguno en
forma de curso personal.





IV.- DEL MANTENIMIENTO DE “EL SISTEMA”

1. El sistema de base de datos de “EL SISTEMA” requiere de un mantenimiento que se
encuentra automatizado en los procesos de uso, sin embargo es posible que periódicamente
cuando así se requiera nuestros técnicos acudan a dar un mantenimiento sin costo alguno
específicamente a “EL
SISTEMA” . Si la computadora donde se encuentra instalado el “EL SISTEMA” ,
requirieran de mantenimiento o reparaciones serán cotizadas por separado por el vendedor.

2. El vendedor puede realizar cambios de mejoras en “EL SISTEMA” en cualquier
momento y sin previo aviso. Estas actualizaciones son gratuitas, siempre y cuando el
comprador se encuentre dentro del plazo del año de beneficios y no presente adeudo alguno.
Estas versiones actualizadas se anunciarán en la zona de atención al cliente en el sitio
web http://www.tpvpyme.com.mx y las instalará el cliente desde internet usando los
asistentes de instalación del mismo. Asimismo se informará al cliente por e-mail de la
ampliación y de los cambios producidos en “EL SISTEMA”

V.- DE LA ASESORIA Y CAPACITACION DE USO

1. El contrato incluye una capacitación local de uso de 5 horas en horarios laborables de
lunes a viernes de 10:00 am - 2:00 pm y de 4:00 pm a 7:pm previa cita y acuerdo con el
comprador, posterior a esta capacitación se le brindará toda la asistencia necesaria por los
distintos medios de comunicación al alcance para poder asesorar dudas, de requerir nueva
capacitación será cotizada por separado por el arrendador.

2. En el caso de compradores foráneos la capacitación será en igual número de horas y
tiempos a través del sistema de asesorías remotas RADMIN proporcionado por el vendedor

3. “EL SISTEMA” está realizado de manera muy simple para su fácil aprendizaje y manejo
pero es indispensable que cuenten con conocimientos de computación o que en la empresa
cuente con un auxiliar con dichos conocimiento, ya que la capacitación para el uso de “EL
SISTEMA”, será únicamente sobre su manejo, no sobre cómo debe operar la computadora.

4. Dada la agenda de asesoría no podemos dar cursos de computación de ningún nivel, ya
que el tiempo que disponemos para las capacitaciones están enfocadas al 100% sobre el
sistema.

5. Si posteriormente la empresa cambiara de persona a la cual se le dio la capacitación y este
no dejara capacitado a un suplente, nosotros podremos dar nueva capacitación cotizándola
como curso extraordinario

7. Todos los cursos y capacitaciones por Internet estarán sujetos a disponibilidad de horarios
en los que se deberán programar con anticipación

8. En caso de requerir ayuda técnica que detenga el funcionamiento de “EL SISTEMA” y
no poder contactar con ningún asesor, deberá consultar su manual y mandar las dudas al
correo directo del fabricante del software para implementar una solución directa.

9. (solo en caso de así requerirlo, puede localizar al asesor designado por celular o teléfono
domiciliario aun siendo un día no laborable u horarios fuera de lo pactado, este soporte
técnico urgente será solo para evitar el paro de funciones del sistema, no para realizar
capacitaciones).



VI.- DE LA GARANTIA DE “EL SISTEMA”

“EL SISTEMA” cumple con las normas de calidad, sin embargo debe excluirnos de toda
responsabilidad bajo las siguientes condiciones:
1. Si “EL SISTEMA” trabaja en equipo chatarra o que no cumpla con los requerimientos
mínimos del programa.
2. Fallas ajenas a “EL SISTEMA” como pueden ser virus, discos duros, servidores de red,
sistema operativo, etc.
3. El daño a la base de datos ocasionado por un mal proceso de apagado, virus, software
instalado sin el previo consentimiento del vendedor, falta de equipos de seguridad en la
energía como los No-Break, etc.
4. El uso del ordenador para procesos ajenos al punto de venta, (Ares, eMule, P2P, etc.)
5. La instalación de programas no autorizados o supervisados por el vendedor que pudieran
ocasionar fallas al proceso de ventas.
6. El corregir todas las configuraciones o problemas técnicos, no garantiza en ningún
momento que no vuelva a suceder ya que no sabemos el uso que se le dé a las maquinas que
pudieran ocasionar nuevamente fallas.
7. Que el usuario haga caso omiso al manual operativo.

8.- Todas las bases de datos tienen un cierto riesgo de daño y perder la información, el
vendedor no se hace responsable por posibles daños a la base de datos, sin embargo
para prevenir una situación de esta naturaleza, el vendedor capacitara como realizar
respaldos cuya responsabilidad de la seguridad de los datos será del comprador.
9.- La Garantía de “EL SISTEMA” nos compromete a resolver cualquier anomalía de
manera inmediata sin costo alguno, sin embargo toda anomalía no relacionada con el “EL
SISTEMA” deberá ser agenda da y sujeta a tiempos por parte del soporte técnico así como
a costos extraordinarios

VII.- DE LA RENUNCIA DE RESPONSABILIDAD.
1. En ningún caso ni el vendedor ni sus proveedores serán responsables por daño alguno
derivado del uso de “EL SISTEMA”, o de no poder usarlo, (en particular, sin limitación
alguna, por los daños derivados del lucro cesante, de la interrupción de la actividad o el
negocio, o de la pérdida de datos o información) aun si el comprador hubiere sido advertido
de dicha posibilidad. Debido a que algunas jurisdicciones prohíben la exclusión o limitación
de la responsabilidad por daños indirectos o incidentales, puede que la anterior limitación no
se aplique en su caso, además es posible que tenga otros derechos legales que varían de una
jurisdicción a otra.

2. Todos los problemas que se originaran debido a causas como las ya mencionadas se
pueden corregir con la reinstalación del sistema operativo y de “EL SISTEMA” teniendo
en cuenta que se sujetará a los cargos y tiempos disponibles por parte del vendedor,
entendiéndose que si se tratara de una falla de “EL SISTEMA” en el momento reportado se
dispondrá de todo tiempo y recursos necesarios para corregir el problema sin costo alguno,
de no ser una falla provocada por “EL SISTEMA”, tendremos que agendar las
disposiciones de tiempo y cotizar el servicio por separado.

3. El vendedor no será en ningún caso responsable por las pérdidas económicas, afectación
patrimonial y administrativas ocasionadas por todas las causas ajenas a este,(mal uso que se
le dé a “EL SISTEMA”, por los daños derivados del lucro cesante, de la interrupción de la
actividad o el negocio, de la pérdida de datos)

VIII.- CONTRATO DE LICENCIA DE SOFTWARE DE “EL SISTEMA”

Usted puede copiar el “EL SISTEMA” en los sistemas de su organización, para el uso de
su organización y puede realizar una cantidad razonable de copias de seguridad del
Software, sujeto a estas condiciones:

1. “EL SISTEMA” tiene licencia para su uso solamente como se ha convenido en el
contrato por un pago único de $60,000.00 pesos más I.V.A para 1 computadora como
terminal de venta (Servidor ) y las que el cliente requiera como puntos de control y
observación, entendiendo que la terminal servidor es la única capacitada para facturación
electrónica y contener la base de datos, las demás dependerán del servidor y podrán
controlar inventarios , consultas , observar movimientos dentro y fuera del mismo
establecimiento, etc.
2. Expansión del “EL SISTEMA”
Puede expandir las licencias de acuerdo a las necesidades adquiriendo los módulos
necesarios
3. El comprador no puede copiar, modificar, arrendar, vender, distribuir o transferir ninguna
parte de “EL SISTEMA” excepto tal como se indica en este
Contrato.
4. El comprador se compromete a resguardar “EL SISTEMA”, a impedir la realización de
copias no autorizadas de “EL SISTEMA”.; No puede realizar operaciones de técnica
retroactiva (retro-ingeniería), descompilar o desensamblar el “EL SISTEMA”.; No puede
transferir a otras personas ni permitir el uso simultáneo de “EL SISTEMA” de más de un
usuario al cual hiciera diferencia al contrato.
5. El “EL SISTEMA” puede incluir partes que se ofrecen en términos adicionales a los
establecidos aquí, tal como se describen en una licencia adjunta a dichas partes.
6. NINGÚN OTRO DERECHO. El vendedor no otorga a Usted ningún otro derecho o
licencia, de forma explícita o implícita, con respecto a la información de propiedad o
patente, copyright, obra enmascarada, marca comercial, secreto comercial o cualquier otro
de derecho de propiedad intelectual perteneciente al vendedor o bajo control del vendedor,
excepto como se estipula explícitamente en este Contrato.

IX.- PROPIEDAD DE “EL SISTEMA” Y COPYRIGHTS.

La titularidad de todas las copias de “EL SISTEMA” sigue siendo del vendedor. El “EL
SISTEMA” está sujeto y protegido por las leyes Mexicanas y otros países, y tratados
internacionales en materia de propiedad intelectual. No puede eliminar ningún aviso de
copyright del Software., El vendedor no otorga a Usted derecho explícito o implícito alguno
con relación a patentes, derechos de propiedad intelectual, marcas o secretos comerciales
algunos

X.- GARANTÍA DE MEDIOS LIMITADA.

Si el vendedor entrega el “EL SISTEMA” en un medio físico, el arrendador garantiza que
estará libre de defectos físicos de manufactura por un período de noventa días después de la
entrega. Si se detectan dichos defectos, se gestionará la garantía para su reemplazo o
reparación.

XI.- EXCLUSIÓN DE OTRAS GARANTÍAS.

SALVO POR LO INDICADO ANTERIORMENTE, EL “EL SISTEMA” SUMINISTRA
"TAL CUAL" SIN NINGÚN TIPO DE GARANTÍA, EXPLÍCITA O
IMPLÍCITA, EXCLUYENDO EN PARTICULAR CUALQUIERA RELATIVA A SU
APTITUD PARA COMERCIALIZACIÓN, A LA NO INFRACCIÓN DE LA
PROPIEDAD INTELECTUAL O A SU APTITUD PARA UN FIN DETERMINADO. El
vendedor no garantiza, ni asume responsabilidad sobre su uso, información, texto, gráficos,
resultados u otros elementos en “EL SISTEMA” sean exactos o completos.

XII.- CANCELACIÓN DE ESTE CONTRATO DE LICENCIA.

El vendedor podrá dar por terminado este Contrato de licencia en cualquier momento en
caso de incumplimiento por el comprador de los términos. Una vez se haya cancelado la
licencia, Usted se compromete a destruir el “EL SISTEMA” o a devolver todas sus copias
no autorizadas.

XIII.- LEYES GOBERNANTES.

Todo reclamo que surja bajo este Contrato de licencia se regirá por las leyes internas del
estado de Veracruz, excluidos sus principios de conflicto de leyes, y el Convenio sobre
contratos para la venta de bienes establecida por Naciones Unidas. Queda prohibida la
exportación de “EL SISTEMA” en violación de las leyes y normas mexicanas en materia
de exportación. El vendedor no tiene ninguna obligación bajo ningún otro contrato, a menos
que se encuentre por escrito y reconocido por este.








XIV.- RESICION DEL CONTRATO

1. El contrato no tiene término debido a que la licencia se encuentra en modo venta.

XV.- RENUNCIA DE JURISDICCIÓN
En caso de conflicto entre las partes contratantes estos renuncian voluntariamente a
cualquier otra jurisdicción legal que por lugar les correspondiera, reconociendo someterse
bajo la jurisdicción de los tribunales correspondientes del Distrito Judicial de la ciudad de
Coatepec, Veracruz.

XVI.- FIRMA DEL CONTRATO

1. Para que este contrato entre en vigor será necesario que todos los datos introducidos sean
correctos, que no se realice ningún cambio de texto en el contrato y que éste esté firmado
tanto por el arrendador como el arrendatario

2. Tan pronto como la cuota única en concepto de licencia estén en nuestra cuenta,
activaremos “EL SISTEMA” y le comunicaremos sus datos de acceso.

3. Las partes firman alcance estando de acuerdo con todo lo anterior sin que existieran vicios
ocultos.


Número de Contrato:_________

Clave de contrato - Número de control - Número de máquina del
servidor______________________________



Este contrato se realiza por un total de ____ computadoras por un pago único de $
_________________ M.N
A la firma de este contrato se recibe la cantidad de _______________________ por
concepto:
1.- Anticipo de licencia $_________

Todos los precios son MAS IVA en caso de requerir factura


Coatepec, Ver a ______________


__________________________ C.Ahmed David
Loranca Aguayo
Comprador Nombre y Firma Vendedor Nombre y
Firma
























































Universidad Técnica de Manabí
Facultad de Ciencias Informáticas
Carrera de Ingeniería en Sistemas
Informáticos
Ingeniería de Software I


Integrantes:


 López Navarrete Maryuri
 Coello Delgado Carlos Efrain

 Cedeño Orejuela José Jonás

 Zambrano Solórzano Tatiana

 Faubla Sacón Miguel Ángel

Docente:




“No hay un perfil ideal,

los emprendedores

pueden ser: vulgares o

desconsolados,

analíticos o intuitivos,

arriesgados o cautos”.


(Anónimo)
















Ser una Facultad líder que con
integridad, trasparencia y
equidad forme
profesionales capaces de
desarrollar soluciones
informáticas innovadoras,
generadores de conocimientos e
investigación permanente.







MISIÓN
Formar profesionales

investigadores en el campo de

las ciencias informáticas, al

servicio de la sociedad, que

aporte con soluciones

innovadoras al desarrollo

tecnológico del país.






ROGRAM

NFORMÁTI



MODELO DE

CONTRATO DE

DESARROLLO DE

P A

I CO













Portoviejo, 10 de septiembre 2013.
Por medio del presente se celebra
formalmente contrato de compra-venta de
software entre las partes mencionadas a
continuación las cuales se comprometen a
cumplir lo estipulado en este contrato, que
establece la forma en que deba llevarse a
cabo el uso del programa o
software denominado
“Terminal Punto de Venta Pequeña y
Mediana Empresa TPVPYME para el
control de Ventas e Inventarios, mismo
denominado también Proyecto de
Soluciones Integradas para la Gestión de
la Pequeña y Mediana Empresa cuya
Función específica es el de un Sistema de
Punto de Venta y Administración de
Comercios ” que a partir de este momento
será denominado “EL SISTEMA
DELUXER”




Por una parte COELLO DELGADO
CARLOS EFRAIN creador y propietario del
programa o software “EL
SISTEMA”, ahora denominado vendedor,
con domicilio fiscal en Urbanización LA
FUENTE manzano A villa
8, Tel. 09810346023, e-mail:
efrain_chichico@gmail.com




Por otra parte el CEDEÑO OREJUELA
JOSÉ JONÁS ahora denominado
comprador:







Nombre Empresa: Sanoj Razón
social: Comercial
Domicilio: Av. Chile y Pedro
Gual. Localidad: Portoviejo
Provincia: Manabí
Teléfonos: 0065667465 E-
mail: jose_j@gmail.com













I
.
-

O
B
J
E
T
O

D
E

L
A

C
O
M
P
R
A

Y

P











El precio del Contrato
es de 5,200.00 más IVA
excluido. El pago de las
facturas se realizará,
tras la aceptación por
el COMPRADOR del
programa desarrollado,
mediante transferencia
bancaria a los 5 días de
la fecha de recepción
de la factura, la cual
estará vigente desde el
10 de marzo del 2014,
en la siguiente cuenta
corriente titularidad del
VENDEDOR: COELLO
DELGADO CARLOS
EFRAIN nº de cuenta:
13123123243, banco:
Pichincha.





Las Claves de
Activación son
automáticamente
colocadas en un plazo
no mayor a 48 horas en
el portal del sistema y
el comprador deberá
consultar estas claves
con su login y password
proporcionados por el
portal cuando el cliente
se registre previa
instrucción al finalizar
el contrato, si así lo
desea se le registrara
de forma personal sus
claves y se le
proporcionaran por
escrito ( solo comercios
locales ).
Para obtener la
personalización,
elaboración del
programa web de
quejas y sugerencias
deberán proporcionar
sus diseños gráficos
previa plática. El
mantenimiento y
actualizaciones de “EL
SISTEMA” son sin costo
alguno durante 1 año.
5.-La asesoría
proporcionada
directamente es por un
total de 5 horas sin
costo alguno en forma
de curso personal. La
versión de “EL
SISTEMA” en modo
compra será con los
módulos Open-source
limitados a la versión
de la licencia adquirida.
II. DE LA

LICENCIA



El presente contrato ampara una licencia de tipo “D” Global
Dorada que sirve para conectar los equipos que se deseen en
modo control y observación y solo un equipo en modo terminal
punto de venta ( Servidor ), así mismo en acuerdo muto se
obsequia la licencia de Créditos y Multimedia
quedando limitado el uso del software al giro de Joyerías, Ciber
y Transporte Público por un monto total de 300 dólares más
I.V.A por licencia, entiéndase por licencia cada negocio, RFC ,
dirección física o fiscal, giro comercial y actividades diferentes o
idénticas en distinta ubicación.


El
SISTE
que
proc


L
iento
los
sible



ma
cotiz



án
edor.












III.- DEL

MANTENIMIENTO DE

“EL SISTEMA”

sistema de base de datos de “E
MA” requiere de un mantenim
se encuentra automatizado en
esos de uso, sin embargo es po
que periódicamente cuando así se requiera
nuestros técnicos acudan a dar un
mantenimiento sin costo alguno
específicamente a “EL SISTEMA”. Si la
computadora donde se encuentra instalado
el “EL SISTEMA”, requiriera de
ntenimiento o reparaciones ser
adas por separado por el vend
1.

3.

IV.- DE LA ASESORIA Y CAPACITA




• El contrato incluye una capacitación local de uso de 4 horas en horarios laborables de
lunes a viernes de 3:00 pm a 7:pm previa cita y acuerdo con el comprador, posterior a
esta capacitación se le brindará toda la asistencia necesaria por los distintos medios de
comunicación al alcance para poder asesorar dudas, de requerir nueva capacitación será
cotizada por separado por el arrendador.






• En el caso de compradores foráneos la capacitación será en igual número de horas y
tiempos a través del sistema de asesorías remotas RADMIN proporcionado por el
2.
vendedor.





• “EL SISTEMA” está realizado de manera muy simple para su fácil aprendizaje y manejo
pero es indispensable que cuenten con conocimientos de computación o que en la
empresa cuente con un auxiliar con dichos conocimiento, ya que la capacitación para el
uso de “EL SISTEMA”, será únicamente sobre su manejo, no sobre cómo debe operar la
computadora.





• Dada la agenda de asesoría no podemos dar cursos de computación de ningún
nivel, ya que el tiempo que disponemos para las capacitaciones están enfocadas
al 100% sobre el sistema.









• Si posteriormente la empresa cambiara de persona a la cual se le dio la
capacitación y este no dejara capacitado a un suplente, nosotros podremos dar
nueva capacitación cotizándola como curso extraordinario.







• En el caso de las empresas que no cuentan con personal o conocimientos en
computación, deberán tomar anticipadamente o a la par un curso básico sobre el
manejo de Windows, ya que los retrasos en el funcionamiento del sistema por
estos aspectos no son de nuestra responsabilidad y cumpliendo el tiempo de
capacitación de requerirse más, será cobrado como capacitación extra ordinaria.
8




• Todos los cursos y capacitaciones por Internet estarán sujetos a
disponibilidad de horarios en los que se deberán programar con
7
anticipación







• En caso de requerir ayuda técnica que detenga el funcionamiento
de “EL SISTEMA” y no poder contactar con ningún asesor, deberá
consultar su manual y mandar las dudas al correo directo del
fabricante del software para implementar una solución directa.









1











1. Si “EL SISTEMA” trabaja en equipo chatarra o que no cumpla con
los requerimientos mínimos del programa.








2
2. Fallas ajenas a “EL SISTEMA” como pueden ser virus, discos
duros, servidores de red, sistema operativo, etc.





3. El daño a la base de datos ocasionado por un mal proceso de
apagado, virus, software instalado sin el previo consentimiento del
3
vendedor, falta de equipos de seguridad en la energía como los No-
Break, etc.




4



El uso del ordenador para procesos ajenos al punto de venta, (Ares, eMule,
P2P, etc.)






La instalación de programas no autorizados o supervisados por el

5
vendedor que pudieran ocasionar fallas al proceso de ventas.




El corregir todas las configuraciones o problemas técnicos, no
6
garantiza en ningún momento que no vuelva a suceder ya que no
sabemos el uso que se le dé a las maquinas que pudieran ocasionar
nuevamente fallas.





7
Que el usuario haga caso omiso al manual operativo.









Todas las bases de datos tienen un cierto riesgo de daño y perder la
información, el vendedor no se hace responsable por posibles
8 daños a la base de datos, sin embargo para prevenir una situación de

esta naturaleza, el vendedor capacitara como realizar respaldos cuya
responsabilidad de la seguridad de los datos será del comprador..





La Garantía de “EL SISTEMA” nos compromete a resolver cualquier
anomalía de manera inmediata sin costo alguno, sin embargo toda
9 anomalía no relacionada con el “EL SISTEMA” deberá ser agenda da y

sujeta a tiempos por parte del soporte técnico así como a costos
extraordinarios



PONS


VI.- DE LA RENUNCIA DE RES


1. En ningún caso ni el vendedor ni sus proveedores serán responsables por daño alguno
derivado del uso de “EL SISTEMA”, o de no poder usarlo, (en particular, sin limitación
alguna, por los daños derivados del lucro cesante, de la interrupción de la actividad o el
negocio, o de la pérdida de datos o información) aun si el comprador hubiere sido
advertido de dicha posibilidad. Debido a que algunas jurisdicciones prohíben la exclusión o
limitación de la responsabilidad por daños indirectos o incidentales, puede que la anterior
limitación no se aplique en su caso, además es posible que tenga otros derechos legales
que varían de una jurisdicción a otra.









2. Todos los problemas que se originaran debido a causas como las ya mencionadas se
pueden corregir con la reinstalación del sistema operativo y de “EL SISTEMA” teniendo en
cuenta que se sujetará a los cargos y tiempos disponibles por parte del vendedor,
entendiéndose que si se tratara de una falla de “EL SISTEMA” en el momento reportado
se dispondrá de todo tiempo y recursos necesarios para corregir el problema sin costo
alguno, de no ser una falla provocada por “EL SISTEMA”, tendremos que agendar las
disposiciones de tiempo y cotizar el servicio por separado.





3. El vendedor no será en ningún caso responsable por las pérdidas
económicas, afectación patrimonial y administrativas ocasionadas por
todas las causas ajenas a este,(mal uso que se le dé a “EL SISTEMA”, por
los daños derivados del lucro cesante, de la interrupción de la actividad
o el negocio, de la pérdida de datos)



























ONTRATO DE LICENCIA DE SOFTWARE DE “EL SI











1. “EL SISTEMA” tiene licencia para su uso solamente como se ha convenido en el
contrato por un pago único de $60,000.00 pesos más I.V.A para 1 computadora como
terminal de venta (Servidor ) y las que el cliente requiera como puntos de control y
observación, entendiendo que la terminal servidor es la única capacitada para
facturación electrónica y contener la base de datos, las demás dependerán del
servidor y podrán controlar inventarios , consultas , observar movimientos dentro y
fuera del mismo establecimiento, etc.
2. Expansión del “EL SISTEMA”
Puede expandir las licencias de acuerdo a las necesidades adquiriendo los módulos
necesarios
3. El comprador no puede copiar, modificar, arrendar, vender, distribuir o transferir
ninguna parte de “EL SISTEMA” excepto tal como se indica en este
Contrato.








4. El comprador se compromete a resguardar “EL SISTEMA”, a impedir la
realización de copias no autorizadas de “EL SISTEMA”.; No puede realizar
operaciones de técnica retroactiva (retro-ingeniería), descompilar o
desensamblar el “EL SISTEMA”.; No puede transferir a otras personas ni permitir
el uso simultáneo de “EL SISTEMA” de más de un usuario al cual hiciera
diferencia al contrato.
5. El “EL SISTEMA” puede incluir partes que se ofrecen en términos adicionales a
los establecidos aquí, tal como se describen en una licencia adjunta a dichas
partes.
6. NINGÚN OTRO DERECHO. El vendedor no otorga a Usted ningún otro derecho
o licencia, de forma explícita o implícita, con respecto a la información de
propiedad o patente, copyright, obra enmascarada, marca comercial, secreto
comercial o cualquier otro de derecho de propiedad intelectual perteneciente al
vendedor o bajo control del vendedor, excepto como se estipula explícitamente
en este Contrato.




VIII.- PROPIEDAD DE “EL SISTEMA”





La titularidad de todas las copias de “EL
SISTEMA” sigue siendo del vendedor. El “EL
SISTEMA” está sujeto y protegido por las leyes
Mexicanas y otros países, y tratados
internacionales en materia de propiedad
intelectual. No puede eliminar ningún aviso de
copyright del Software., El vendedor no otorga a
Usted derecho explícito o implícito alguno con
relación a patentes, derechos de propiedad
intelectual, marcas o secretos comerciales
algunos








X.- GARANTÍA DE MEDIOS LIMI





Si el vendedor entrega el “EL SISTEMA” en
un medio físico, el comprador garantiza

que estará libre de defectos físicos de

manufactura por un período de noventa

días después de la entrega. Si se detectan

dichos defectos, se gestionará la garantía

para su reemplazo o reparación.

XI.- EXCLUSIÓN DE OTRAS GAR


Salvo por lo indicado anteriormente, el “el
sistema” suministra "tal cual" sin ningún tipo de
garantía, explícita o
Implícita, excluyendo en particular cualquiera
relativa a su aptitud para comercialización, a la no
infracción de la
Propiedad intelectual o a su aptitud para un fin
determinado. El vendedor no garantiza, ni asume
responsabilidad sobre su uso, información, texto,
gráficos, resultados u otros elementos en “EL
SISTEMA” sean exactos o completos.
XIII.- LEYES

GOBERNANTES.





Todo reclamo que surja bajo este Contrato de licencia se regirá por las leyes
internas del estado de Veracruz, excluidos sus principios de conflicto de leyes, y el
Convenio sobre contratos para la venta de bienes establecida por Naciones
Unidas. Queda prohibida la exportación de “EL SISTEMA” en violación de las leyes
y normas mexicanas en materia de exportación. El vendedor no tiene ninguna
obligación bajo ningún otro contrato, a menos que se encuentre por escrito y
reconocido por este.



XIV.- RESICION DEL CONTRATO



1. El contrato no tiene término debido a que la licencia se
encuentra en modo venta.



XV.- RENUNCIA DE
JURISDICCIÓN

En caso de conflicto entre las partes contratantes estos renuncian
voluntariamente a cualquier otra jurisdicción legal que por lugar les
correspondiera, reconociendo someterse bajo la jurisdicción de los
tribunales correspondientes del Distrito Judicial de la ciudad de Coatepec,
Veracruz.
XVI.- FIRMA DEL CONTRATO



• 1. Para que este contrato entre en vigor será necesario que todos los datos introducidos
sean correctos, que no se realice ningún cambio de texto en el contrato y que éste esté
firmado tanto por el arrendador como el arrendatario



• 2. Tan pronto como la cuota única en concepto de licencia estén en nuestra cuenta,
activaremos “EL SISTEMA” y le comunicaremos sus datos de acceso.



• 3. Las partes firman alcance estando de acuerdo con todo lo anterior sin que existieran
vicios ocultos.





Número de Contrato: 456
Clave de contrato - Número de control - Número de máquina del servidor M123#
Este contrato se realiza por un total de 30 computadoras por un pago único de $
350.00
A la firma de este contrato se recibe la cantidad de 2,600.00 por concepto:
1.- Anticipo de licencia $ 150
Todos los precios son MAS IVA en caso de requerir factura
Coatepec, Ver al vendedor.




Coello Delgado Carlos Efraín
Vendedor Nombre y Firma






Cedeño Orejuela José Jonás
Comprador Nombre y Firma










































10/12/2013
1

























Universidad Técnica de Manabí
Facultad de Ciencias Informáticas
Carrera de Ingeniería en Sistemas Informáticos



Tema:
Ingeniería del Software I
INTRODUCCION A LA INGENIERIA DEL SOFWARE

Integrantes:
 Cevallos Macías Gema
 Morales Panta Wellington
 Murillo López Yandry
 Zambrano Solórzano Tatiana
Docente:
Ing. Marcos Pazmiño Campuzano














Ser una facultad líder que con integridad,
trasparencia y equidad forme
profesionales capaces de desarrollar
soluciones informáticas innovadoras,
generadores de conocimientos e
investigación permanente.




MISIÓN


Formar profesionales investigadores en el
campo de las ciencias informáticas, al
servicio de la sociedad, que aporte con
soluciones innovadoras al desarrollo
tecnológico del país.
10/12/2013
2













































[IEEE, 1993]
Ingeniería de Software
es la aplicación de un
enfoque sistemático,
disciplinado y
cuantificable al
desarrollo operación
(funcionamiento) y
mantenimiento del
software.





Sommerville, 2004
Es una disciplina de la
ingeniería que
comprende todos los
aspectos de la
producción de software
desde las etapas iniciales
de la especificación del
sistema hasta el
mantenimiento de este
después que se utiliza.

Pressman, 2005
La Ingeniería de
Software es una
disciplina que integra el
proceso, los métodos, y
las herramientas para el
desarrollo de software
de computadora.














Es una disciplina que ofrece métodos y técnicas para desarrollar y
mantener Software de Calidad el cual tiene como objetivo satisfacer
los requerimientos del Cliente
10/12/2013
3




































Actividades
requeridas para
desarrollar un
sistema de software





Marco de trabajo
del proceso






Actividades
sombrilla

















COMUNICACIÓN


PLANEACIÓN





MODELADO

CONSTRUCCIÓN




DESPLIEGUE
10/12/2013
4


























































































Las etapas de un ciclo de vida son:





Inicio: éste es el nacimiento
de la idea. Aquí definimos los
objetivos del proyecto y los
recursos necesarios para su
ejecución.

Planificación: idearemos un
planeamiento detallado que
guíe la gestión del proyecto,
temporal y económicamente.
Puesta en producción:
nuestro proyecto entra en la
etapa de definición, allí
donde se lo presentamos al
cliente o usuario final.







Control en producción:
analizando cómo el proceso
difiere o no de los
requerimientos originales e
iniciando las acciones
correctivas si fuesen
necesarias.

Implementación:
acordaremos el conjunto de
actividades que componen la
realización del producto.
10/12/2013
5
































































































 Existen diferentes modelos de ciclo de vida del software
que han intentado resolver el problema de crear
software

 El auge de cada uno está asociado a un momento en el
tiempo, unas tecnologías determinadas y unas ciertas
metodologías asociadas.
10/12/2013
6






















































Es un conjunto integrado de
técnicas y métodos que permite
abordar de forma homogénea y
abierta cada una de las
actividades del ciclo de vida de
un proyecto de desarrollo.







Determina los pasos a seguir y
cómo realizarlos para finalizar
una tarea.
Que especifica una Metodología

 Como se debe dividir el proyecto
en etapas
 que tareas se llevan a cabo en
cada etapa
 que salidas se producen y cuanto
se deben producir
 que restricciones se aplican
 que herramientas se van a
utilizar
 como se gestiona y controla un
proyecto






















METODOLOGÍAS
ESTRUCTURADAS
METODOLOGÍAS
ORIENTADAS A
OBJETOS



METODOLOGÍAS
TRADICIONALES
METODOLOGÍAS
ÁGILES
10/12/2013
7











































Los métodos estructurados
comenzaron a
desarrollarse a fines de los
70’s con la Programación
Estructurada, luego a
mediados de los 70’s


Estas metodologías son
particularmente
apropiadas en proyectos
que utilizan para la
implementación lenguajes
de 3ra y 4ta generación.






















Su historia va
unida a la
evolución de los
lenguajes de
programación
orientada a objeto,
los más
representativos






En 1995 Booch y
Rumbaugh
proponen el Método
Unificado con la
ambiciosa idea de
conseguir una
unificación de sus
métodos y
notaciones.
Algunas
metodologías
orientadas a objetos
que utilizan la
notación UML son:
(RUP),
OPEN,
MÉTRICA
10/12/2013
8

































































Son aquellas que están guiadas por una fuerte
planificación durante todo el proceso de
desarrollo



Todas las propuestas metodológicas antes
indicadas pueden considerarse como
metodologías tradicionales.



Aunque en el caso particular de RUP, por el
especial énfasis que presenta en cuanto a su
adaptación a las condiciones del proyecto.





















Un proceso es ágil cuando el desarrollo
de software es incremental (entregas
pequeñas de software, con ciclos
rápidos), cooperativo (cliente y
desarrolladores trabajan juntos
constantemente con una cercana
comunicación), sencillo (el método en sí
mismo es fácil de aprender y
modificar, bien documentado), y
adaptable (permite realizar cambios de
último momento).
10/12/2013
9
































Durante el ciclo de vida
del desarrollo un software
están: Los requerimientos,
Análisis, Diseño,
Implementación y
Pruebas





Para las etapas de análisis y
diseño necesitas de una
Metodología ya que dirá que
hacer en estas etapas y para
las restantes un Modelo, esto
te guiara a que si necesitas
incrementar más cuestiones
al SW no se tendrá
dificultades de hacerlo.
10/12/2013
10

























































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































Ciencia que trata sobre el procesamiento
automático de la información utilizando
como medio los ordenadores





La ingeniería de Software cuya ciencia
es la informática, se puede decir que es
un campo de aplicación dedicado al
desarrollo de aplicaciones (Programas
informáticos).






















La Ingeniería de Sistemas es
una carrera el cual se
especializa en el desarrollo y
aplicación de las tecnologías de
la información.


Ingeniería de Software es la
disciplina o área de la
informática que ofrece métodos
y técnicas para desarrollar
software de calidad.
10/12/2013
11


















































10/12/2013












































































































































































































Ingeniería de software I Grupo # 2

Ing. Marcos Pazmiño


Integrantes:

Flores de Valgas Giler Adan
Cevallos Villa Guillermo
Casanova Ruiz Roberth




SEPTIMO Nivel “A”























Análisis de los requerimientos


El análisis de los requerimientos da como resultado:
 La especificación de las características operativas del software.
 Indica la interfaz de este y otros elementos del sistema
 Establece las restricciones que limitan al software.
10/12/2013


























La acción de modelar los requerimientos da como resultado uno o más de los siguientes tipos de modelos.
• Modelos basados en el escenario
• Modelos de datos
• Modelos orientados a clases
• Modelos orientados a flujo
• Modelos de comportamiento


 Estos modelos dan al diseñador del software la información que se traduce en diseños de arquitectura, eficaz y
componentes.
 El modelo de requerimientos y la especificación de requerimientos de software brindan al desarrollar y al cliente
los medios para evaluar la calidad una vez construido el software.























Durante el modelado de los requerimientos la atención se centra en qué, no en cómo.

• ¿Qué interacción del usuario ocurre en una circunstancia particular?
• ¿Qué objetos manipula el sistema?
• ¿Qué funciones debe realizar el sistema?
• ¿Qué comportamiento tiene el sistema?
• ¿Qué interfaces se definen?
• ¿Qué restricciones son aplicables?

El modelo de requerimientos debe lograr tres objetivos principales

1. Describir los que requiere el cliente
2. Establecer una base para la creación de un diseño de software
3. Definir un conjunto de requerimientos que puedan validarse una vez construido software.
10/12/2013





























• El modelado de análisis es un puente entre la descripción en el nivel del sistema que se centra en éste en lo
general o en la funcionalidad del negocio que se logra con la aplicación de software, hardware, datos, personas y
otros elementos de sistema y un diseño de software.


































 Análisis estructurado:
Considera que los datos y procesos que los transforma son entidades separadas, los objetos datos se
modelan de modo que se definan sus tributos y relaciones.


 Análisis orientado a objetos
Se centra en la definición de las clases y en la manera en lo que colaboran uno con el otro para cumplir
los requerimientos.
10/12/2013















































• Casos de uso
• Historia de
usuario
• Diagrama de
clase
• Diagrama de
colaboración


Modelos
basados den
escenarios

Modelos de
clases


Requerimientos del software


Modelos de
comportamiento
Modelos de
flujos

• Diagramam de
estado
• Diagrama de
secuencias
• DFD
• Modelos de
datos






















• Un ingeniero o analista de software define todos los objetos datos que se procesan dentro del sistema,
la relación entre ellos y otro tipo de información que sea pertinente para las relaciones.


• Diagrama Entidad Relación (DER) Representa todos los datos que se introducen, almacenan,
transforman y generan dentro de una aplicación.
10/12/2013





































 Objetos de datos
• Todo aquello que tenga varias propiedades o atributos diferentes. Contiene solo datos y dentro de él no
hay referencia a operaciones que se apliquen sobre los datos.
• Se puede representar en forma de tabla.


 Atributos
• Definen las propiedades de un objeto de datos, tiene una de tres diferentes características. Se usan
para:
• Nombrar una instancia del objeto de datos
• Describir la instancia
• Hacer referencia a otra instancia en otra tabla
• Debe definirse como identificador uno o más de los atributos.


















Ejemplo
10/12/2013
































 Relaciones
Inician la manera en que los objetos datos están conectados entre sí







 Cardinalidad:
Representa en número de ocurrencias del objeto A que se relacionan con ocurrencias del objeto B.
• Uno a Uno (1:1)
(Esposo : Esposa)
• Uno a Muchos (1:N)
(Madre : Hijos)
• Muchos a Muchos (M:N)
(Tio :Sobrino)



















 Modalidad
• Cero si no hay la necesidad que ocurra la relación, es decir es opcional
• Uno si una ocurrencia de la relación es obligatoria.
10/12/2013














Diagrama Entidad Relación (DER)



 Representación Gráfica:


• Los objetos de datos sin representados por un rectángulo etiquetado



• Las relaciones si indican mediante una línea etiquetada conectando objetos. En algunas
variaciones del DER, la línea de conexión contiene un rombo que se etiqueta con la relación.





• Las conexiones entre objetos de datos y relaciones se establecen mediante una variedad de
símbolos especiales que indican Cardinalidad y modalidad.














DIFERENCIA ENTRE UN DER Y UN DED
10/12/2013













MODELADO ORIENTADO AL FLUJO


• El modelo de flujo de datos es una actividad fundamental del análisis
estructurado

• El diagrama de flujo de datos (DFD) adopta un punto de vista del tipo
entrada-proceso-salida. Es decir los objetos de datos entran al sistema son
transformados por elementos de procesamiento y los objetos de datos que
resultan de ello salen del software






ENTRADA
PROCESO


SALIDA
















ELEMENTOS DEL DIAGRAMA DE FLUJO DE DATOS

Notación
Yourdon/De Marco
Notación
Métrica/SSADM


Entidad Externa





Proceso
Entidad
Externa




ID Localización

PROCESO
Terminadores (Fuentes o Destinos) (Personas,
entidades)




Transformaciones o procesos (funciones, calculo,
selección)


Flujo de datos Flujo de datos
Flujos de información(inputs-outputs)



d Almacén de datos


D Almacén de
Datos
Ficheros o depósitos temporales de información (base
de datos, armario, clasificador, entre otros)
10/12/2013














RECOMENDACIONES DEL DIAGRAMA DE FLUJO DE DATOS
Los nombres de los procesos, entidades externa, flujo de datos y almacenes de datos deben ser únicos,
significativos y concisos.

Procesos
• Deben ser capaces de generar los flujos de datos de salida a partir de los de entrada.
• El nombre se forma: verbo + objeto
• Los procesos se descomponen en “subprocesos”, hasta llegar a los procesos primitivos

Entidades externas
• Señalan los limites del sistema y establecen sus relaciones con el entorno
• Son datos, así que nómbralos como datos.
• Los nombres no sirven solo para identificar los datos, sino también la información que se tiene sobre ellos.
Ej. Información(fecha-valida) > información (fecha)
• Las flechas dobles con sentidos opuestos que transportan los mismos datos pueden sustituirse por flechas
doblemente encabezadas
!Pero solo si transportan los mismos datos!

















RECOMENDACIONES DEL DIAGRAMA DE FLUJO DE DATOS


FLUJO DE DATOS
Se pueden considerar flechas convergentes o divergentes, con un mismo nombre.
10/12/2013












RECOMENDACIONES DEL DIAGRAMA DE FLUJO DE DATOS
















ALMACEN DE DATOS

Aparecer en el nivel mas alto en el que sirvan de interconexión entre dos o mas procesos (y en todos los
niveles inferiores)
















Creación de un modelo de flujo de datos: descomposición en niveles


A medida que el DFD se mejora con mayores niveles de detalle, se efectúa la descomposición funcional implícita
del sistema. Al mismo tiempo, la mejora del DFD da como resultado el refinamiento de los datos conforme avanza
por los procesos que constituyen la aplicación

Unos cuantos lineamientos sencillos ayudan muchísimo durante la elaboración del DFD.


DIAGRAMA DE CONTEXTO

• se conoce como diagrama de nivel 0
• Delimita el sistema y su entorno
• Esta formado por un solo macro proceso(el sistema). Las entidades externas (fuentes y destinos) y sus
relaciones con el macro proceso
10/12/2013











Creación de un modelo de flujo de datos: descomposición en niveles


DIAGRAMA DE CONTEXTO






Entidad 1




Entidad 2
Entrada A




Entrada B

0
Nombre del
sistema


Salida C



Entidad 3





















Creación de un modelo de flujo de datos: descomposición en niveles


Ejemplo:

SISTEMA DE DISTRIBUCIÓN SIN INVENTARIO
• Se trata de un sistema que sirve pedidos de libros a unos clientes, con la particularidad de que no mantiene
Un stock o inventario interno. El sistema puede agrupar los pedidos que clientes distintos hacen a un mismo editor, de
Manera que se puedan conseguir descuentos.

ACTIVIDADES:

• El cliente elabora un pedido de libros.
• La empresa elabora pedidos de libros a los editores
• Los editores aportan los libros
• Se informa a los clientes que sus libros han llegado
10/12/2013













Creación de un modelo de flujo de datos: descomposición en niveles


Ejemplo:

DIAGRAMA DE CONTEXTO:






























Creación de un modelo de flujo de datos: descomposición en niveles


DIAGRAMA DE SISTEMA:


• Se conoce como diagrama de nivel 1.
• Tambien se conoce como diagrama 0, porque representa la explosion del nivel 0 (diagrama de contexto)
• Las entradas y salidas del diagrama de contexto debe permanecer constantes.
• En el se representan las funciones principales.
• Se representan procesos que sean conceptualmente independiente entre si para poder dividir el trabajo
• Cada proceso debe ser numerado
10/12/2013















Creación de un modelo de flujo de datos: descomposición en niveles


DIAGRAMA DE SISTEMA:





Entidad
1


Entrada A
1

Proceso
General
AAA

Flujo de datos B
Flujo de datos C
2

Proceso
General
BBB

Salida C


Entidad
3

Registro E

Almacén de datos 1 Almacén de datos 2





Entidad
2




Entrada B


3

Proceso
General
CCC



Flujo de datos D


4

Proceso
General
DDD
Registro E












CREACION DE UN MODELO DE FLUJO DE DATOS
DESCOMPOSICIÓN EN NIVELES

DIAGRAMA DE SISTEMA: (nivel siguiente)
10/12/2013













CREACION DE UN MODELO DE FLUJO DE DATOS
DESCOMPOSICIÓN EN NIVELES


DIAGRAMA HIJO: (nivel mas detallado)

• El diagrama de sistema se explota para crear por cada proceso un diagrama hijo mas detallado
• El diagrama hijo (DH) no puede producir salida o recibir entrada que el proceso padre no produzca o reciba
(balanceo Vertical)
• Al proceso hijo se asigna números usando como base el numero del proceso padre
• En DHS generalmente no se muestran las entidades externas y pueden contener almacenes de datos no
mostrados en el proceso padre.
• Los procesos pueden o no ser explotados dependiendo del nivel de complejidad






















CREACION DE UN MODELO DE FLUJO DE DATOS
DESCOMPOSICIÓN EN NIVELES


PROCESOS PRIMITIVOS

• Son los procesos de un DFD que ya no se descomponen en mas diagramas de nivel inferior
• Cada proceso primitivo tendrá que ser descrito a través de una especificación
• Son primitivos si se sucede que:
• Puede especificarse en menos de una página mediante pseudocódigo
• Tiene poco flujos de entrada y de salida
• Resulta se demasiado sencillo
10/12/2013
















DICCIONARIO DE DATOS (DD)

Es una lista organizada de los datos utilizados por el sistema que gráficamente se encuentran representados
por los flujos de datos y almacenes presentes sobre el conjunto de DFDs (las entradas deben ser únicas)

SIMBOLO SIGNIFICADO
= Esta compuesto de, o equivalente a
+ Y
[], | Exclusivo: solo una de las opciones
1{ }N Interacciones entre 1 y N veces del termino entre llaves
() Opcional
*texto* Comentario
@ Identificador de campo clave en un almacén (también, alternativamente, se
puede subrayar la clave)


















Libros ENTREGADOS = alabaran + lista-novedades
Libros RECIBIDOS = (título + cantidad)
Flujo de datos: entrega
Descripción: Conjunto de libros enviados por un proveedor a la biblioteca, basado en la relación que
previamente había recibido.
Sinónimos: ** none **
Componente de: ** none **
Composición:
Libros
{Albarán}
Información de entrada y salida
Origen Destino
*** Off the diagram *** Compra Lirbos
Proveedores Biblioteca
10/12/2013

















Alternativa SI condición
Bloque
Si NO
Bloque
FIN SI
Repetitiva MIENTRAS condición
Bloque
FIN MIENTRAS
REPETIR
Bloque
HASTA condición
Secuencia Esta formada por un conjunto de sentencias
(bloque) donde cada una puede ser a una acción
sencilla o una estructura de las anteriores















La especificación del proceso se utiliza para describir todos los
procesos del modelo de flujo que aparecen en el nivel final de
refinamiento


Técnicas:


- Lenguaje estructurado
- Arboles de decisión
- Tablas de decisión
- Pre y post condiciones

















Lenguaje estructurado
Es un lenguaje formado por un subconjunto de palabras para
formar construcciones de la programación estructurada.
10/12/2013






























Lenguaje estructurado
Si la factura excede de $300
- Si la cuenta cliente tiene alguna factura sin pagar mas de 60
días, dejar la confirmación pendiente de este pago.
- Si NO (la cuenta esta en buen estado) hacer confirmación y factura
SI NO (la factura es de $300 o menos)
- Si la cuenta del cliente tiene alguna factura sin pagar mas
de 60 días hacer la confirmación, la factura y escribir un
mensaje sobre informe de crédito.
- Si NO (la cuenta esta en buen estado hacer confirmación y
factura)
FIN-SI
























Arboles de
decisión
Se suele utilizar
cuando hay
muchas
condiciones





Es una representación en forma de árbol que
representa los valores de las variables y las
acciones tomadas (que dependen del valor
de la variable y de las acciones anteriores).
10/12/2013







































Política
contable




Factura
excede de
$300





Factura
menos de
$300

Cuentas
impagadas
mas de 60
días

Cuentas en
buen estado


Cuentas
impagadas
mas de 60
días

Cuentas en
buen estado
1. Dejar confirmación
pendiente de los pagos
debidos


2. Hacer confirmación y
factura

3. Hacer confirmación y
factura y escribir mensaje
sobre informe de crédito


4. Hacer confirmación y
factura





























Tabla de decisión



Es un modelo alternativo que
muestra la función en forma
tabular o matricial
Para ello hay que definir la
parte de condición, formada
por un conjunto de
condiciones y entradas de
condiciones y la parte de
acción formada por un
conjunto de acciones y
entradas de acción.
10/12/2013




























Tabla de decisión

Estado de la Correcto Impagado Correcto Impagado
cuenta
Neto factura > $300 > $300 <= $300 <= $300
Confirmación * *
Pendiente
Hacer * * *
Confirmación
Hacer Factura * * *
Escribir *
Mensaje

























Pre-post condiciones





Se centran mas en la relación que deben tener las entradas y
salidas del proceso que en su algoritmo. Por un lado se
indican las condiciones que se tienen que cumplir para que el
proceso pueda comenzar (precondiciones), así como las
condiciones que deben cumplirse cuando el proceso ha
concluido (postcondiciones)
10/12/2013





























Pre-post condiciones
Pre1 (la factura excede de $300) y (la cuenta del cliente tiene alguna factura sin pagar mas de 60 días)
Pos1 (confirmación pendiente de este pago)


Pre2 (la factura excede de $300) o (la cuenta del cliente no tiene alguna factura sin pagar mas de 60
días)
Pos2 (confirmación y factura realizadas)


Pre3 (la factura no excede de $300) y (la cuenta del cliente tiene alguna factura sin pagar mas de 60
días)
Pos3 (confirmación y factura realizadas) y (mensaje impreso sobre informe de crédito)


Pre4 (la factura no excede de $300) y (la cuenta del cliente no tiene alguna factura sin pagar mas de 60
días)
Pos4 (confirmación y factura realizadas)


















Ejemplo: Descripción del proceso Registro de Ventas




Reporte de Venta
REGISTRO
DE
VENTAS
Resumen de Venta


= Cliente
+ Nro_Parte
+ Cantidad_Vendida
+ Precio_Unitario




VENTAS
= Nro_Parte
+ Cantidad_total
+ Valor_total
= Cliente
+ valor_de_venta
10/12/2013



































Ejemplo: Descripción del proceso Registro de Ventas


BEGIN
Receive ´REPORTE VENTA´
Get VENTAS record for Nro Parte in ´REPORTE VENTA´
CANT_TOTAL = CANT_TOTAL + CANT_VENDIDA
VALOR_VTA = CANT_VENDIDA * PRECIO_UNIT
VALOR_TOT = VALOR_TOT + VALOR_VTA
Write VENTAS record
Send ´RESUMEN VENTAS´
END















Reporte de ventas = Cliente + Nro_parte + cantidad_vendida +
precio_unitario




Resumen de Ventas = Cliente + Valor_de_venta




DEFINICION DE ALMACENES




Ventas = @ Nro_parte + Cantidad_total + Valor_total
10/12/2013





























Actividades
Programa que lee los datos de un empleado de una empresa (DNI,
nombre y apellidos, edad, etc) y los almacena como transacciones en
un fichero de información de empleados.





























Diagrama de Contexto:



Datos
erróneos




PERSONAL pedido GENERADOR DE
TRANSACCIONES
Registro
transacción
DATOS
EMPLEADOS
10/12/2013

















































Diagrama de Sistema (Nivel siguiente):


Datos
Empleado
Leer datos
empleado
pedido
Validar
datos
Datos
erróneos



Datos
validos


Construir
registro de
transacción
Registro
transacción
Grabar
registro de
transacción

Registro
transacción

DATOS
EMPLEADOS




















Especificación del proceso 1: Leer datos Empleado
Proceso1: Leer datos empelado
Boton = “Visualizar datos personales()”//dni, nombre, apellidos, estado civil, dirección
If botón = cancelar
borrar_info_pantalla()
ir a proceso 1
Else
leer_datos_pantalla()
botón= visualizar_datos_economicos // sueldo,complementos, etc.
if botón = cancelar
borrar_info_pantalla()
ir a proceso 1
Else
10/12/2013























leer_datos_pantalla()
botón= visualizar_datos_economicos //
titulación, cursos realizados, etc
ir a proceso 1
if botón = cancelar
borrar_info_pantalla()
ir a proceso 2
endif


Endif
endif
End proceso 1























Especificación del proceso 2: Validar Datos
Proceso 2: Validar datos
//el proceso 1 realiza una validación sintáctica de los datos (p.e: edad valor numérico).
//mientras que el proceso 2 realiza una validación semántica
ComprobarDatosPersonales() //comprobar dirección en Madrid, prefijo = 91
ComprobarDatosEconomicos() // no puede poner una gratificaion por destino en el extranjero si esta
//destinado en el país de origen
ComprobarDatosAcademicos() //no puede poner una titulación academica que no exista

If error_validación
visualizar_datos_erroneso()
Else

Endif

ir al proceso 3
End proceso2
10/12/2013





















Especificación del proceso 3: Construir Registro Transacción
Proceso 3: Construir Registro Transacción
CrearTransaccion() //poner indicativo, transformar literales en códigos, ajustar longitudes de campos
//quitar blancos, etc
Ir al proceso 4
End proceso3
Especificación del proceso 4: Grabar registro Transacción
Proceso 4:Grabar registro Transacción

GrabarResgistro (fichero, movimientos) // insertar el registro en el fichero de movimientos
//ordenado por indicativo y orden de llegada
End proceso4





































































































































BODEGA