Вы находитесь на странице: 1из 40

ANALISIS Y DISEÑO DE SISTEMA

METODOLOGÍA DE DESARROLLO
Y
PROYECTOS

Ing. Sanchez Castillo Eddye Arturo


eddiesanchez0710@gmail.com
www.ceneinnova/eddyesanchez
Contenido
1. Presentación del Silabo
2. Prueba de Entrada
3. Introducción
4. Metodología RUP
a) Mejores Practicas
b) Estructura
c) UML
d) Herramientas CASE
5. Proyectos
a) Definición
b) Administración y Control de Proyectos
c) Ficha técnica de proyectos

Análisis y Diseño de Sistemas


02
Presentación del Silabo
PRIMERA UNIDAD Viernes
01 METODOLOGÍA RUP, GESTION DE PROYECTOS: 03.Abr
02 MODELO DE NEGOCIOS I 10.Abr
03 MODELO DE NEGOCIOS II 17.Abr
04 MODELO DE NEGOCIOS III 24.Abr
05 MODELO DE NEGOCIOS IV 01.May
06 SUSTENACION INICIAL DEL PROYECTO Y CONTROL DE LECTURA 08.May

SEGUNDA UNIDAD Viernes


07 INGENIERIA DE REQUISISTOS I 15.May
08 INGENIERIA DE REQUISISTOS I 22.May
09 INGENIERIA DE REQUISISTOS I 29.May
10 EXAMEN PARCIAL 05.Jun

Análisis y Diseño de Sistemas


03
Presentación del Silabo
TERCERA UNIDAD Viernes
11 MODELO DE REQUERIMIENTO I 12.Jun
12 MODELO DE REQUERIMIENTO II 19.Jun
13 MODELO DE REQUERIMIENTO III 26.Jun
14 DESARROLLO DE CASOS EMPRESARIALES 03.Jul
15 SUSTENACION FINAL DEL PROYECTO 10.Jul
16 ESAMEN FINAL 17.Jul
17 EXAMEN DE REZAGADOS DEL EXAMEN FINAL 24.Jul

CODIGO REFERENCIA BIBLIOGRAFICA


658.404H81 Horine Gregory. “Manual imprescindible de gestión de proyectos”.
005.12F24EJ.4 Farrell Joyce. “UML: Modelado de software para profesionales”. 7º Edición .
003K33EJ.5 Pressman Roger. “Ingeniería del software: Un enfoque práctico”. 7º Edición.
004.21W62EJ.5 Jeffrey W. “Análisis de Sistemas, Diseño y Métodos”, 7ºEdición.
005.74C96EJ.3 Cuadra Dolores. “Desarrollo de bases de datos. Casos prácticos desde el análisis
a la implementación”. (1º Edición). México DF.

Análisis y Diseño de Sistemas


04
Prueba de Entrada

Análisis y Diseño de Sistemas


05
Definiciones
Análisis:
Existen tantos tipos de análisis que centrarse en
una única definición aplicable en todos los
ámbitos resulta muy complicado.
A nivel general, puede decirse que:
Un análisis consiste en identificar los
componentes de un todo, separarlos y
examinarlos para lograr acceder a sus
principios más elementales.
Análisis y Diseño de Sistemas
06
Definiciones
El análisis pone énfasis a una investigación del
problema y los requisitos, en vez de ponerlos en una
solución.
Por ejemplo:
Si desea un nuevo sistema de Información
informatizado para una Biblioteca ¿Cómo se utilizará?
Análisis es un termino amplio, es mas adecuado
calificarlo, como análisis de requisitos o análisis
de objetos.

Análisis y Diseño de Sistemas


07
Definiciones
DISEÑO:
Pone énfasis en una solución conceptual que
satisface los requisitos, en vez de ponerlo en la
implementación.
Es mas apropiado calificar el termino como Diseño
de Objetos o diseño de Base de Datos.
El análisis y el diseño se han resumido en la frase:
HACER LO CORRECTO (análisis)
HACERLO CORRECTO (diseño)

Análisis y Diseño de Sistemas


08
Definiciones
Un sistema es un
conjunto de funciones
que operan en armonía
o con un mismo
propósito, y que puede
ser ideal o real.

Por su propia naturaleza, un sistema posee reglas o


normas que regulan su funcionamiento y, como tal,
puede ser entendido, aprendido y enseñado

Análisis y Diseño de Sistemas


09
Definiciones
El análisis de sistemas es
la ciencia encargada del
análisis de sistemas
grandes y complejos, y la
interacción entre esos
sistemas.
También se denomina análisis de sistemas a una de las
etapas de construcción de un sistema informático, que
consiste en relevar la información actual y proponer los
rasgos generales de la solución futura.
Análisis y Diseño de Sistemas
010
Definiciones
Considere a un sistema como una combinación de
software y hardware que da una solución a un
problema negocios.
El desarrollo de sistemas es la creación de un
programa para un cliente, este último es quien
tiene el problema que debe ser resuelto.
Un analista es el que documenta el problema del
cliente y lo comunica a los desarrolladores, que
son los programadores que generarán el
programa que resolverá el problema y lo
distribuirán en equipos de computación.
Análisis y Diseño de Sistemas
011
Metodología RUP
Rational Unified Process (RUP):
Las siglas RUP en inglés significa Rational Unified Process
(Proceso Unificado de Rational)
Es un producto del proceso de ingeniería de software que
proporciona un enfoque disciplinado para asignar tareas y
responsabilidades dentro de una organización del
desarrollo. Su meta es asegurar la producción del software
de alta calidad que resuelve las
necesidades de los usuarios dentro de un presupuesto y
tiempo establecidos.

Análisis y Diseño de Sistemas


012
Metodología RUP

Análisis y Diseño de Sistemas


013
Características del RUP
RUP es un proceso o marco de trabajo para el desarrollo de un
proyecto de software que define claramente QUIÉN, CÓMO,
CUÁNDO y QUÉ debe hacerse en el proyecto. Presenta tres
características esenciales:
DIRIGIDO POR CASOS DE USO
Orientan el proyecto a la importancia para el usuario y lo
que éste quiere.

CENTRADO EN LA ARQUITECTURA
Decisiones que indican cómo tiene que ser construido el
sistema y en qué orden.
ITERATIVO E INCREMENTAL
Divide el proyecto en mini proyectos. Los C.U. y
arquitectura cumplen objetivos de manera depurada.

Análisis y Diseño de Sistemas


014
RUP Buenas prácticas
Por otro lado, RUP describe cómo aplicar efectivamente enfoques
comprobados comercialmente para el desarrollo de software.
Estos enfoques son llamados "Mejores Prácticas" o “Best Practices”,
en su denominación inglesa, pues son utilizados en la industria por
organizaciones exitosas.

Análisis y Diseño de Sistemas


015
Fases del RUP
• Inspection
• Elaboration
• Construction
• Transition

Análisis y Diseño de Sistemas


016
Fases del RUP

Análisis y Diseño de Sistemas


017
Disciplinas del RUP
Las disciplinas conllevan los flujos de trabajo, los cuales son una secuencia de pasos para la
culminación de cada disciplina, estas disciplinas se dividen en dos grupos:
• Las primarias y
• Las de apoyo.
Las primarias son las necesarias para la realización de un proyecto de sw, entre ellas se tienen:
• Modelado del Negocio
• Requerimientos
• Análisis y Diseño
• Implementación
• Pruebas
• Despliegue.
Las de apoyo son las que sirven de apoyo a las primarias y especifican otras características en
la realización de un proyecto de software; entre estas se tienen:
• Entorno
• Gestión del Proyecto
• Gestión de Configuración
• Cambios.
Análisis y Diseño de Sistemas
018
Disciplinas del RUP

Análisis y Diseño de Sistemas


019
Unified Modeling Language (UML)
Es un lenguaje gráfico para visualizar, especificar y
documentar cada una de las partes que comprende
el desarrollo de software. UML entrega una forma
de modelar cosas conceptuales como lo son
procesos de negocio y funciones de sistema,
además de cosas concretas como lo son escribir
clases en un lenguaje determinado, esquemas de
base de datos y componentes de software
reusables

Análisis y Diseño de Sistemas


020
Unified Modeling Language (UML)
Hoy en día, es necesario contar con un plan bien
analizado.
Conforme aumenta la complejidad del mundo, los
sistemas informáticos también deberán crecer en
complejidad.
¿cómo manejará tanta complejidad?

Análisis y Diseño de Sistemas


021
Unified Modeling Language (UML)
El UML es la creación de

Análisis y Diseño de Sistemas


022
Unified Modeling Language (UML)
El UML está compuesto por diversos elementos gráficos que se
combinan para conformar diagramas.
Debido a que el UML es un lenguaje, cuenta con reglas para
combinar tales elementos.
La finalidad de los diagramas es presentar diversas
perspectivas de un sistema, a las cuales se les conoce como
modelo.
El modelo UML de un sistema es similar a un modelo a escala
de un edificio junto con la interpretación del artista del
edificio.
Es importante destacar que un modelo UML describe lo que
supuestamente hará un sistema, pero no dice cómo
implementar dicho sistema.
Análisis y Diseño de Sistemas
023
Herramientas CASE

Análisis y Diseño de Sistemas


024
Modelado de Negocio

Análisis y Diseño de Sistemas


025
Evaluar el Estatus del Negocio

Análisis y Diseño de Sistemas


026
Describir el Negocio Actual

Análisis y Diseño de Sistemas


027
Proyectos Informáticos

Análisis y Diseño de Sistemas


028
Introducción
Un arquitecto no podría crear una compleja
estructura como lo es un edificio de oficinas
sin crear primero un anteproyecto
detallado; asimismo usted tampoco podría
generar un complejo sistema en un edificio
de oficinas sin crear un plan de diseño
detallado. La idea es que así como un
arquitecto le muestra un anteproyecto a la
persona que lo contrató, usted deberá
mostrarle su plan de diseño al cliente. Tal
plan de diseño debe ser el resultado de un
cuidadoso análisis de las necesidades del
cliente.
Análisis y Diseño de Sistemas
029
Qué es un Proyecto?
• Es un conjunto de actividades
interrelacionadas que se desarrollan por una
sola vez, que constituyen una inversión para
el negocio y que tiene objetivos, alcances y
productos entregables específicos y un
programa y presupuesto definidos.

Análisis y Diseño de Sistemas


030
Ejemplos de Proyectos
– Proyecto1
– Proyecto2
– Proyecto3

Análisis y Diseño de Sistemas


031
Tipos de Proyectos
• De Sistemas de Información
• Desarrollo interno.
• Desarrollo por terceros.
• Evaluación e implantación de Software.
• De Soporte Técnico
• Adquisición e instalación de hardware/software.
• Redes y/o comunicaciones
• Trabajos Alternos
• Independización de Red Eléctrica
• Pozo a Tierra

Análisis y Diseño de Sistemas


032
Problemática
• Demanda insatisfecha
 Excesos de Tiempos
 Costos excedidos
 Calidad inadecuada
• Causas
 Desconocimiento Cultura Empresarial
 Inadecuado enfoque gerencial
 Carencia de Tecnología (SW/HW)
• Solución
 Reingeniería, enfoque integral del ciclo de vida

Análisis y Diseño de Sistemas


033
Project Managment Institute (PMI)
• Asocia a Profesionales en la Gestión de Proyectos
(GP).
OBJETIVOS:
• Formular Estándares en la GP
• Generar Conocimiento a través de la investigación
• Promover la Gestión de Proyectos

Análisis y Diseño de Sistemas


034
Procesos en la Dirección de Proyectos

Análisis y Diseño de Sistemas


035
Áreas del Conocimiento - PMBOK

1. Gestión de la Integración del Proyecto


2. Gestión del Alcance del Proyecto
3. Gestión del Tiempo del Proyecto
4. Gestión de los Costos del Proyecto
5. Gestión de la Calidad del Proyecto
6. Gestión de los Recursos Humanos del Proyecto
7. Gestión de las Comunicaciones del Proyecto
8. Gestión de los Riesgos del Proyecto
9. Gestión de las Adquisiciones del Proyecto

Análisis y Diseño de Sistemas


036
Herramientas para la Gestión de
Proyectos

Análisis y Diseño de Sistemas


037
Conclusiones
• RUP una metodología para desarrollo de Software
• PMI buenas practicas para la gestión de proyectos.

Análisis y Diseño de Sistemas


038
Bibliografía
- Rumbaugh J. El Proceso Unificado de Desarrollo de Software. PEARSON Educación
SA
- PMI Fundamentos para la Dirección de Proyectos (Guía del PMBOK)

Análisis y Diseño de Sistemas


039
Fin de la Presentación

GRACIAS

Análisis y Diseño de Sistemas


040

Вам также может понравиться