Resumen de Sistemas y organizaciones

Metodologa de sistemas
1. Estudio preliminar: Es el enfoque global para el conocimiento de la
organizacin.
2. Relevamiento: Est compuesto por tcnicas de relevamiento
3. Estudio de factibilidad: Busca alternativas y evala su viabilidad, quedndose
con la ms ptima, esta etapa se realiza en conjunto con el cliente.
En el estudio preliminar, el relevamiento y el estudio de
factibilidad se utilizan tcnicas de relevamiento como herramienta
principal.
4. Anlisis: Es el que hacer, se le da sentido a lo obtenido hasta ahora, se modela
el sistema a travs de un modelo lgico, que es la abstraccin lgica del como
(no se consideran recursos)
5. Diseo: Es el cmo hacerlo, se realiza la codificacin del sistemas, puede
haber varios diseos pero un solo modelo lgicoEn el Anlisis y el diseo se utilizan tablas de decisin y tcnicas
de anlisis y diseo, dichas tcnicas tienen como enfoques el
estructurado y el orientado a objetos (UML 2.0).
6. Implementacin: Se lleva el sistema a la empresa, se elige un mtodo de
reemplazo que puede ser con un cambio gradual de sistema (implementacin
en paralelo) o rpido, generalmente el gradual tiene mayor aceptacin por
parte del usuario ya que le permite acostumbrarse ms fcil.
7. Auditoria: Se ve la eficacia (si cumple con lo pedido) y eficiencia (lo ms
optimo) de lo implementado.
8. Mantenimiento:
Hay tres tipos de mantenimiento
Correctivo: soluciona errores en el sistema (menor cantidad de errores,
mayor calidad del sistema).
Perfectivo (eficiencia): son mejoras, sobre algo funcional, que se realizan
en el sistema.
Adaptativo: Mantiene la eficacia actual ante cambios del entorno.
9. Retiro del sistema: Reemplaza el sistema por otro, indica el fin del ciclo de vida
del sistema.

Informacin y datos
Circuito de Realimentacin
Informacin

Dato
Entrada

Proceso

Salida

::

Si
Objetivo
No

Accin
correctiva
D

El circuito se repite n veces hasta obtener la informacin querida

Accin correctiva: Se aplica al proceso o a los datos de entrada
Informacin: Dato procesado que cumple un objetivo y permite tomar
una decisin.
Requisitos de la informacin
1. Clara
2. Completa
3. Confiable (las fuentes deben transmitir cierta seguridad)
4. Oportuna (se la debe tener en el momento necesario)
5. Precisa
Algunas definiciones
1. Sistema: Conjunto de elementos interrelacionados para lograr un objetivo en
comn dentro del esquema de orden.
2. Programar: Aplicar un lenguaje de programacin para resolver un problema
3. Organigrama: Grafico de la estructura formal(jerrquica, matricial) de una
organizacin.
4. Informtica
o Sistemas: Software de aplicacin con un objetivo determinado.
o Computacin: Hardware mas Software Base (sistema operativo,
administrador de base de datos, lenguaje de programacin,etc.)

Tcnicas de planificacin
Planificar
1. Prever el futuro
2. Plantear un objetivo
3. Definir:
o Recursos (materiales y humanos, cantidad y calidad).
o Tiempo (fecha)
o Presupuesto
A mayor recursos menor tiempo y mayor costo
A menor recursos ms tiempo y menos costo
o Tareas: duracin y orden de cada una
o Programacin: momento en el cual deben estar disponibles los recursos,
acorde al presupuesto, para cumplir una tarea.
o Puntos de control
La historia y los antecedentes son experiencias que sirven para planificar y
ayudan en la etapa de las tareas y la programacin.
Planificacin
-1

Ejecucin/control
0

1(objetivo)

Control
Ver lo que sucede para saber que tan bien realizado esta el plan (bsqueda de
desvos).
Resultado 1

Resultado 2
Resultado 3
0

Control
1

Control
2

Gantt

Grfico de barras (doble entrada)

Para tareas secuenciales
Calendario: unidad de tiempo (das/semanas/meses, acorde al tiempo total del
proyecto).
Es un grfico de barras en el cual te dan la tabla con las tareas (sus dependencias
y duracin) y en base a eso hay que armar el grafico, siguiendo determinadas
pautas:
Paralelismo: dos o ms tareas se pueden hacer en paralelo siempre y cuando
una no depende de otra, al hacer esto se ahorra tiempo pero se utilizan ms
recursos.
Dependencia: Cuando una tarea depende de otra debe esperar que finalice la
anterior para poder realizar la misma.
A veces una tarea no se puede cortar, por lo tanto no puede haber das no
laborales en el medio
Ventajas y desventajas
Ventajas
1. Su realizacin es relativamente sencilla.
2. Se revelan muy eficaces en las etapas inciales de la planificacin
Desventajas
1. Despus de iniciada la ejecucin de la actividad y cuando comienzan a
efectuarse modificaciones, el grfico tiende a volverse confuso
2. Los ajustes (re planificacin) requieren por lo general de la formulacin de un
nuevo grfico
Es por todo lo expuesto que, para la planificacin de actividades relativamente
simples, el grfico de Gantt representa un instrumento de bajo costo y extrema
simplicidad en su utilizacin. Para proyectos complejos, sus limitaciones son
bastantes serias, y fueron stas las que llevaron a ensayos que dieron como
resultado el desarrollo del CPM, el PERT y otras tcnicas.
Tabla
Tarea
A
B
C
D
E

Duracin
3
3
5
4
3

Dependencia
A
B

Aclaracin

No se puede cortar

L M M J V S D L M M J V S D L M M
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
A
B
C
D
E

La lnea punteada significa control

PERT (Program evaluation and Review Technique)

Un proyecto es un conjunto de tareas relacionadas entre s. Cada tarea tiene
algn tipo de prioridad respecto de otra, o bien, es necesario realizar determinada
tarea si o si, para poder comenzar con otra.
El diagrama de Pert, es utilizado como una herramienta cuantitativa de
planificacin y control, lo que permite a los administradores contar con un modelo
de optimizacin que entregue la solucin ptima de una secuencia de actividades
en el tiempo, que deben realizarse para finalizar el plan de accin

Probabilistico
Duracin tarea = (D. optimista + 4x D. normal + D. pesimista)/6
Luego de evaluar todo se tiene un 50% de probabilidades de terminar en el
tiempo establecido.

CPM (Critical Path Method)

Determinstico
Identificador

Fecha temprana

Fecha tarda

 Fecha temprana: Duracin acumulada mnima hasta el momento (sin

atrasos)
Fecha tarda: Es la ltima fecha que tenemos para finalizar cada tarea ( y el
proyecto). Contempla errores pero sigue estando a tiempo, >= a la
temprana

II

A, 2

Tarea
F. temprana
de inicio

F. tarda de
inicio

Duracin

F. tarda de
fin

F. temprana
de fin

Ejemplo
Tarea
A
B
C

Duracin
2
4
3

Dependencia
A

II
A,2

C,3

I
0

III
0

B,4
5

Obtencin de fechas:
Fechas tempranas: Desde el 1er nodo de izquierda a derecha se suman las
fechas y si hay ms de un camino se toma el mayor tiempo posible.

Fechas tardas: Desde el ltimo nodo de derecha a izquierda se restan las

fechas y si hay ms de un camino se toma el menor tiempo posible.
Duracin total: igualar la fecha temprana a la tarda en el nodo final.
Las fechas del nodo inicial siempre son 0.
Las fechas del nodo final siempre son iguales.
6

Conceptos:
1. Margen total de una tarea (MT)= F. tarda fin Duracin F. temprana inicio.
Es el tiempo de holgura asociado a una tarea.
2. Tarea critica: Tarea con M.T = 0. Las tareas crticas no pueden atrasarse, de
hacerlo retrasan todo el proyecto.
3. Tarea ficticia: es una tarea que se necesita para mostrar la lgica del proyecto
y hay que tener en cuenta que no tiene duracin, es decir que su duracin es
igual a cero
4. Camino critico (CC)= Sucesin de tareas criticas de inicio a fin, siempre hay al
menos uno.
5. Intervalo de flotamiento de un nodo (IF) = Fecha tarda Fecha temprana.
6. Nodo crtico: Es el nodo cuyo IF=0.
Asignando ms recursos a una tarea critica se reduce la duracin del proyecto,
de haber ms de un CC, se elige una que este en todos.
Todo camino crtico va a pasar por nodos crticos.
Ejemplo 2.
Tarea
A
B
C
D
E
F
G
H

Duracin
2
4
3
1
3
2
2
1

Procedencia
A,B
C,E
B
A
B
G

I
2

F, 2

4
Y1

A, 2
2

I
0

I
0

4
0

B,
4

Y2

8
0

H, 1
1

B, 2
4

D, 1

E, 3

C, 3

7
1

Duracin: 8 das.
Caminos Crticos:

B.Y2,C,D
B,E,D

Diferencias entre CMP/GANTT

Nivel de la organizacin
Cantidad de tareas
Tipo de relacin entre
tareas
Control

CPM
Operativo
+20
Paralelas

GANTT
Gerencial/Directivo
-20
Secuenciales

No claro

Claro

Razones del fracaso de un sistema

Mal realizado.
Fuera del entorno: sobredimensionado o subdimensionado.
Problemas con el usuario: no integrado, sin colaboracin.

Estudio Preliminar

Concepto/Objetivo:
1. Conocimiento general de la organizacin (cualquier tipo).
2. Primer acercamiento a la organizacin: se utilizan tcnicas de relevamiento
con nivel directivo/gerencial.
3. Inicio de la poltica de usuario: se da la integracin del usuario que es
fundamental para el xito del sistema, esta etapa tiene un aspecto
comunicacional. En cuanto al nivel:
Directivo: apoyo de decisiones.
Gerencial: control de gestin
Operativo: apoyo operativo.
La informacin fluye desde los niveles ms bajos a los ms altos
4. Elementos de la organizacin:
Organigrama (actualizado):permite detectar el potencial del
usuario y ver el tamao y complejidad de la organizacin.
Manual de misiones y funciones: soporta al organigrama.
Manual de procedimiento: detalla la realizacin de cada funcin
Balances: da una visin global de la organizacin.
Estatutos: aporta la formalizacin de la organizacin frente a la
ley.
El estudio preliminar es la nica etapa del ciclo de vida del sistema que puede no
realizarse. Generalmente se ejecuta en los casos en el que el sistema se realiza
dentro de la organizacin, como por ejemplo si se tercializa el trabajo o si se
trabaja para un sector para el que nunca se trabaj.

Encargar el sistema (alguna etapa o todo) a un tercero:

Se puede encargar el sistema a un tercero como por ejemplo una
consultora. Esto se puede deber a:
1. Falta de recursos (cantidad/calidad).
2. Estrategia (seguridad/confidencialidad).
3. Estrategia (objetividad).

Relevamiento

Se obtiene un conocimiento en profundidad de la organizacin:

1. Volumen de informacin
2. Frecuencias
3. Responsables de cada operacin (con sus controles).
4. Documentos/comprobantes que se manejan.
5. Obtener ejemplos sobre modelos fsicos y lgicos (reportes).
9

Tcnicas de relevamiento
Estn relacionadas con cada nivel jerrquico.
1. Observacin personal:
1.1. Est orientada al nivel directivo/gerencial.
1.2. Se da sin contacto directo con el personal/usuario.
1.3. Est basada en recorrer la organizacin y observar (tomar notas): se
consiguen puntos especficos sobre los cuales concentrarse que
pueden ser errores o puntos fuertes.
1.4. Se obtiene informacin aplicable y/o descartable.
1.5. No es invasiva
1.6. Es subjetiva (necesidad de validar).
1.7. Es Recorrida.
1.8. Esta acompaada (o no) de la direccin.
2. Medicin de tiempos:
2.1. Est orientada al nivel operativo.
2.2. Est basada en la observacin especifica de tareas:
2.2.1. Se evala las tareas realizadas tanto del usuario como del sistema
(performance /plataforma tecnolgica /complejidad/claridad).
2.2.2. Que tiempos insume
2.2.3. Que complejidad tiene
2.2.4. Si se puede optimizar
3. Cuestionario (encuestas):
3.1. Concepto/objetivo:
3.1.1. Tcnica de relevamiento masivo que permite preguntarle lo mismo
a varias personas.
3.1.2. Tcnica masiva, abarca un grupo grande de gente
3.1.3. Necesidad de una muestra (estadstica) que debe ser
representativa y tendr que contar con cantidad y calidad
(distribucin)
3.1.4. Est orientada al sector operativo de la organizacin.
4. Aspectos:
4.1. Elegir la muestra segn los sectores participantes
4.2. Planificacin del cuestionario: ver que se va a preguntar y como se
preguntara para facilitar el procesamiento de la informacin que se
obtenga:
4.2.1. Cantidad de preguntas: hacer muchas preguntas puede ser
contraproducente.

10

4.2.2. Tipo de preguntas:

4.2.2.1. Abiertas: preguntas en las cuales el encuestado debe
desarrollar la respuesta.
4.2.2.2. Cerradas: preguntas con mltiple choice, como por ejemplo:
Si/No o Elegir la opcin correspondiente
4.3. Documentacin del cuestionario: como se presentaran los resultados
obtenidos.
4.4. Nominada o no nominada (annima).
5. Entrevistas:
5.1. Aspectos a considerar
5.1.1. Est orientada a todos los niveles
5.1.2. Es selectiva
5.1.3. Problemas:
5.1.3.1. Frio inicial: especie de rechazo (desconocimiento del
entrevistador) por parte del entrevistado en el primer
contacto. Esto se puede solucionar con una presentacin
del entrevistador por parte de un superior en el primer da,
aclarando funciones, el puesto que avala y mostrando su
aprobacin.
5.1.3.2. Resistencia al cambio
5.1.4. Ventajas
5.1.4.1. Riqueza de la informacin obtenida: lenguaje no verbal
apreciable solo en el cara a cara
5.1.4.2. Se sigue cultivando la poltica de usuario.
5.2. Etapas:
5.2.1. Planificacin:
5.2.1.1. Nivel de la organizacin (que usuario): cargo,nombre,etc.
5.2.1.2. Cuando se har la entrevista: contacto previo con el
entrevistado a cargo de un superior en el cual se establece
la hora.
5.2.1.3. Donde se har la entrevista: puede ser en una sala de
reuniones, en el rea de trabajo del entrevistado, etc.
5.2.1.4. Duracin de la entrevista: entre media hora y hora y media.
5.2.1.5. Como se desarrollara: presentacin en el primer da,
vestimenta, solo o acompaado (toma de nota), grabada o
no, etc.
5.2.2. Desarrollo:
5.2.2.1. 5% de introduccin: reduce el frio inicial.
5.2.2.2. 90% del desarrollo propiamente dicho.
5.2.2.2.1. Formato:
11

5.2.2.2.1.1. Estructurada (cuestionario).

5.2.2.2.1.2. No estructurada (ideas generales).
5.2.2.2.2. Tipo de preguntas
5.2.2.2.2.1. Embudo: las ideas generales van llevando a
puntos particulares para futuras entrevistas.
5.2.2.2.2.2. Triangulo: empieza con preguntas puntuales
que llevan a ideas generales.
5.2.2.2.2.3. Rombo: las preguntas particulares se van
abriendo y luego vuelven a cerrarse, necesita
buen control de tiempo.
5.2.2.3. 5% de cierre: Redondeo de ideas y planificacin de futuras
reuniones.
5.2.3. Documentacin:
5.2.3.1. Validacin del relevamiento por parte del usuario
5.2.3.2. Documentacin propiamente dicha (calidad).
6. Factores crticos de xito(Bibliografa)
6.1. Definicin
Se define como el nmero limitado de reas en las cuales los resultados, si
son satisfactorios, asegurarn un funcionamiento competitivo y exitoso
para la organizacin.
6.2. Descripcin
Se trata en definitiva de identificar reas y factores cuyo funcionamiento
permitirn la implantacin de una estrategia determinada. Deben
considerarse factores internos y externos de la Organizacin, como
actividades dentro de la organizacin que se deben realizar con especial
atencin, sucesos externos sobre los cuales la organizacin puede tener o
no control y reas de la organizacin cuyo funcionamiento debe situarse a
un nivel competitivo.
6.3. Pasos para establecer F.C.E.
6.3.1. Elaborar una lista de los objetivos de la Organizacin: determinar la
misin, metas y objetivos. Es conveniente ser explcitos.
6.3.2. Depurar la lista de los objetivos: revisar la lista de objetivos para
asegurar que dichos objetivos constituyen un fin en s mismos y no
son medios para conseguir otros objetivos.
6.3.3. Identificar los Factores de xito: para cada objetivo se obtendr una
lista de Factores de xito, contemplando factores externos e
internos.
6.3.4. Eliminar Factores de xito (F.E.) no relevantes

12

6.3.5. Agrupar los FE de acuerdo con los objetivos: al analizar cada

objetivo por separado puede que los FE estn repetidos o sean
sinnimos de un objetivo.
6.3.6. Identificar los componentes de estos Factores de xito:
Descomponemos los FE en otros FE necesarios para conseguir ese
FE.
6.3.7. Seleccionar los Factores Crticos de xito: de los FE obtenidos de
la descomposicin de los FE, aplicamos los criterios del paso 4 y
eliminamos aquellos que no cumplan los criterios.
6.3.8. Asignacin de Recurso:para los FCE internos de la Organizacin,
se asignan los recursos para su realizacin.
7. J.A.D. (Diseo Conjunto de Aplicaciones)
Es un mtodo alternativo de la entrevista uno a uno, consiste en una entrevista
grupal con formada por varias personas pertenecientes a la organizacin.
7.1. Aspectos
7.1.1. Reduce tiempo y costo
7.1.2. Mejora la calidad de los resultados
7.1.3. Permite realizar el anlisis de los requerimientos y disear la
interfaz de usuario en conjunto con el mismo
7.2. Cuando usarlo
Se considera el uso del JAD cuando:
7.2.1. Los grupos de usuario estn intranquilos y quieren algo nuevo
7.2.2. La cultura organizacional apoya los mtodos conjuntos de
resolucin de problemas entro distintos niveles de empleados.
7.2.3. Los analistas prevn que la cantidad de ideas generadas por medio
de las entrevistasuno a uno no ser tan abundante como la
cantidad de ideas que se podran obtener deun ejercicio en grupo.
7.2.4. El flujo de trabajo de la organizacin permite la ausencia de
personal importante durante un periodo de dos a cuatro das.
7.3. Quienes estn involucrados
7.3.1. Un patrocinador ejecutivo (con autoridad) y una persona de
experiencia que presenta y cierra la sesin de JAD.
7.3.2. Mnimo un analista del rea de sistema (rol pasivo).
7.3.3. De 8 a 12 usuarios por encima del nivel operativo.
7.3.4. Uno o dos observadores que sean analistas o expertos tcnicos de
otras reas funcionales
7.3.5. Un miembro del rea de sistemas que redacte la informacin
obtenida.
13

7.4.
7.5.

Duracin: de 2 a 4 das
Ventajas del JAD
7.5.1. Ahorro de tiempo sobre las entrevistas tradicionales uno a uno.
7.5.2. Desarrollo rpido de la entrevista.
7.5.3. Mejorar el concepto de propiedad del sistema de informacin.
7.5.4. Desarrollo de diseos creativos.
7.6. Desventajas del JAD
7.6.1. Requiere que todos los participantes dediquen una gran cantidad
de tiempo.
7.6.2. Si la preparacin de las sesiones es inadecuada en cualquier
aspecto o si informe de seguimiento y documentacin incompleta
7.6.3. Posibilidad de que las habilidades y cultura de la organizacin no se
hayan desarrollado lo suficientemente para permitir un buen JAD.

Tabla de decisin
Conceptos previos
Decisin: es una eleccin entre 2 o ms alternativas analizadas desde un
contexto.
Tipos de decisiones:
Programadas: se dan en el nivel operativo/tctico, son rutinarias y repetitivas.
1. Tabla de decisin.
No Programadas: se dan en el nivel directivo y gerencial, son no rutinarias y no
es deseable automatizarlas.
1. Datawarehouse (buscar definicin).
2. Datamining (buscar definicin).
3. Business Intelligence (buscar definicin).
4. Sistemas expertos (I.A) (buscar definicin).
Alternativas: combinacin de acciones a ejecutar.

Definiciones de la tabla de decisin

La tabla de decisin es una herramienta para dejar documentado que decisiones
"programadas" deben ser tomadas en cada caso, en funcin de las condiciones
que se prestan.
1. Condicin: Define las caractersticas de una situacin dada. Puede tomar
diversos estados o valores. Ejemplo: El cliente es minorista
2. Accin: Es lo que se debe hacer ante una circunstancia determinada. Por lo
general se detecta buscando una verbo activo en infinitivo y un sustantivo.
Ejemplo: Cobrar porcentaje
3. Reglas Absurdas: Son combinaciones ilgicas, se elimina la regla.
14

4. Reglas Redundantes: Son 2 reglas que tienen la misma accin, para distintas
condiciones, las 2 reglas pueden combinarse en una sola a travez de la
indiferencia.
5. Contradicciones: Se da cuando, para la misma combinacin de valores de dos
o ms condiciones, se indican combinaciones de acciones distintas.
6. Regla escape: Es una accin que marca para las condiciones que no tengan
una accin definida. Se utiliza para los casos que no estn contemplados.

Tcnica

Se da en la etapa de anlisis, es una tcnica de anlisis estructurado y de

documentacin de acciones rutinarias.
Se da en el sector operativo.

Formato de la tabla
Condiciones
Acciones

Reglas
Alternativas de condiciones
Marcas para la accin

Tipos de tabla

Binaria: Solo puede tener dos valores para cada condicin (cumple o no
cumple.
o La cantidad mxima de reglas para esta tabla es 2ndonde n es la cantidad
de condiciones dadas.
Registro extendido o extendida: Cada condicin tiene como mnimo dos
valores.
o La cantidad mxima de reglas para esta tabla es 2n.3mdonde n es la
cantidad de condiciones con dos valores, m es la cantidad de condiciones
con tres valores y as sucesivamente.

Pasos para armar la tabla de decisiones

1. Listado de condiciones
2. Listado de acciones
3. Determinar valores posibles para cada condicin
4. Calcular el n de reglas para la tabla completa
5. Completar alternativas de condicin
6. Completar marcas para la accin
7. Analizar casos de indiferencia (-): Son los casos en las que no se analiza la
condicin de la regla ya que lleva a la misma accin.
8. Ver casos de reglas
Imposibles/ilgicas
15

Redundantes
Contradictorias
Los tres casos se salvan por medio de la indiferencia.
9. Reordenar la tabla para mayor claridad (opcional).
10. Obtener la tabla compactada.
Ejemplo:
La siguiente situacin transcurre en un local de comida rpida:
Si la persona que se presenta en caja no est asociada se le invitara a que lo
haga mediante la entrega de un folleto explicativo que explica las ventajas de ser
socio. Los socios que lo son desde hace menos de un ao reciben un pequeo
premio por cada compra que efectan. Aquellos que lo han sido por ms de un
ao reciben.

Un obsequio pequeo si la compra es menor a $3.

Un obsequio mediano si la compra esta entre $3 y $6.
Un obsequio grande ms un descuento del 5% sobre el total si el importe es
mayor a $6.
Si ha sido socio por ms de 2 aos recibir un obsequio grande y tendr un
descuento del 5% independientemente del total.
Condiciones
o Es socio (S,N)
o Socio < de 1 ao (S,N)
o Socio> de 2 aos (S,N)
o Compra <$3 (S,N)
o Compra >$6 (S,N)
Acciones
o Invitar a ser socio
o Dar premio pequeo
o Dar premio mediano
o Dar premio grande
o Descuento 5%
Tabla Binaria
Tabla 1:
Es Socio
Dar invitacin
Ver tabla 2

1 2
S N
X
X

16

Tabla 2:
Socio < 1 ao
Socio > 2 aos
Dar premio
pequeo
Dar premio grande
Dar descuento 5%
Ver tabla 3

Socio < 1 ao
Socio > 2 aos
Dar premio
pequeo
Dar premio grande
Dar descuento 5%
Ver tabla 3

1
S
S

2
S
N

3
N
S

4
N
N

X
X
X
1
S
-

2
N
S

3
N
N

X
X
X
X

Tabla 3:
Compra <$3
Compra>$6
Dar premio pequeo
Dar premio mediano
Dar premio grande
Dar descuento 5%

Compra <$3
Compra>$6
Dar premio pequeo
Dar premio mediano
Dar premio grande
Dar descuento 5%

1
S
S

2
S
N

3
N
S

4
N
N
X

X
X
1
S
-

2
N
S

3
N
N

X
X
X
X

17

Tabla Extendida
Es Socio
Antigedad
Valor de compra
Entrega regalo
Entrega folleto
Dar descuento

1
S
<1
-

2
S
1<X<2
<3

3
S
1<X<2
3<X<6

4
S
1<X<2
>6

5
S
>2
-

6
N
X

Calidad del sistema

Mientras menos mantenimiento correctivo se realice mayor es la calidad del

sistema.
Documentacin de las etapas: ayuda a entender que se hizo para futuros
mantenimientos, puede que lo haga alguien que no estuvo involucrado en su
creacin.

Ciclos de vida
Definicin
Es un marco de referencia que contiene los procesos, las actividades y las tareas
involucradas en el desarrollo, la explotacin y el mantenimiento de un producto de
software, abarcando la vida del sistema desde la definicin de los requisitos hasta
la finalizacin de su usoISO 12207-1

Concepto
1. Define las etapas de desarrollo del Software
2. Define criterios de transicin entre las etapas

Caractersticas
Ninguno es mejor que otro, tienen diferentes caractersticas, en cuanto a:
1. Velocidad de desarrollo
2. Calidad
3. Visibilidad interna (del estado proyecto): que tan claro se ve la etapa en la que
se est.
4. Visibilidad externa al cliente (avance del producto): que tan al tanto esta el
cliente durante las etapas.
5. Manejo de Riesgos
6. Respuesta a cambios
18

7. Otros

Tipos de ciclos de vida

1. Prueba y error: se utiliza cuando no se est aplicando un ciclo de vida
consciente.

Especificacin
(tal vez)

Prueba y error

Entrega
(tal vez)

*El tal vez significa que pueden no aparecer.

*La nube representa un desarrollo catico.

2. Cascada puro (las etapas no son propias del ciclo)

Estudio
preliminar
Relevamiento
Estudio de
factibilidad
Anlisis
Diseo
Implementar

Recomendable para ambientes estables con poca

incertidumbre.
No posee varias instancias de una misma etapa
No puede estar en dos etapas a la vez, de encontrar un problema se debe
volver hasta la etapa que lo genero y repetir las etapas siguientes

19

Ciclos de Vida Iterativos

Definen etapas que pueden ser repetidas o ejecutadas en forma paralela e
independiente por distintos equipos
3. Cascada con subproyectos
Estudio
preliminar
Relevamiento
A

Estudio de
factibilidad

Sigue la metodologa de cascada

pero admite instancias/etapas
paralelas, lo cual ahorra tiempo.

D
AyD
arquitectonic.

I
D

Paralelismo por equipos

I
D
Implementar
I

Ciclos de vida incrementales

Definen diversas entregas del producto que agregan cada vez ms valor
productivo al Software. El Software puede utilizarse desde la primera entrega.
4. Cascada iterativo incremental
Estudio
preliminar
Relevamiento
A

Estudio de
factibilidad

D
AyD
arquitectnic
o.

I
D

V1
I

V1
I

20

V1

Entregas sucesivas cada vez ms complejas (todas funcionales).

Igual a la cascada pero cada equipo realiza entregas parciales cuando

terminan sus respectivas etapas.

Ciclos de vida evolutivos

A medida que avanza el proyecto se van definiendo las nuevas iteraciones a

realizarse que incrementarn el valor del producto

Al comienzo del proyecto no se conoce cuntas iteraciones se realizarn

5. Prototipado
Sistema no orientado a la calidad, sino a la especificacin de
requerimientos, prcticamente es un mtodo de relevamiento.
Concepto
inicial

Subciclo de prototipado
(especificacin de requerimientos
Seleccionar
prototipo
Construir
prototipo
No

Feedback
usuario
Ok?
Si

Completar
y entregar

Prototipado Evolutivo: Cuando el prototipo se considera aceptable se

refina y se entrega como producto terminado

Prototipado Desechable: Cuando el prototipo se considera aceptable

se destruye y se desarrolla un producto con un proceso orientado a
la calidad, utilizando el conocimiento obtenido por el prototipo.

21

6. Espiral
6.1. Recomendable para ambientes riesgosos, inestables, ya que proporciona
una solucin temprana de riesgos
6.2. Est orientado a Riesgos
6.3. Qu es un Riesgo?
6.3.1. Es la probabilidad de que ocurra un problema.
6.3.2. Elementos que lo componen
6.3.2.1. Probabilidad de un problema: entre 0 (no puede ocurrir) y 1(ya
ocurre).
6.3.2.2. Impacto: medido en $
6.3.2.3. Grado de exposicin: Probabilidad x Impacto.
6.4. Para tratar de solucionar riesgos se pueden usar prototipos.

7. Proceso Unificado
7.1. NO es un Ciclo de Vida, es un Modelo de Proceso, ya que adems de las
etapas y sus criterios de transicin define tcnicas, herramientas, equipos
de trabajo, roles, etc.,
7.2. Es propietario (IBM)
7.3. Sirve nicamente para proyectos que sigan la metodologa OO.

22

7.4.
7.5.

Responde a un ciclo de vida cascada puro respecto de sus fases (I > E > C
> T)
Dentro de cada fase hay un ciclo de vida evolutivo

8. Metodologas agiles (solo software)

Concepto/Objetivo
8.1. Nuevo paradigma, enfrenta algunas verdades de los procesos
tradicionales
8.2. Manifiesto gil
8.2.1. Valora a individuos e interacciones sobre procesos y herramientas,
8.2.2. Valora SW funcionando sobre una documentacin extensa.
8.2.3. Valora la colaboracin con el cliente sobre la negociacin de un
contrato: se trata de no tener definido todos los requisitos, est
siempre abierto a que llegue un cambio.
8.2.4. Valora la respuesta al cambio sobre el seguimiento de un plan.
Caractersticas
8.3. Requiere
8.3.1. Buena y fluida comunicacin entre desarrollador y cliente.
8.3.2. Compromiso del cliente
8.3.3. Buena preparacin del equipo de desarrollo

23

8.4.
8.5.
8.6.
8.7.
8.8.

El equipo se auto organiza

Es siempre evolutivo
Se apoya en herramientas modernas de comunicacin, testing, control de
cambios, etc.
Iteraciones rpidas (desde mensuales hasta semanales)
Ejemplos: XP, Scrum.

Scrum

Product backlog
Sprint planning
meeting

Sprint Goal

Sprint backlog
(2-4 semanas)

Sprint End

Sprint review
Daily Scrum Meeting
Cada 24 horas
Duracion: 15-30 mins.

Sprint
restrospective

Conceptos del Scrum

1. Daily Scrum Meeting: Se renen los trabajadores para decir que se hizo hasta
ahora y que se va a hacer en el da.
2. Sprint Review: Ver si se cumplen las tareas.
3. Sprint Retrospective: Ver que tan bien funciono la tcnica y hacer los arreglos
correspondientes para la prxima.
4. Sprint Planning Meeting: una sola reunin previa en la que se establecen
tiempos del sprint, tareas,etc.

24

Comparacin de caractersticas de los Ciclos

Velocidad de
desarrollo
Calidad
Visibilidad interna
Visibilidad externa
Manejo de riesgos
Respuesta a cambios

Prueba y
error

Cascada
puro

Cascada
iterativo
incremental
Buena

Prototipado

Espiral

Muy lenta

Cascada con
subproyectos
(iterativo)
Buena

Alta

Buena

Lenta

Baja
No existe
Buena
No existe
Buena

Buena
Buena
Mala
Mala
Mala

Buena
Mala
Buena
Mala
Mala

Buena
Mala
Muy Buena
Mala
Mala

Mala
Mala
Buena
Mala
Buena

Buena
Buena
Mala
Muy Buena
Mala

Estudio de Factibilidad
1. Objetivo: Su principal objetivo es el anlisis de las condiciones para poner en
marcha un proyecto y asegurar el xito del mismo. Para evaluar alternativas de
solucin tiene que haber como mnimo 3 de ellas.
2. Etapas:
2.1. Planteo de alternativas
2.2. Anlisis de alternativas:
2.2.1. Tcnica (viabilidad): Se estudian las condiciones externas que
influyen en el comportamiento del sistema (variables
incontrolables o exgenas).
2.2.2. Econmico (conveniencia): Primero se evala si la alternativa
est dentro del presupuesto y luego se analiza la tasa de retorno
de la inversin (T.R.I.).
2.2.2.1. T.R.I. = inversin / utilidad anual
Ejemplo:
Alternativa 1: (300.000 / 50.000) = 6
Alternativa 2: (370.000 / 65.000) = 5.7
La mejor alternativa es la 2 ya que se tarda menos en
recuperar lo invertido.
2.2.3. Operativo (posibilidad): Se analizan las condiciones externas de
la organizacin, que influyen en el comportamiento del sistema
(variables controlables o endgenas). Ejemplo: plataforma
tecnolgica, limitaciones del personal, etc. Adems se analiza si
la alternativa es posible.
Ejemplo de un anlisis completo:
25

Tcnico
Econmico
Operativo

A1
V
V
V

A2
V
-

A3
V
V
V

A4
V
V
V

Resultado

X
X
X
*-:no se analizo
*V: cumple
*X: Seleccionada
Si una alternativa no se analiza o no cumple con alguno de los
aspectos no se siguen analizando los dems sino que se descarta
automticamente. En nuestro ejemplo la alternativa A1,A3 y A4
cumplen con las condiciones necesarias para ser seleccionadas, a
diferencia de la A2 que se descarta.
2.3. Comparacin de alternativas:
Se comparan las alternativas seleccionadas, en caso de que se obtenga
solo una alternativa en el paso anterior esta etapa no se realiza.
Pasos:
1. Determinar factores
2. Asignacin de puntaje: evaluacin absolutamente interna que va de 0 a
5.
3. Asignacin de porcentajes: se realiza con algo de interaccin por parte
del usuario, es subjetivo.
4. Calculo de seleccin de alternativa
Siguiendo con el ejemplo anterior:
1 2 y 3 en una misma tabla
Porcentaje
Alternativas/
Factores

Wind (A1)
Linux RH (A2)
Linux UB (A3)

5%
Licencia

25%
Estabilidad

15%
Compatibilidad

1
3
5

2
4
4

4
2
1

5%
Capacitacin
del usuario
4
2
2

10%
Hardware

15%
Seguridad

25%
Soporte

2
4
4

2
4
4

4
3
1

26

4 calculo de seleccin de alternativa

A1
A2
A3

5%
1
3
5

A1
A2
A3

(1x5)
(5x3)
(5x5)

25%
2
4
4

15%
4
2
1

+ (25x2) + (15x4)
+ (25x4) + (15x2)
+ (25x4) + (15x1)

5%
4
2
2
+ (15x4)
+ (15x2)
+ (15x2)

20%
2
4
4
+ (10x2)
+ (10x4)
+ (10x4)

15%
2
4
4
+ (10x2)
+ (10x4)
+ (10x4)

10%
4
3
1
+
+
+

(25x4)
(25x3)
(25x1)

TOTAL
=
=
=

Aspectos a considerar
1. Lder del proyecto: genera la interlocucin, se dispara en la totalidad del
proyecto.
2. Presupuesto (Econmico = T.R.I.)
3. Tamao del proyecto + complejidad, implica una determinada cantidad de
tiempo que hay que negociar para lograr un punto medio, se busca la seriedad
y credibilidad de la estimacin propia.
4. Ingeniera del proyecto.

Plataforma tecnolgica
o Hardware.
o Software base.

Plataforma metodolgica
o CMMI / ISO9000 / SOX / ITR
o Enfoque sistmico: Estndar elegido, como se va a trabajar, documentar,
etc.

Tcnicas para la redaccin de informes

Clasificacin de informes
a) No tcnico:
Debe cumplir con los siguientes requisitos:
1. Fecha
2. Emisor
3. Receptor
4. Mensaje
5. Asunto (motivo, contexto del documento)
6. Responsable (firma, en el caso de un mail lleva firma digital)
Ejemplos:
27

285
330
275

1. Memo: se emite de 1 a n personas.

2. Nota: se emite de 1 a 1 persona.
3. Circular: se emite de n a m personas
b) Tcnico
Escrito
o Presentacin:
1. Formato de la presentacin (tapa, en carpeta, anillado, etc.)
2. Comunicacin (como entrego el documento al usuario)
o Planificacin (Estructura)
1. Titulo (Sigla) con caratula: debe ser representativo
2. ndice
3. Objetivo: debe ser concreto y preciso
4. Introduccin: debe ser breve y brindar interiorizacin al documento.
5. Desarrollo: debemos usar una serie de pautas que tiene que
respetar todo el grupo, la redaccin del informe se puede dividir
entre los integrantes de dicho grupo:
Tipo de fuente (Arial 12/11).
Espaciado (1,5)
Mrgenes
Procesador de texto (Word)
Justificado
Vietas con codificacin: debe proporcionar jerarquizacin de
conceptos y facilitar futuras referencias, otorga mayor claridad y
organizacin. Ejemplo: 1/1.a/1.a.1.
Tipo de Hoja (A4/Oficio)
Redaccin (formal sin redundancias)
Numeracin de paginas
Ideas fuerza del documento (como resaltarlas)
6. Estructura
Conclusiones
Sugerencias
Comentarios
Glosario (al final del documento y/o al pie de pgina)
Anexos
Bibliografa (sustentan conclusiones)

Oral
o Presentacin
28

1.
2.
3.
4.
5.

Auditorio: a que nivel va dirigido

Duracin (pautada).
Temario / estructura / orden: que es lo que se transmite
Modalidad: herramientas utilizadas como power point
Quienes lo exponen: el lder debe estar si o si, y una persona ms
como mnimo que debe contar con buena oratoria*.
6. Momento / Lugar: depende el nivel al que se dirige.
o Desarrollo
1. Aplicar temario: es la entrega del material.
Antes: debe ser con una anticipacin de 1 semana
aproximadamente, lo que genera dudas.
Durante: antes de entrar para tomar notas.
Despus: al finalizar, se llevan documentado lo expuesto
2. Respetar los tiempos
3. Aprovechar cortes (programa)
o Cierre: encuesta que proporciona interaccin, en el caso del nivel
directivo la encuesta es personal.
*oratoria: persona que sabe comunicarse con claridad, tiene una muy
buena sincronizacin de temas y un excelente manejo de los todos
de voz.
Tanto el informe oral como el escrito se desarrollan en el estudio preliminar, en el
relevamiento y en el estudio de factibilidad.

29