Ê
Ê 

ÊÊ  

 ÊÊÊ Ê Ê
Ê

 
 Ê  Ê

c


 


 

ANÁLISIS DE SISTEMAS



2009



V


: 2009-2010



 

5





 80




 

  

x Elaboración de algoritmos
x Fundamentos básicos de base de datos
x Técnicas de recolección de información
x Entender conceptos generales orientados a objetos
x Saber utilizar herramientas de modelado

 



 







· Análisis y diseño orientado a objetos, y

· Diseño orientado a objetos

 



 







1. Conocer las acciones requeridas hacia la automatización de las empresas mediante

el análisis, diseño, desarrollo, documentación e implementación de los sistemas.
a. Automatización de procesos manuales
b. Administrar servidor de bases de datos.
c
 

 

Ing. Nelly Cueva

’

 

El análisis y diseño de si stemas es una asignatura que permite identificar los procesos
manuales de una empresa para automatizarlos mediante un sistema informático o
software.

Antiguamente todos los procesos que se desarrollaban en las diferentes empresas eran
operados de forma manual, esto hacia que los procesos sean lentos, inseguros y por ende
ocupaban demasiado personal y tiempo, lo que originaba grandes pérdidas económicas
para la empresa.

A medida que surgió la tecnología las empresas tuvieron la necesidad de implementar

varios sistemas que incrementaran su rendimiento y ganancias.

La tecnología nunca ha dejado de crecer por lo contrario su desarrollo cada día es más
acelerado, esto ha sido evidenciado por t oda la sociedad.

La tecnología no es solo desarrollar software, o conectar los equipos en red o construir un

equipo; sino que existen varios factores que se integran a estos elementos para producir
tecnología, es el caso de la Física, Matemáticas, Elect rónica, etc. Esto origino la creación
de varias especialidades (Ing. Electrónica, Medicina, Ing. Informática, Ing. En
Telecomunicaciones, Arquitectura, y muchas más) capaces de contribuir con el avance
tecnológico antes mencionado.

El análisis y diseño de sistemas hasta cierto punto podría considerarse no solo una
asignatura sino una especialidad debido a la extensibilidad que comprende su contenido
para el aprendizaje. Esta asignatura es el punto de partida para el solucionar los problemas
de las empresas. Un sistema bien analizado, diseñado e implementado no soluciona solo
el efecto de un problema sino también la causa , debido a que no soluciona un problema
para un momento por lo contrario la solución se produce para un periodo indefinido de
tiempo.

’
A nuestro Ecuador y concretamente a todo Latino América se lo s considera como países
subdesarrollado s, esto ha originado que no seamos creadores de tecnología sino
explotadores de la misma; debido a esto ellos han creado:

x Herramientas de desarrollo de softw are y nosotros somos quienes desarrollamos

sistemas utilizando estas herramientas.
x Servidores de Bases de Datos; nosotros los utilizamos para almacenar
información.
x Herramientas de Diseño; nosotros los utilizamos para crear nuestros modelos.
x Etc.

Para el desarrollo de la presenta asignatura se tomaran en cuenta empresas locales

en las cuales se realizara la recolección de información la misma que dará paso al
análisis y diseño.

Ë


El alumno al finalizar el ciclo estarán en capacidad de:

1. Diseñar y Administrar Sistemas de Base de Datos.

2. Conocer las acciones, requerimientos hacia la automatización de las empresas

mediante el análisis, diseño, desarrollo, documentación e implementación del
sistema.

3. Generar el código fuente de la aplicación en base de los modelos obtenidos durante

el proceso de desarrollo de software.

Ë
 ù
  

ù c

 

Conocer las acciones requeridas hacia la automatización de las empresas mediante el

análisis, diseño, desarrollo, documentación e implementación de los sistemas.



 




 







 
 













 



 




Y’ YË Yù Y YË Yù Y Y Y Y


Y Y YË Yù Y
Y’ Y’
Yc Yc Y
Yc


 !
"
" !#$$
"
Necesidades y
 Ê
Ê


!%&'#
requerimientos de la


empresa.

 Ê
Ê

Ê
 

Implementación del


Modelado de los casos sistema.

Yc de uso
Yc


Y
Y’ Y’
Implementación del YË Yù Y Y Y Y


Yc
YË Yù Y Y sistema.
Y Y

Yc
Y’ Y

YË Yù Y Y Y Y













c
Etapas del proceso de desarrollo de software.

’
Definición de un modelo .

Ë
El lenguaje UML para la construcción de Modelos.

ù Técnicas útiles en el análisis de sistemas: Entrevista, lluvia de ideas, observación

directa.
ù
 
 


 
 





c
Trabajo con el usuario.

’
Definiciones básicas: Dominio, Experto.

Ë
Descripción general del problema, definición y tipo de requerimientos (funcionales y no

funcionales).

ù Verificación del modelo y construcción del glosario de términos.







c
Modelamiento del dominio.

’
Modelamiento de casos de uso.

Ë
Análisis de Robustez.

ù Modelamiento de la interacción o diseño detallado.



 



c
Revisión del modelo estático.

’ Mapeo de base de datos (horizontal y vertical).

Ë Definición del alcance de la tecnología y arquitectura a utilizar.

ù Generación del código de la aplicación.

( Construcción del manual de usuario y puesta en marcha de la aplicación.

ù Ë



  















x Definir
las etapas del
proceso de desarrollo de software.

x Comprender y aplicar las herramientas para desarrollar el modelado del Sistema.






c











c c
ö ué es un proceso de desarrollo de software?

c ’
Importancia del proceso de desarrollo en la construcción de software.

c Ë
Etapas del proceso de desarrollo de software.

c ù
Definición de un modelo.

c (
El lenguaje UML para la construcción de Modelos.

c )
Técnicas útiles en el análisis de sistemas: Entrevista, lluvia de ideas y observación directa.





*

Para el desarrollo de esta unidad los estudiantes deberán seleccionar empresas que permitan el
estudio y el análisis de la información, esto se lo realizara mediante técnicas grupales y en el aula.
Además se realizara plenarias para discutir experiencias, aclarar interrogantes y definir la
metodología de trabajo.


 


 
 







· Aplicar y desarrollar destrezas en la utilización de las herramientas de la

recolección de información.
· Identificar con exactitud los requerimientos de los clientes.





’

 


 
 

2.1. El trabajo con el usuario.
2.2. Importancia del trabajo con el usuario.
2.3. Definiciones básicas: Dominio, Experto.
2.4. Descripción general del problema.
2.5. Definición de Requerimiento.
2.6. Requerimientos Funcionales.
2.7. Requerimientos no Funcionales o Atributos del sistema.
2.8. Verificación del modelo de requerimientos del sistema.
2.9. Construcción del glosario de términos.


*

Para el desarrollo de esta unidad los estudiantes deberán seleccionar empresas que permitan el
estudio y el análisis de la información, esto se lo realizará aplicando técnicas grupales y en el aula.


Además se realizará plenarias para discutir experiencias aclarar interrogantes y definir la
metodología de trabajo.


 





· Representar datos mediante la aplicación del Modelamiento del dominio en la etapa

del análisis y construcción.
· Diseñar mediante la aplicación del Lenguaje de Modelamiento Unificado (UML).





Ë
 

 

Ë c
Definición del modelo del dominio.

Ë ’
Definiciones básicas o necesarias de conocer.

Ë ’ c
Concepto.

Ë ’ ’
Abstracción.

Ë ’ Ë
Definición.

Ë Ë
Descubriendo los conceptos del dominio (Fuentes de identificación).

Ë Ë c
La técnica de Inspección gramatical.

Ë Ë ’
Depuración de la lista de conceptos obtenidos.

Ë Ë Ë
Representación de los conceptos en UML.

Ë ù
Objetos y clases.

Ë (
Identificación de relaciones entre conceptos.

Ë ( c
Asociación.

Ë ( ’
Tipos de asociación y su representación en UML.

Ë ( Ë
Herencia y su representación en UML.

Ë )
Estructura de las clases: Atributos y Métodos.

Ë +
Identificación de los atributos de las clases.

Ë + c
Representación de los atributos en UML.

Ë + ’
Criterios para la colocación de atributos a las clases.

Ë + Ë
Como diferenciar un atributo de una clase.

Ë + ù
Visibilidad.

Ë ,
Elementos adicionales de los diagramas de clases.

Ë , c
Roles.

Ë , ’
Multiplicidad.

Ë , Ë
Navegabilidad.

Ë -
Diagrama de clases de UML.

Ë c.
Paquetes.


ù
 






ù c
Finalidad del modelo de casos de uso.

ù ’
Diagrama de Casos de Uso.

ù ’ c
Actores.

ù ’ ’
Casos de Usos.

ù Ë
Identificación de Casos de Uso: basada en actores y basada en eventos.

ù ù
Clasificación o tipos de Casos de Uso.

ù ù c
Por el formato: Alto Nivel y expandidos.

ù ù ’
Por la incidencia en el sistema: primarios, secundarios y opcionales.

ù ù Ë
Por el nivel de abstracción: Esenciales (nivel de análisis) y Reales o del Sistema (nivel
de diseño).

ù (
Observaciones para la conformación y narración de los casos de uso.

ù )
Trabajando directamente desde un prototipo GUI para la identificación de los casos de uso.

ù +
Cursos de Acción Básicos y Alternativos de los casos de uso.

ù ,
Factorización de los casos de uso.

ù -
Punto de revisión de los Casos de uso con respectos a los requerimientos del sistema.



(
 *


 /



( c
Tipos de Objetos.

( ’
Roles claves del análisis de robustez.

( Ë
Desarrollando el análisis de robustez.

( ù
Refinando el modelo del dominio (estático).

( (
Beneficios del análisis de robustez.

( )
Punto de revisión del diseño preliminar.



)

 


 





) c
Metas del modelo de interacción.

) ’
Diagramas de Secuencia.

) ’ c
Tipos de elementos.

) ’ ’
Construcción.

) ’ Ë
Inserción de Métodos sobre clases.

) Ë
Diagramas de Colaboración.

) Ë c
Notación.

) Ë ’
Construcción.

) ù
Introducción a los Patrones (DAO).

) (
Actualizando el modelo estático o diagrama de clases.

) )
Diagramas de Estado.

) ) c
Elementos básicos.

) ) ’
Construcción.

 ) +
Punto de Revisión del diseño detallado.





*

Se realizaran trabajos grupales sobre los temas de clase correspondientes, aplicación de
los conocimientos mediante el análisis de casos prácticos.

Todos los conocimientos serán puestos en práctica en la realizaci ón del proyecto, además
en la presente unidad se requerirá de un computador para realizar las prácticas
correspondientes.


  



· Una vez realizado el análisis e interpretación de alumnos estarán en la capacidad de

realizar la implementación y puesta en marcha del sistema.
· Conocer los diferentes tipos de tecnologías y arquitectura para seleccionar la que se pueda
aplicar.





+
 

+ c
Revisión del modelo estático.

+ ’
Mapeo de Bases de Datos.

+ ’ c
Mapeo Horizontal.

+ ’ ’
Mapeo Vertical.

+ Ë
Diagrama de Componentes.

+ ù
Ubicación de las clases en componentes.

+ (
Definiendo el alcance de la tecnología y arquitectura a utilizar.

+ )
Generación del código de la aplicación.

+ +
Construcción del manual de usuario.

+ ,
Puesta en marcha de la aplicación.

(
0
 





 

Para que en el presente ciclo se cumpla con lo planteado las autoridades deben hacer uso de la
misma con la finalidad de asegurar la asistencia a clases tanto de parte de maestro como de los
alumnos, y estos últimos como tal deben estar en disposición de tiempo para poder hacer trabajos
de investigación extraclase.
Es responsabilidad de las autoridades brindar un ambiente agradable y materiales necesarios para
el desarrollo o desenvolvimiento: tal es el caso de centros en completo funcionamiento (apertura
puntual, condiciones higiénicas agradables, equipos actualizados y en buen estado físico),

Para los trabajos de investigación los alumnos deberán determinar el tipo de empresa y el lugar
(sector) en donde realizaran dicho trabajo, y como requerimientos deben presentar solicitud de
permiso a la empresa realizar encuestas, entrevistas, etc.

)
 




La evaluación será continua y tomara en cuenta los principales factores que influyen o no en el éxito
del programa. Para la evaluación se tomara cuatro horas finales consideradas para cada unidad y
en ella participara: estudiantes, profesores, autoridades y miembros de la comunidad.

Para acreditar se requiere el cumplimiento exitoso de los siguientes parámetros:

Asistencia y puntualidad 10%

Trabajos Grupales y Actuación en clase 10%

Trabajos Extraclase 10%

Evaluaciones 30%

Trabajo final 40%

+

0

x ROSENBERG D, SCOTT K, Use Case Driven Object Modeling with UML: a practical
approach, Editorial AddisonWesley,USA.
x REED, Paul R. Jr., Developing Applications with Java and UML, Editorial AddisonWesley,
2002, USA.
x SCHNEIDER G, WINTERS J. P., Applying Use Cases a practical Guide, Editorial
AddisonWesley Object Technology Series, USA.
x RUMBAUGH J, JACOBSON I, BOOCH G, The Unified Modeling Language Reference
Manual, Editorial AddisonWesley Object Technology Series, USA.

c
  1



 




 



 
 

2
 

 c
 ’
 Ë
 ù

1 Conocer las acciones Aplicar Determinar Modelado del Implementar

requeridas hacia la técnicas de necesidades y sistema. el Sistema.

automatización de las recolección de requerimientos

información. de la empresa.
empresas mediante el
análisis, diseño,
desarrollo,
documentación e
implementación de los
sistemas.

cc