Bueno aqui les dejo mi presentacion espero q me manden la suya ok

2. SALIR
20/OCTUBRE/2009

3. Herramientas
CASE Métodos
Desarrollo Orientado
a Objetos Formales
Reingeniería de Inspecciones
Procesos
Administración Métricas
del Riesgo
JAD, RAD, PD Reusabilidad
Lenguajes de 4ta Ingeniería de la
Generación Información
Contratación
Estándares
Externa

4. ¿Qué son las Herramientas CASE?
Conjunto de Programas y ayudas que dan asistencia a los
analistas , ingenieros de Software y desarrolladores , durante
todos los pasos del Ciclo de Vida de Desarrollo de un Software .
Identificación de problemas, oportunidades y objetivos
Determinación de los requerimientos de información.
Análisis de las necesidades del sistema.
Diseño del sistemas recomendado.
Desarrollo y documentación del software
Pruebas y mantenimiento del sistema.
Implementación y evaluación del sistemas.

5. RAZONES PARA EL USO DE LAS
HERRAMIENTAS CASE
1. AUMENTO EN LA PRODUCTIVIDAD DEL ANALISTA:
Visible Analyst (VA)
Genera información sobre el modelo en muchas formas distintas
incluyendo.
COBOL
C
Visual Basic
SQL
XML
2. MEJORA LA COMUNICACIÓN ANALISTA-USUARIO
3. INTEGRACION DE LAS ACTIVIDADES DEL CICLO DE VIDA
4. EVALUAR DE MANERA PRECISA LOS CAMBIOS EN EL
MANTENIMIENTO

6. Son el tipo mas simple de
Herramientas Case. Automatizan Abarca todas las Fases del
una fase dentro del ciclo de vida. Ciclo de Vida del Desarrollo
Dentro de este grupo se de Sistemas. Son llamadas
encontraran las herramientas de Herramientas también CASE Workbench.
reingeniería, orientadas a la fase de Integradas, I-CASE
mantenimiento
Juegos de Herramientas
Herramientas de Alto
o
nivel , U-CASE
Tools-CASE
Orientadas a la
automatización y
Dirigidas a las ultimas soporte de las
Herramientas de bajo actividades
fases del desarrollo: nivel , L-CASE
Construcción e desarrolladas durante
implantación. las primeras fases del
desarrollo: análisis y
diseño.
MENU

7. UML (Unified Modeling Language) es un
lenguaje que permite modelar, construir y
documentar los elementos que forman un
sistema software orientado a objetos.
Modelos
Un modelo representa a un sistema software
desde una perspectiva específica

8. :
· Diagrama de Estructura Estática.
· Diagrama de Casos de Uso.
· Diagrama de Secuencia.
· Diagrama de Colaboración.
· Diagrama de Estados.

9. PRINCIPAL

10. PRINCIPAL

11. PRINCIPAL

12. PRINCIPAL

13. PRINCIPAL MENU

14. Es la revisión fundamental y el cambio radical del diseño
de procesos, para mejorar drásticamente el
rendimiento en términos de costo, calidad, servicio y
rapidez.

15. Los procesos que sean
seleccionados para la
reingeniería deben ser
de carácter
fundamental, como las
actividades mediante
las cuales una empresa
atiende los pedidos de
sus clientes

16. MENU

17. Se llama administración de riesgos a la aplicación de
estrategias para evitar o reducir los costes
generados por los riesgos.

18. Proceso de administración de riesgos
Identificar riegos de perdida
Determinar frecuencia y severidad
MENU
Determinar impacto económico
Seleccionar técnicas
Evitar
Control de Prevención
Riesgos
Reducir
Administración Post-siniestro
de Riesgos
AHA Sin reservas
Retener
Funcionamient Con reservas
o de Riesgos
Seguros/Fianzas
Transferir
Otros
Implementar , revisión periódica

19. El Desarrollo rápido de aplicaciones o Rapid Application
Development (RAD) es un proceso de desarrollo de software. El
método comprende el desarrollo iterativo, la construcción de
prototipos y el uso de utilidades CASE (Computer Aided Software
Engineering). Tradicionalmente, el desarrollo rápido de
aplicaciones tiende a englobar también la usabilidad, utilidad y la
rapidez de ejecución.

20. Diseño participativo (PD) es un conjunto
de diversas formas de pensar, planificar y
actuar a través del cual la gente hace su
trabajo, las tecnologías y las instituciones
sociales más sensibles a las necesidades
humanas.

21. Los lenguajes de cuarta generación o bien
4GL son herramientas encargadas de
optimizar el desarrollo de software
automatizando la creación de este.
Se han utilizado principalmente
en la generación de código para
GUI y además en la
implementación de programas
que facilitan las tareas de los
desarrolladores y clientes

22. Toman una
descripción del
formato y el
reporte a generar,
Report Generators y de ahí
pueden generar el
En algunos forma
reporte de casos
Forms Generators
manejan bien un
directa, o
iteracionesque
programa online
con los usuarios de
Se encargan de
genere el reporte.
Los Ambientes de la aplicación o
generar todo un
Cuarta Generación bien crean un
sistema a partir
programa para
de las salidas de
que manejen esta
herramientas
Proveen comandos
Los Administradores iteración.
para lapantallas,
CASE,
de Datos
manipulación de
reportes y además
MENU datos, selecciones
posiblemente de
Herramienta para
de casos y
Los generadores la especificaron
crear programas
de aplicaciones documentación de
de algún proceso
que hagan de
datos en la
lógico adicional.
interfase entre las
preparación de el
usuario y lapara
información
base de datos.
análisis estadísticos y
reportes.

23. CONTRATACION
EXTERNA
Cada vez más las
empresas utilizan el
outsourcing
(contratación
externa o
tercerización) para Para que el outsourcing sea exitoso, su
administrar ciertas empresa deberá identificar las
actividades principales que la
áreas no criticas de mantienen competitiva y contratar
su negocio. externamente las restantes.
Es fundamental que genere resultados
reales y medibles establecidos antes
MENU de la contratación.

24.  El grado en que un
programa ( o partes
de un programa ) se
puede reusar en otras
aplicaciones.
 Esto va relacionado
con el
empaquetamiento y el
alcance de las
funciones que realiza
el programa.
MENU

25.  Representan medidas
indirectas, es decir, nunca se
mide realmente la calidad,
sino algunas de sus
manifestaciones. El factor
que lo complica es la
relación precisa entre la
variable que es medida y la
calidad del software. No se
puede medir directamente la
calidad del software por la
naturaleza subjetiva de esta
actividad.
MENU

26. MÉTODOS FORMALES
En este
subapartado se
describirán dos
técnicas, que
pueden ser el Medidas de fiabilidad
objetivo de un
proyecto de
auditoría que
Proceso limpio de
abarque el área creación de equipo
de explotación lógico
de SI:

27. Con estas dos
clasificaciones se Los errores
podrán establecer
conclusiones
detectados se
estadísticas, que clasifican en 3
permitirán tomar CAUSA categorías.
medidas de
corrección
Graves
Número de
Menores
defectos nulo
Muy Graves
Se centra en la
consecución del objetivo
PRINCIPAL de número de defectos
IMPORTANCIA nulo

28.  La fiabilidad del
equipo lógico se
define en términos
estadísticos como la
«probabilidad de
operación libre de
fallos de un
programa de
ordenador en un
entorno determinado
y durante un tiempo
específico».

29. Inspeccionar es revisar un programa con el objetivo de encontrar
defectos en él.
Las inspecciones actúan de manera estática.
realizarse antes que la prueba.
MENU

30. PRINCIPAL
- X - X
- X - X

31. Es una locución latina que significa literalmente «para
esto». Generalmente se refiere a una solución
elaborada específicamente para un problema o fin
preciso y, por tanto, no es generalizable ni utilizable
para otros propósitos.
Se usa pues para referirse a algo que es adecuado sólo
para un determinado fin. En sentido amplio, ad hoc
puede traducirse como «específico» o
«específicamente».
MENU

32.  Está dirigido a modelar
el objeto mediante la
determinación de sus
componentes, así como
las relaciones entre
ellos. Esas relaciones
determinan por un lado
la estructura del objeto
y por otro su dinámica.
MENU

33.  Método formal es cualquier
técnica que trate la construcción
y/o el análisis de modelos
matemáticos que contribuyen a
la automatización del desarrollo
de sistemas informáticos
MENU

34. MENU
Los métodos formales se
basan en el empleo de
técnicas, lenguajes y
herramientas definidos
matemáticamente para
cumplir objetivos tales
como facilitar el análisis y
construcción de sistemas
confiables
independientemente de su
complejidad, delatando
posibles inconsistencias o
ambigüedades que de otra
forma podrían pasar
inadvertidas.

35.  Se comprende mejor el sistema.
 La comunicación con el cliente mejora ya que se
dispone de una descripción clara y no ambigua
de los requisitos del usuario.
 El sistema se describe de manera más precisa.
 El sistema se asegura matemáticamente que es
correcto según las especificaciones.
 Mayor calidad software respecto al
cumplimiento de las especificaciones.
 Mayor productividad.
PRINCIPAL

36. ESTANDARES DE INGENIERIA
DEL SOFTWARE
Regla o base de comparación que
se utiliza para medir algún aspecto
del software.
 Calidad
 Productividad
 Duración
 Esfuerzo
 Costo

37. ¿Por qué UTILIZAR
ESTANDARES?
Son indispensables cuando muchas personas, productos y
herramientas deben coexistir.
Promueven el buen uso de métodos y herramientas.
Permiten la comunicación entre los desarrolladores.
Facilitan el mantenimiento del software.
Facilitan la capacitación del personal.
Proveen una base para evaluar los diferentes productos
de software.
Permiten definir el proceso de software de una
organización.

41. MENU

42.  La aplicación de una serie de técnicas formales integradas
para el planeamiento, análisis, diseño y construcción de
sistemas de información para la totalidad de una empresa,
o un sector importante de ella.
MENU