2. Planificacion Del Sistema

8/2/2019 2. Planificacion Del Sistema

1/36

Planificacin y modelado

Unidad 2.- Planificacin del Sistema

Lic. Leticia Lizrraga Velarde

Dpto. de Sistemas y Computacin

Instituto Tecnologico de Delicias


2/36

Contenido

Planificacin del tiempo

Evaluacin del costo beneficio

Estudio de viabilidad

Planificacin de la documentacin

Gestin de la configuracin del software

Planificacin y modelado Planificacin del sistema

Lic. Leticia Lizrraga Velarde Instituto Tecnolgico de DeliciasDpto. de Sistemas y Computacin Ing. en Sistemas Computacionales


3/36

Que va ha obtener el alumno


Planificar el Tiempo requerido para las actividades involucradas enel desarrollo del proyecto, as como el protocolo para desarrollar lagestin.

Realizar el estudio del Costo Beneficio para evaluar la viabilidad del

proyecto desde el punto de vista econmico. Realizar un anlisis del Entorno en el cual se planea implantar el

proyecto de software para determinar la viabilidad tcnica yoperativa.

Determinar el protocolo a utilizar en la documentacin necesaria

durante el desarrollo del proyecto de software. Determinar el protocolo a utilizar para la gestin de la

configuracin del software.



4/36

La gestin de un proyecto de software se centra en:

Personal

Producto

ProcesoProyecto



ParticipantesEquipoCoordinacinycomunicacin

Contextombito del swObjetivo

Funcin

Descomposicin delproblemaFases Genricas

DefinicinDesarrolloMantenimiento

Maduracin del procesoDescomposicin delproceso

Administracin delproyecto(producto, proceso ypersonal)


5/36



Criterios de xito en la gestin de proyectos tradicional


6/36

Las actividades principales de administracin de unproyecto de software:

1) Planeacin

2) Calendarizacin

3) Administracin de riesgos

4) Administracin de personal

5) Estimacin de costos

6) Administracin de la calidad

7) Administracin de los cambios




7/36

Planificacin del tiempo


Es la estimacin del tiempo y los recursos requeridospara completar las actividades y organizarlas en unasucesin coherente.

La calendarizacin representa tareas asignadas enuna lnea de tiempo.

Tcnicas:

grfica Gantt

diagrama de Hitos

tcnica PERT.



8/36



Gantt


9/36




10/36


Diagrama de hitos.

Actividad Fecha inicio

Elaboracin de cuestionarios. 1 Enero

Entrevistas a usuarios. 1 Enero

Factibilidad tcnica. 1 Enero

Factibilidad econmica. 3 Enero

Factibilidad operacional. 7 EneroReporte de actividades. 10 Enero



11/36

Grfica de PERT



Inicio A

B

C

D

E Fin

Analisis yDiseo

Comienz o:16/09/09 Ident ific ador:3

Fi n: 06/10/09 Dur: 15d as

RE:

Pruebas


Fi n: 19/10/09 Dur: 24d as

RE:

Requerimientos


Fi n: 15/09/09 Dur: 7 das

RE:

Modelado del negocio

Comienzo:31/08/09 Identificador:1

Fi n: 04/09/09 Dur: 5 das

RE:


12/36

Qu es el Anlisis de costo - beneficio?

El anlisis de Costo - Beneficio (CBA) es elacercamiento de la escala de peso para la tomade decisiones. Todos los elementos positivos (losmovimientos de efectivos y otras ventajasintangibles) se ponen en un lado del equilibrio ytodos los elementos negativos (los costos y lasdesventajas) se ponen en el otro. Cualquiera quesea el peso, el ms pesado gana.




13/36

Ejemplo de un Anlisis de costo - beneficio

Una compaa que quisiera comprar software de InteligenciaEmpresarial para mejorar su negocio.

En lado del costo estara: el precio del software, el costo de consultores para instalar y para poner el software en

ejecucin, y

el costo de entrenamiento para los usuarios del software.

Sin embargo en el lado del beneficio, estara: procesos mejorados del negocio (que conducen a una disminucin del

costo anual), debido a contar con mejor informacin disponible, la compaa podr

tomar mejores decisiones (que conducen a adicionales movimientos deefectivos), y incremento creciente de la moral del personal, debido al uso de

nuevas herramientas modernas para apoyar el negocio.




14/36

Estimacin del costo del Sw

qu esfuerzo se requiere para completar unaactividad?

cunto tiempo calendario se necesita para completaruna actividad?

cul es el costo total de la actividad?




15/36

Parmetros para calcular costo del sw:

Los costos del hardware y software incluyendo elmantenimiento.

Los costos de viajes y capacitaciones.

Los costos de esfuerzo (pago a ingenieros desoftware)

Los costos de sobrecarga (electricidad, luz, pago alpersonal, redes, comunicaciones, pago impuestos,pensiones, seguro social, et.)





16/36

Productividad:

La productividad en un sistema de manufactura se midecontando el nmero de unidades que se producen ydividiendo ste entre el nmero de personas-horas

requeridas para producirlas.

La productividad en un proyecto de software se estima almedir algunos atributos del software y dividir el resultadoentre el esfuerzo total requerido para el desarrollo.

Medidas: Relacionadas con el tamao

Relacionadas con la funcin





17/36

Ejemplo del tiempo de desarrollo del sistema:

Anlisis 3 semanas

Diseo 5 semanas

Codificacin 8 semanas

Pruebas 6 semanas

Documentacin 2 semanas

Tamao Esfuerzo Productividad

1500 lneas 24 semanas 300 lneas/mes





18/36

COCOMO

Modelo Bsico, calcula el esfuerzo (y el coste) de desarrollo desoftware en funcin del tamao del programa, expresado en laslneas estimadas de cdigo (LDC).

Modelo Intermedio, calcula el esfuerzo del desarrollo del sw enfuncin del tamao del programa y de un conjunto deconductores del coste, incluye la evaluacin subjetiva delproducto, del hw, del personal y de los atributos del proyecto.

Modelo Avanzado, incorpora todas las caractersticas de la versin

intermedia y lleva a cabo una evaluacin del impacto de losconductores de coste de cada fase (anlisis, diseo, etc.) delproceso de Ingeniera de Sw.




19/36

Modelo COCOMO bsico



Proyecto de Sw ab bb cb db

Organico 2.4 1.05 2.5 0.38

Semiacoplado 3.0 1.12 2.5 0.35

Empotrado 3.6 1.2 2.5 0.32

La ecuacin del COCOMO bsico tiene la siguienteforma:

E=abKLDCbb D=cbE

db

E- esfuerzo aplicado en personas mesD- tiempo de desarrollo en meses cronolgicoKLDC- lneas de cdigo (miles)N- numero de personas para el proyecto

E= 2.4(33.2)1.05

E = 95 persona mes

D= 2.5(95)0.38

D= 12.3 mesesN= 95/12.3

N= 8 personas


20/36

Factibilidad

En esta etapa se conocen los recursos financieros conlos que se cuentan para el proyecto, se establecenpresupuestos totales y se hace una organizacin

preeliminar. Se aplican estudios de factibilidad para saber si se

puede resolver el problema o no; al termino de estaetapa hay una decisin formal de continuar o no

continuar con el proyecto. Si un sistema es factible debe contribuir a los

objetivos del negocio.




21/36

Es un informe que recomienda si es convenientellevar a cabo la ingeniera de requerimientos y elproceso de desarrollo del sistema.

El estudio de factibilidad comprende la evaluacin yrecoleccin de la informacin y la redaccin deinformes.



Factibilidad


22/36

El sistema contribuye a los objetivos de la organizacin?

El sistema se puede implementar utilizando la tecnologa actual ycon las restricciones de costo y tiempo?

El sistema puede integrarse a otros que existen en la organizacin?

1. Factibilidad tcnica.

2. Factibilidad econmica.

3. Factibilidad operacional.



Factibilidad


23/36

Factibilidad tcnica.

Se refiere a que el proyecto pueda realizarse con losrecursos tcnicos con que cuenta la empresa comoson: el equipo que se cuenta, la tecnologa existentede software y el personal disponible.

Se necesita mas tecnologa de software?

Cul es la posibilidad de desarrollar el proyecto?

Qu tiempo se llevara el proyecto hasta su implantacin?




24/36

Factibilidad econmica

Se refiere a los beneficios que traer la realizacindel proyecto. Se deben de hacer una serie decuestionamientos para poder saber si es factible eldesarrollo del sistema econmicamente.

Los beneficios que se obtienen sern suficientes paraaceptar los costos?

Los costos asociados con la decisin de no crear el sistemason tan grandes que se debe aceptar el proyecto?




25/36

La factibilidad operacional

Este ultimo aspecto trata de la utilidad del sistemauna vez ya desarrollado e implantado en la empresa.

Ser utilizado el sistema?

Existir cierta resistencia al cambio por parte de los usuariosque d como resultado una disminucin de los posiblesbeneficios de la aplicacin?

El estudio de factibilidad es realizado por lo regular por una odos personas que tiene conocimiento en tcnicas de sistemas deinformacin, son casi siempre analistas de sistemas.




26/36

Estudio de Factibilidad

Cmo se las arreglar la organizacin si no se lleva a cabo estesistema?

cules son los problemas con los procesos actuales y cmo ayudarael nuevo sistema a resolverlos?

Cul es la contribucin directa que har el sistema a los objetivos delnegocio?

La informacin se pude obtener y transferir a otros sistemas de laorganizacin?

El sistema requiere de tecnologa que no se ha utilizado previamenteen la organizacin?

A qu debe ayudar el sistema y a qu no necesita ayudar?




27/36

Gestin del Cambio

Es un conjunto de actividades diseadas para

gestionar el cambio al identificar los productos de

trabajo que probablemente cambien, establecer relaciones

entre ellos, definir mecanismos para gestionar diferentes

versiones de estos productos de trabajo, controlar los

cambios impuestos y auditar e informar los cambiosrealizados.




28/36

Un plan de gestin de la configuracin del softwaredefine la estrategiadel proyecto para la gestin del

cambio. El proceso incluye solicitudes de cambio desoftware, informes y peticiones de cambio deingeniera.



Gestin del Cambio


29/36

Origen de los cambios:

Nuevas condiciones en el negocio o mercado dictanlos cambios en los requisitos o reglas del negocio.

Nuevas necesidades del cliente demandan lamodificacin de los cambios que producen lossistemas de informacin.

La reorganizacin o el crecimiento o reduccin delnegocio provocan cambios en las prioridades del

proyecto o en la estructura del equipo. Restricciones presupuestales o de calendarizacin

inducen una redefinicin del sistema o producto.



Gestin del Cambio


30/36

Lneas base.- Es un concepto de gestin de laconfiguracin del software que ayuda a controlar elcambio sin impedir seriamente el cambio justificable.

Una especificacin o producto que se ha revisado formalmente y se esta deacuerdo con los resultados, y que a partir de ah sirve como la base para eldesarrollo ulterior y que puede cambiarse solo por medio de procedimientosformales de control del cambio.(IEEE)

Elemento de configuracin del sw (ECS) es informacin

que se crea como parte del proceso de ingeniera delsoftware. (planes del proyecto, especificaciones, diseos, programas,casos de prueba)



Gestin del Cambio


31/36


ECS

ECS ECS

ECS

ECS

Tareas de

Ing. del Sw.

Modificado

Revisiones

Tecnicas

Formales

Aprobado

Controles

GCS

Almacenado

Base de datos del proyecto

LINEAS BASE:

Especificacion del sistemaRequisitos de sw

Especificacion del diseo

Codigo fuente

Planes/ Procedimientos/

datos de prueba

Sistema operativo


Gestin del Cambio


32/36

Gestin del Cambio


Base de datos de la configuracin.-

Se utiliza para registrar toda la informacin relevanterelacionada con las configuraciones. Sus funciones es

ayudar a la evaluacin del impacto de los cambios en elsistema y proveer informacin de la administracin acercadel proceso de la administracin de la configuracin.



33/36

Planeacin de la Administracin de la Configuracin


Un plan de A.C. describe los estndares y procedimientos utilizadospara la administracin de la configuracin e incluye lo siguiente:

Una definicin e identificacin de las entidades a administrar. Un enunciado de quin toma la responsabilidad de los procedimientos de

A.C.

Una poltica de A.C. para administrar el control de cambios y versiones.

Una descripcin de los registros del proceso de A.C. A los que debe darsemantenimiento.

Una descripcin de las herramientas a utilizar.

Una definicin de la base de datos.



34/36

Proceso de Administracin del cambio


Solicitar cambios completando un formulario de solicitud de cambios

Analizar la solicitud de cambiosIfcambio es vlido then

Evaluar como implementar el cambio

Evaluar los costos del cambio

Registrar la peticin del cambio en una base de datos

Remitir la peticin a la oficina de control de cambios

Ifcambio es aceptado thenRepeat

Hacer cambios al software

Registrar cambios y vincularlos a la peticin de cambios asociada

Remitir el software cambiado para aprobar la calidad

Until calidad del software sea adecuada

Crear nueva version del sistemaElse

Rechazar peticin de cambios

Else

Rechazar peticin de cambios



35/36

Administracin de versiones y liberaciones


La administracin de las versiones y liberaciones es el procesode identificar y mantener registros de las diversas versiones yliberaciones de un sistema.

Una versin de un sistema es una instancia de un sistema quedifiere, de alguna manera, de otras instancias. (diferentefuncionalidad, desempeo, reparacin de fallas)

Una liberacin de un sistema es una versin que se distribuye alos clientes. (nueva funcionalidad, diferentes plataformas hw)


Pl ifi i d l d Pl ifi i d l i


36/36

Administracin de versiones y liberaciones


Identificacin de Versiones:

1.- Numeracin de las versiones.-Al componente se le asigna unnmero de versin explcito y nico.

Ej. Solaris 2.6, V1.02.- Identificacin basada en atributos.-Cada componente tiene un

nombre y un conjunto asociado de atributos que difieren cadaversin del componente.

Ej. AC3D(lenguaje=Java, plataforma=NT, fecha=Ene 1999)

3.- Esquema x,y,z.- xrepresenta la versin mayor, yrepresenta laversin menor, zrepresenta la versin submenor.

Ej. MiSoftware 4.1.2

Lic. Leticia Lizrraga Velarde Instituto Tecnolgico de DeliciasDpto de Sistemas y Computacin Ing en Sistemas Computacionales

Documents

2. Planificacion Del Sistema