You are on page 1of 26

INFORME TCNICO PARA PRESENTAR PROYECTO SOCIOTECNOLGICO IV ADAPTADO A GESTIN DE PROYECTOS, ENFOQUE DEL MARCO LGICO Y PROCESO DE DESARROLLO

ME RINDE PARTE I PLANIFICACIN DEL PROYECTO SOCIOTECNOLGICO 1. PLANIFICACIN DEL PROYECTO 1.1. Conformacin de equipos preliminares de trabajo 1.2. Planeadores Elaboradores de instrumentos Validadores de Instrumentos Aplicadores de instrumentos

Planeacin de las fases a abordar para la ejecucin del Proyecto Reali ar un dia!rama Pert"CP# o $ia!rama de %antt& donde se obser'e( 1. $ia!nstico situacional o Abordaje a la comunidad para rele'ar la situacin actual& en la que se buscaba encontrar s)ntomas que reflejar*n la posibilidad de encontrar debilidades o problemas. Esta fase 'a desde la planeacin del dia!nstico y culmina con la Propuesta de solucin del problema. 2. Planeacin de la propuesta Esta fase comprende la fase de planificacin del proyecto de desarrollo de soft+are& por lo tanto debemos utili ar el artefacto de planificacin que nos ofrece #e Rinde& slo se ,ar* en la parte - del informe t.cnico aqu) solo se menciona. -. $ise/o de la propuesta 0. Construccin o elaboracin de la propuesta 1. Pruebas y optimi acin 2. Entre!a del proyecto de soft+are
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

PARTE II LA COMUNIDAD/ORGANIZACIN 1. DIAGNSTICO SITUACIONAL 1.1 Desc !"c!#$ %e &' C()*$!%'% + s* C($,e-,(. Identificacin de la 6r!ani acin 8ombre #isin Visin 6bjeti'os !enerales 6bjeti'os Espec)ficos 6bjeti'os estrat.!icos

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

4ocali acin %eo!r*fica >Estado& #unicipio& Parroquia& Caser)o y $ireccin?. @istoria de Vida de la 6r!ani acin >Rese/a ,istrica?. 6r!ani aciones Vinculadas >#encionar las or!ani aciones sociales y no sociales que caracteri an la comunidad 1./ M(%e&'%( %e& Ne0(c!( Con esta disciplina se pretende lle!ar a un mejor entendimiento de la or!ani acin o parte de ella& donde se 'a a implantar la aplicacin de soft+are. 4os objeti'os espec)ficos de la disciplina modelado de ne!ocio son( A Ase!urar que clientes& usuarios finales y desarrolladores ten!an un entendimiento comBn de la or!ani acin objeti'o. A $eri'ar los requerimientos del sistema necesarios para apoyar a la or!ani acin objeti'o en su mejora. A Entender el problema actual en la or!ani acin objeti'o e identificar potenciales mejoras. A Entender la estructura y la din*mica de la or!ani acin para la cual el sistema 'a a ser desarrollado >or!ani acin objeti'o?. 1./.1 DAN
Detallar las vistas que se usarn para representar la arquitectura e indicar los involucrados aplicables a cada vista, describir los tipos de elementos que contiene cada vista.

V!s,' %e &' O 0'$!1'c!#$. 6r!ani!rama estructural 6r!ani!rama =uncional de la or!ani acin 6r!ani!rama de car!os
Nombre de la o las Unidades Funcionales en estudio:

V!s,' %e P (ces(s %e& Ne0(c!(. 2es,' se 3' 4 "( c'%' *$!%'% 5*$c!($'&6 Esta 'ista incluye los " (ces(s c&'7es %e& $e0(c!(. 4a Vista de Procesos representa los casos de uso del ne!ocio mediante un dia!rama que refleja la relacin eCistente entre los actores del ne!ocio y los casos de uso del ne!ocio.
Mostrar los casos de uso del negocio significantes. Incluir un diagrama que muestre
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

estos casos de uso del negocio en relacin a los actores del negocio proporcionar la descripcin o flu!o de eventos de cada uno de los casos de uso del negocio. "rquitectnicamente los casos de uso del negocio significantes son esos que proporcionan un alcance funcional e#tenso $o e!ercen una parte cr%tica del negocio.

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

Caso de Uso Asignacin de Arma e Implementos Nombre/ID: Descripcin: R01 El caso de uso se inicia cuando el funcionario solicita la asignacin del arma o implementos. El proceso da curso a la solicitud, analizando la posibilidad de entrega. El caso de uso finaliza cuando el parquero procede a la entrega del arma e implemento al funcionario. Solicitud de arma e implementos, Arma o implemento disponible Que ha a arma e implementos disponible, que el solicitante est! registrado ninguna condicin que niegue su solicitud Actor 1." El funcionario solicita el arma o implementos entregando al parquero su credencia. Respuesta de negocio '.El parquero procede a $erificar el credencial del funcionario en el listado de funcionarios adscritos su ubicacin no tenga

Requerimiento: Precondiciones: Flu o Normal:

(.Si el )uncionario e*iste el parquero llena el formato de #. El funcionario $erifica los datos en el asignacin con los datos personales del funcionario los datos del formato de asignacin procesado por el arma o implemento a entregar parquero. Si el )uncionario no e*iste pasar a la l+nea , %. El funcionario de$uel$e el formato al -." El parquero entrega el formato al funcionario para su respecti$o parquero chequeo para la firma. &." El funcionario recibe el arma o implemento. 10."El funcionario recibe el credencial .." Si el formato esta bien procesado , el parquero le entrega el arma o implemento Si el formato esta mal procesado, el parquero lo recibe para corregirlo, pasar a la l+nea ( ,."El parquero entrega el credencial al funcionario Flu o Alterno: Actor En la l+nea ' Respuesta de negocio Si el funcionario est/ adscrito a la comisaria & Si el funcionario est/ adscrito, el parquero le procesa la entrega & Si el funcionario no est/ adscrito, el parquero no procesa la entrega Si el formato de asignacin est/ bien procesado0 ' Si es esta bien los datos, el funcionario procede a firmar el formato de asignacin ' Si no est/n bien los datos, el funcionario se niega a firmar el formato de asignacin lo de$uel$e al parquero Pos El 1arquero queda disponible para procesar otra solicitud, in$entario de armas actualizado condicio nes: Requeri 23A mientos !special #A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP es:

En la l+nea .

F()M"*( +")" F,U-(. D/ /0/N*(. D/ ,(. 1".(. D/ U.(.

1././ Evaluacin de la Organizacin Objetivo, EOO (esta se har por cada unidad funcional) Este artefacto describe la situacin actual en que se encuentra la or!ani acin objeti'o& es decir& la or!ani acin en la que el sistema ser* implantado. 4a descripcin est* en t.rminos de procesos actuales& ,erramientas& competencias entre personas& actitudes de las personas& clientes& competidores& tendencias t.cnicas& problemas y *reas de mejora. El E66 tambi.n es usado para crear moti'acin y comprensin entre las personas en la or!ani acin objeti'o que son directamente o indirectamente afectadas& as) como tambi.n eCplicar al in'olucrado por qu. eCiste la necesidad de cambiar los procesos del ne!ocio& y adem*s proporcionar la entrada al #arco de $esarrollo y al Plan de Iteracin.

Desc !"c!#$ %e &(s " (ces(s 8*e se e'&!1'$ e$ &' ( &'s *$!%'%es 5*$c!($'&es U$!%'% F*$c!($'&( DDDDDDDDDD N()9 e %e& " (ces(( $E5E 9ER 78 VER56
TRA:A;ADOR QUE ENTRADAS DESCRIPCION GENERAL DEL PROCESO SALIDAS LO E;ECUTA

1.2.

!odelo de "nlisis del #egocio (esta se har por cada unidad funcional) Este modelo es interno al ne!ocio& describe la reali acin de los casos de uso del ne!ocio& para lo cual detalla cmo cada caso de uso de ne!ocio es lle'ado a cabo por un !rupo de trabajadores u sistemas que emplean entidades del ne!ocio y unidades de trabajo rec)procamente. A diferencia del #odelo de Casos de 7so del 8e!ocio el cual describe qu. pasa entre el ne!ocio y los actores de ne!ocio& el #odelo de An*lisis define los trabajadores internos de ne!ocio y la informacin que ellos emplean >entidades de ne!ocio?. $escribe su or!ani acin
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

estructural en unidades independientes >sistema de ne!ocio? y precisa cmo ellos interactBan para ejecutar el comportamiento se/alado en los casos de uso de ne!ocio. El #odelo de An*lisis del 8e!ocio puede contener( los dia!ramas& trabajadores& sistemas& entidades& re!las& las relaciones& colaboraciones& entre otros elementos del ne!ocio. Para representar los dia!ramas del #odelo de An*lisis del 8e!ocio se pueden emplear diferentes dia!ramas de 7#4 tales como( A $ia!ramas de Colaboracin. A $ia!ramas de 9ecuencia. A $ia!ramas de Acti'idad yo recomiendo este A $ia!ramas de Estado.

ANE<OS 1 Re'&!1'c!($es %e &(s C's(s %e Us( %e& Ne0(c!( Este artefacto eCpresa la colaboracin de los sistemas del ne!ocio& los trabajadores del ne!ocio& las entidades del ne!ocio& y los e'entos del ne!ocio para reali ar un caso de uso del ne!ocio particular. #ientras que un caso de uso del ne!ocio describe los pasos que se deben reali ar para aportar 'alor a un actor del ne!ocio& una reali acin de casos de uso del ne!ocio describe la manera en que estos pasos se reali an dentro de la or!ani acin. Adem*s& las Reali aciones de los Casos de uso del 8e!ocio son utili adas por los in'olucrados para 'erificar que el equipo del proyecto y dem*s in'olucrados entienden la estructura y el funcionamiento del ne!ocio. E$,!%'% %e& Ne0(c!( Este artefacto representa una pie a de informacin si!nificati'a que es manipulada por los actores y trabajadores del ne!ocio. 9e refiere al estado de la informacin que pasar* entre cada capa como un conjunto de datos que la identifican una entidad. 4as entidades del ne!ocio de una aplicacin representa entidades reales y adem*s suelen ser sustanti'os& como por ejemplo( Cliente& 8mina& =actura& $epsito& etc. Asimismo& las entidades de ne!ocio son la base para compartir documentos entre los trabajadores del ne!ocio y estas pueden ser utili adas en di'ersas Reali aciones de los Casos de 7so del 8e!ocio. / Re0&'s %e& Ne0(c!( 7na Re!la del 8e!ocio es la declaracin de pol)ticas y restricciones de ne!ocio de una or!ani acin. Este artefacto consiste en definir una eCi!encia espec)fica o in'ariable que debe satisfacerse por el ne!ocio. 4as Re!las del 8e!ocio pueden aplicarse siempre o slo bajo una condicin espec)fica. Es necesario que la aplicacin muestre las
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

restricciones que eCisten en el ne!ocio& de tal forma que no sea posible reali ar acciones in'*lidas. = T '9'>'%( %e& Ne0(c!( 7n 3rabajador del 8e!ocio representa a un ser ,umano& soft+are o ,ard+are que desempe/a un rol dentro de las Reali aciones del Caso de 7so del 8e!ocio. Este trabajador interactBa con entidades y otros trabajadores para que el ne!ocio funcione. 4os trabajadores de ne!ocio son roles y no posiciones or!ani acionales& ya que una persona puede desempe/ar 'arios roles pero slo tiene una posicin en la 6r!ani acin. Esta Conceptuali acin permite identificar mejoras en los procesos del ne!ocio y considerar el efecto de la automati acin del proceso del ne!ocio o del outsourcin! de proceso del ne!ocio. 1.= Desc !"c!#$ %e& %!'0$#s,!c( s!,*'c!($'& %e &' ( &'s *$!%'%es 5*$c!($'&es e$ es,*%!( 2F( )*&'c!#$ %e& " (9&e)'6. 1.=.1? 9(& %e& P (9&e)' 2." O:;ETIVOS DEL PROYECTO 2Ge$e '& + Es"ec@5!c(s6. 2.1 ? 9(& %e O9>e,!7(s Redactar objeti'o !eneral y espec)ficos del Proyecto >importante se/alar que el objeti'o del proyecto es diferente al objeti'o del 9oft+are a desarrollar? 2.2 Propuesta de solucin >aqu) se plantea el desarrollo de al!una solucin inform*tica que permitir* lo!ar los objeti'os del proyecto? V!s!#$ %e& S!s,e)' Este artefacto describe los objeti'os principales del proyecto& funcionalidades y restricciones en forma concisaE es un resumen del proyecto apto para la toma de decisiones& ofrece una descripcin del sistema a ser desarrollado desde la perspecti'a de los requerimientos m*s importantes. Este documento captura las eCpectati'as de los que soportan el desarrollo del proyecto. 9e recomienda que este artefacto se conser'e lo m*s claro y resumido posible para que pueda lle!ar lo m*s pronto posible a los in'olucrados en el proyecto y para que sea m*s f*cil de entender por estos. Este documento debe incluir solamente las principales descripciones de los requerimientos y debe e'itar muc,os detalles espec)ficos. Adicionalmente debe especificar las capacidades
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

operacionales >'olBmenes de trabajo& tiempos de respuestas& precisin?& perfiles de usuario& y los l)mites del sistema. M(%e&( %e C's(s %e Us( 2este se deri'a del dia!rama de acti'idades del C78& acti'idades a computari ar? Este artefacto se basa en la descripcin de elementos o usuarios eCternos al sistema >actores? y de la funcionalidad del sistema >casos de uso?. 7n #odelo de Casos de 7so describe los requerimientos funcionales de un actor >usuario& sistema& dispositi'o& etc.? en t.rminos de las interacciones que .ste ejecuta con el sistema. El modelado de casos de uso es una t.cnica efecti'a y a la 'e simple para modelar los requerimientos del sistema desde la perspecti'a del usuario. Presenta el sistema desde la perspecti'a de su uso y esquemati a como proporcionar* 'alor a sus usuarios. El modelo de casos de uso sir'e como acuerdo entre clientes y desarrolladores para limitar las funciones con que dispondr* el sistema lue!o de ser implementado& adem*s proporciona la entrada fundamental para el an*lisis& el dise/o& la implementacin y las pruebas. Cabe recordar que #eRinde est* diri!ido por casos de uso& de aqu) la importancia de este modelo. Este modelo est* formado por los dia!ramas de casos de uso y las narrati'as de los casos de uso. Para representar los dia!ramas del #odelo de Casos de 7so se puede emplear el dia!rama de 7#4 de Caso de 7so. DE:EN REALIZAR EL CUS Y FLU;O DE EVENTOS PARA CADA CUS 2.- Es"ec!5!c'c!#$ %e Re8*e !)!e$,(s %e& S(5,A' e 2ERS6 El objeti'o de este artefacto es documentar todos los requerimientos del sistema& este describe las funciones del sistema& los requerimientos no funcionales& caracter)sticas del dise/o& y otros elementos necesarios para proporcionar una descripcin completa y comprensi'a de los requerimientos para el soft+are a desarrollar. 4os requerimientos pueden ser le'antados con diferentes ,erramientas& tambi.n se pueden encontrar dispersos en 'arios artefactos y ,erramientas. Es por ello& que esta metodolo!)a propone capturar todos los requerimientos para el ER9 en un solo artefacto& el cual est* conformado por dos >2? artefactos que describen los requerimientos que son( #odelo de Casos de 7so y Especificaciones 9uplementarias. El artefacto ER9 controla la e'olucin del sistema durante toda el ciclo de desarrollo del proyecto& cuando las nue'as caracter)sticas son a/adidas o modificadas al artefacto de 'isin& son aclarados dentro del artefacto ER9. 4as decisiones ,ec,as
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

escribiendo el ER9 est*n basadas en informacin de los documentos de la propuesta del proyecto y en requerimientos del usuario. El conjunto de requerimientos especificados en el ER9 deben ser satisfec,os en el dise/o del sistema. Cualquier requerimiento funcional o no funcional que no sea identificado en el ER9& no debe aparecer en el producto final. 2. .1 $e%ueri&ientos 'uncionales

ID del R)"01 Requerimiento: Nombre del Requerimiento: Asignacin de 4mplementos Caracter"sticas: 5atos que describen o identifican los diferentes implementos asignados al 5epartamento. Descripcin del Se debe almacenar0 2ombre, descripcin, tipo, requerimiento: cantidad, serial, Prioridad del requerimiento: Alta 6 7edia Alta 6 7edia 8a9a 6 8a9a 6 7edia

2. .2 $e%ueri&ientos #o 'uncionales
Describa los requerimientos no funcionales para este documento. ,os requerimientos no funcionales tienen que ver con las caracter%sticas que de una u otra forma puedan limitar el sistema como son: el rendimiento 2en tiempo espacio3, confiabilidad, interfaces, fiabilidad 2robuste4 del sistema, disponibilidad de equipo3, mantenimiento, seguridad, portabilidad, estndares, etc. (sabilidad /n este apartado se debe incluir la lista de todos los requerimientos que afecten la usabilidad. /sto debe incluir: el tiempo que se tomar un usuario en aprender a utili4ar el sistema se podr%a e#plicar por qu5 debe ser rpido el aprendi4a!e, los tiempos medibles de tarea para las tareas t%picas los requerimientos para concordar con estndares. )onfiabilidad "qu% se deben detallar los requerimientos de confiabilidad del sistema. Describa las caracter%sticas de confiabilidad e#plicando la posibilidad del sistema de reali4ar las funciones para las que fue dise6ado sin presentar fallos. /ntre estos
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

requerimientos puede mencionar caracter%sticas como la disponibilidad, el porcenta!e de fallas m#imo, etc. *eguridad "qu% se deben detallar los requerimientos de seguridad del sistema. /sto inclu e si el acceso al sistema ser controlado con nombres de usuario contrase6as, que solo los usuarios con privilegios de administrador podrn acceder a las funciones administrativas los usuarios normales no podrn. Eficiencia /n este apartado se debe ver refle!ado las caracter%sticas de eficiencia del sistema. .e debe especificar: el tiempo de respuesta para una transaccin 2promedio3, capacidad 2n7mero de clientes transacciones3, rendimiento del procesamiento 2/!. transacciones por segundo3 cuando el sistema se 8a degradado cul es el modo aceptable de operacin. !anteni&iento + "ctualizacin /n este apartado se debe ver refle!ado los requerimientos de mantenimiento actuali4acin. ,a capacidad de mantenimiento es la 8abilidad que se tiene para reali4ar cambios al producto en el tiempo la capacidad de actuali4acin es la 8abilidad que se tiene para entregar las versiones del producto a ba!o costo a los clientes con un m%nimo de tiempo de descarga. Una caracter%stica clave para apo ar este ob!etivo es la descarga automtica de parc8es o actuali4aciones actuali4aciones del equipo del usuario final. *ambi5n debemos utili4ar formatos para arc8ivos de datos que inclu an suficientes metadatos para permitirnos trasformar con seguridad la informacin e#istente del usuario durante una actuali4acin. *oportabilidad + Operabilidad /specificar los requerimientos de soportabilidad operabilidad del sistema. ,a soportabilidad la 8abilidad de proveer soporte t5cnico eficiente a buen precio la operabilidad es la 8abilidad que se tiene de 8ospedar operar el soft9are como un ".+ 2+roveedor de .ervicios de "plicaciones3. $estriccin de ,ise-o /n este apartado se debe indicar cualquier limitacin de dise6o en el sistema que es construido. +or e!emplo: lengua!es de soft9are, requerimientos del proceso de soft9are, uso de 8erramientas de desarrollo, componentes comprados, etc. $e%ueri&ientos de ,ocu&entacin en ./nea + de *iste&as de "+uda /n caso de que e#ista se debe describir los requerimientos, para la documentacin en l%nea del usuario, sistemas de a uda, a uda sobre avisos, etc.

Es"ec!5!c'c!($es S*"&e)e$,' !'s 2OPCIONAL6


#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

Este artefacto captura los requerimientos del sistema que no fueron reco!idos en el #odelo de Casos de 7so. Contiene tanto requerimientos funcionales como no funcionales del sistema. 4os requerimientos que deben considerarse para este artefacto son los si!uientes( usabilidad& confiabilidad& desempe/o& mantenibilidad& se!uridad& restricciones de dise/o& requerimientos de documentacin en l)nea y de sistemas de ayuda& componentes comprados& interfaces& requerimientos de licenciamiento& y aspectos le!ales& derec,o de autor y otros a'isos G&(s' !( %e& S!s,e)'

Es una lista que contiene las definiciones de los t.rminos a ,acer utili ados durante la reali acin del proyecto& que deben ser comprendidos por los participantes de tal manera que ,aya una buena comunicacin y e'itar interpretaciones dispares o ambi!uas de los t.rminos del dominio del problema. $ocumentar las definiciones de t.rminos y acrnimos ayuda a otros artefactos a ser m*s concisos y precisos. En al!unos proyectos donde la planeacin del ne!ocio y del dominio no se reali a& el %losario es el artefacto principal para capturar la informacin sobre el dominio de ne!ocio del proyecto. -." ;USTIFICACIN E IMPACTO SOCIAL DE LA PROPUESTA 3erico& t.cnico& le!al. Poblacin 5eneficiada. Impacto 9ocial >Plan 9imn 5ol)'ar? 0." ESTUDIO DE FACTI:ILIDAD DE LA PROPUESTA 24e!al& or!ani acional operati'a& t.cnica y econmica?. #$ ANTECEDENTES TECNOLGICOS B. :ASES TERICAS social&

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

PARTE III AN?LISIS, DISECO, DESARROLLO E IMPLEMENTACIN DEL DISECO TECNOLGICO 1. %etodolog"a a utili&ar %e Rinde' de(inir aspectos rele)antes que caracteri&an a la metodolog"a 2. P&'$!5!c'c!#$ %e& P (+ec,( %e s(5,A' e /.1 O9>e,!7( 9e refiere a los objeti'os del soft+are /./ A&c'$ce

/.= C' 'c,e @s,!c's + :e$e5!c!(s E>e)"&(. A 7na aplicacin para Feb reutili able con funcionalidad para crear& editar& borrar& buscar& cate!ori ar& na'e!ar& calificar y comentar clientes. Esto automati a todos las operaciones de los clientes y ase!ura que los usuarios podr*n encontrar siempre informacin que de forma autom*tica se encuentre actuali ada. A 4a aplicacin del sitio deber* tener una apariencia altamente confi!urable que le permita ajustarse a la apariencia y car*cter del cliente. Esto permite reutili ar la aplicacin del sitio para que ten!a una apariencia de alta calidad que pueda ser muy buena. A 4a aplicacin del sitio deber* ser se!ura y solo permitir usuarios con los permisos adecuados para editar& borrar o a/adir otros usuarios al sistema. Esto para pre'enir trampas o la publicacin de informacin falsa. /.D S*"(s!c!($es + L!)!,'c!($es
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

$escribir todas las suposiciones que se reali an sobre el proyecto y se declaran las restricciones impuestas tales como restricciones de personal& temporales& de ,ard+are& de soft+are& etc. /.E O 0'$!1'c!#$ %e &(s E8*!"(s %e T '9'>( En este apartado se reali a la descripcin de la or!ani acin de los equipos del proyecto. 9e debe reflejar en qu. consistir* cada equipo. Ver los roles que define #e rinde a. Analista de Calidad. b. Analista de Producto. c. Arquitecto de 9oft+are. d. $esarrollador. e. In'olucrado. f. 4)der del Proyecto. !. #entor. ,. Probador. /.B Fe ')!e$,'s %e Des' (&&( + C(&'9( 'c!#$ Aqu) se especifican las ,erramientas que se planean usar de manera intensi'a durante el desarrollo del proyecto. Esas ,erramientas pueden ser ( listas de correo del proyecto& sitio Feb del proyecto& sistema de control de cambios& sistema automati ado de compilacin& sistema de control de 'ersiones& sistema automati ado para unidad de pruebas& etc.

/.G C'&e$%' !( %e& " (+ec,( 9e debe incluir un calendario de las principales acti'idades del proyecto.

/.H M', !1 %e c()"($e$,es ' %es' (&&' 27e )', !1 %e e&'c!#$ %e %!sc!"&!$'s + c()"($e$,es "40. BB6 E>e)"&(I COMPONENTES FASES
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

DISCIPLINA

MODELADO DEL NEGOCIO

ARTEFACTO D(c*)e$,( %e A 8*!,ec,* ' %e& Ne0(c!( E7'&*'c!#$ %e &' O 0'$!1'c!#$ O9>e,!7( V!s!#$ %e& Ne0(c!( #odelo de An*lisis del 8e!ocio Entidad del 8e!ocio 3rabajador del 8e!ocio Re!las del 8e!ocio
M(%e&( %e C's( %e Us( %e& Ne0(c!( #odelo de $ise/o del 8e!ocio Reali aciones de los Casos de 7so del 8e!ocio M(%e&( %e I)"&'$,'c!#$ %e& Ne0(c!( Prueba de Concepto Arquitectnico del 8e!ocio

/.J M'$e>( %e R!es0(s Enumerar y a!rupar los mayores ries!os para este proyecto& y que se planea ,acer para resol'er o pre'enir cada ries!o. En el caso de que no se 'aya a ,acer nada para miti!ar el ries!o debe mencionarlo. 2.G.1 Plan de Riesgos Se debe tener en cuenta la siguiente matriz de probabilidades e impacto de los riesgos
*b eti)o pro+ecto Costos del %u+ ,a o -#./ 4ncremento insignificante ser cubiertos. ,a o -01./ %oderado -21./ Alto -31./ %u+ Alto -41./

4ncremento en costo 4ncremento en costos 4ncremento en costos 4ncrementos en costos en : 10;. 2ue$o entre de Replanteo del 10"'0;. entre de los Suspensin del pro ecto. '0"-0;. <-0;. 4ncrementos no temporal pueden ser cubiertos en del su totalidad. 1ro ecto finaliza. global de <-0;. las desarrollo

costos, aun pueden An/lisis Asignacin Recursos 5iempo 4nsignificante, afecta asignacin tiempos. 1ro ecto. no Retraso la 1osibilidad asignado.

de procesos del pro ecto.

:10;. Retraso global entre Retraso global entre '0" Retraso de 10"'0;. Aumento de -0;. tiempos de tareas en 10"'0;. -0; Aumento

de Suspensin

de aumento del tiempo los

las tiempo de tareas en '0" acti$idades del pro ecto.

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

Alcance

Reduccin escasamente apreciable. planteado. 2o afecta al alcance

Alcance afectado de =reas manera m+nima.

ma ores

de Reduccin de alcance 2o se puede llegar a inaceptado 4nstitucin. por la cumplir con el alcance del pro ecto. )in del pro ecto.

alcance afectadas.

Calidad

5egradacin escasamente aceptable. afecta desempe>o pro ecto.

Se aplicaciones el de recursos. del

afectan 1osible reduccin de 7enor calidad por replanteo desarrollo

calidad

por Aierre

de

pro ecto al de normati$as

acelerado debido incumplimiento est/ndares de calidad.

2o e*igentes por escasez de tareas tiempos.

?reduccin de mdulos@

Prioridades !stablecidas para los Riesgos: Prioridad de Riesgo 0 2 6 3 2$7$2 8estin de Riesgos del Pro+ecto
9as consecuencias de Aptitud de los controles e:istentes Punta e e Ni)el de riesgo Prioridad de riesgo

Descripcin Alta 7oderada 8a9o 7u 8a9o

Riesgo que Id puede sucede + como puede suceder

suceder un e)ento consecuencias Probabilidad Probabilidad

2$7$6
Riesgo

Plan de 5ratamiento de los Riesgos


*pcin tratamiento elegida de Contro les es Aceptacin o %onitoreo de de riesgos + tratamiento implementacin opciones de rec;a&o seg<n Fec;a Costo/bene(icio

Riesgos en orden Posible tratamiento de los de prioridades riesgos

e:istent an=lisis

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

e*tra. )echa limite de la 1 presentacin entregables pr*ima. de

Braba9ar tiempo

Se Solicitar apo o a efectCa la 4nstitucin o el al 4nstituto control peridic una o del en cronogr acti$ida des acad!mico mediante prrroga entrega. Aceptacin segCn Aosto38eneficio fecha entregable.

7ane9o reportes

de

Recuperar noches.

el

tiempo perdido por las Solicitar apo o a la 4nstitucin o al 4nstituto acad!mico mediante una prrroga en fecha l+mite de entrega.

peridicos de ' d+as antes de la cada una de de las para determinar el porcenta9e de retraso. presentacin del acti$idades

fecha l+mite de ama de

2$7$3 Planes de Contingencia de Riesgos


Riesgo:1 Re(erencia: 1lan de Bratamiento de Riesgos Riesgo: )echa l+mite de la presentacin de entregables pr*ima. Resumen: Solicitar apo o a la 4nstitucin o 4nstituto Acad!mico mediante una prrroga en fecha l+mite de entrega. Se efectCa el control peridico del cronograma de acti$idades para determinar ni$eles de retraso anticiparse a la disminucin de los mismos. Plan de Accin Acciones Propuestas Se 7ane9aran reportes peridicos de cada una de las acti$idades para determinar el porcenta9e de retraso, en los cuales cada /rea in$olucrada deber/ informar sobre su a$ance, sobre retrasos si e*isten, el moti$o de los mismos, 0$ las medidas a tomar para corregir los mismos, con la finalidad de e$itar que el 1lan de traba9o del pro ecto quede obsoleto. Requerimientos de Recursos Da solicitud de recursos depende de los reportes de a$ances, si fuera el caso se solicitara solo los recursos necesarios para minimizar el retraso. 2$ Fec;a Da implantacin de los planes de accin establecidos para este riesgo, se realizaran ' d+as antes de la fecha de presentacin del entregable. 6$ %onitoreo El monitoreo es realizado de acuerdo a Reportes de A$ances.

A$4&!s!s + D!seK( =.1 D(c*)e$,( %e A 8*!,ec,* ' %e& S(5,A' e DAS


#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

Es una especificacin de las ideas principales del dise/o. El $A9 proporciona una descripcin entendible de la arquitectura del sistema soft+are y sir'e como medio de comunicacin entre el arquitecto de soft+are y otros miembros de equipo del proyecto con respecto a las decisiones arquitectnicamente si!nificati'as que se ,an tomado en el proyecto. Contiene 'arias 'istas que muestran aspectos distintos del sistema como son( V!s,' %e C's(s %e Us(( Esta 'ista muestra la funcionalidad del sistema como es percibida desde el eCterior. As) como tambi.n describe un conjunto de escenarios y casos de uso que tienen una cobertura arquitectnicamente si!nificati'a o que ilustran un punto espec)fico de la arquitectura. V!s,' L#0!c'( $escribe el dise/o m*s importante de las clases y su or!ani acin en paquetes y subsistemas& y la or!ani acin de .stos en capas. 3ambi.n contiene al!unas reali aciones de casos de uso. Esta muestra cmo la funcionalidad es dise/ada en el interior del sistema& en t.rminos de la estructura est*tica y comportamiento din*mico del sistema V!s,' %e I)"&e)e$,'c!#$( Esta 'ista muestra la or!ani acin del cdi!o y el cdi!o actual de ejecucin. Contiene una 'isin !eneral del #odelo de Implementacin y su or!ani acin en t.rminos de mdulos en paquetes y capas. 3ambi.n se describe la asi!nacin de paquetes y clases de la Vista 4!ica a los paquetes y mdulos de la Vista de Implementacin. V!s,' %e I)"&'$,'c!#$( $escribe 'arios nodos f)sicos para las confi!uraciones m*s t)picas de las plataformas y la asi!nacin de las tareas de la Vista del Proceso a los nodos f)sicos. Es un subconjunto del #odelo de Implantacin. Esta 'ista se reali a slo si el sistema es distribuido a tra'.s de m*s de un nodo& por lo tanto es opcional. V!s,' %e D',(s( Esta 'ista especifica arquitectnicamente los elementos constantes en el #odelo de $atos. $escribe una apreciacin !lobal del modelo de los datos y su or!ani acin por lo que se refiere a las tablas& 'istas y almacenamiento de los procedimientos que proporcionan la persistencia al sistema. 3ambi.n describe la carto!raf)a de clases constantes de la Vista 4!ica a la estructura de los datos de la base de datos.

=./ M(%e&( %e D!seK( Para representar los dia!ramas del #odelo de $ise/o se pueden emplear diferentes dia!ramas de 7#4 tales como(
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

A $ia!ramas de Clase. A $ia!ramas de Colaboracin. A $ia!ramas de Estado. A $ia!ramas de 9ecuencia. =.= M'"' %e %e $'7e0'c!#$ ( C' ,' Es, *c,* '%' Este artefacto eCpresa la estructura de los elementos de la interfa de usuario del sistema& junto a los caminos de na'e!acin principales. Este permite al usuario una adecuada na'e!acin en el sistema y sobre todo saber en qu. punto del sistema se encuentra y ,acia donde puede ir. 9in un #apa de 8a'e!acin no se podr)a apro'ec,ar al m*Cimo un sistema. Cabe destacar que eCistir* solamente uno de estos artefactos en el sistema. =.D M(%e&( %e D',(s #6$E46 EHR #6$E46 de la base de datos $iccionario de $atos =.E Re'&!1'c!($es %e &(s C's(s %e Us( 9on los dia!ramas de secuencia que eCpresan el comportamiento del caso del uso en t.rminos de objetos de colaboracin =.B M(%e&( %e I)"&'$,'c!#$ $ia!ramas de componentes y dia!ramas de desplie!ue D I)"&e)e$,'c!#$ D.1 C()"($e$,e O"e 'c!($'& %e& S!s,e)' Este artefacto es una 'ersin operacional del sistema o parte de este que cubre un subconjunto especificado de los requerimientos que el sistema final cumplir*. Este comprende uno o m*s elementos de la aplicacin >funciones ejecutables? que son creados de otros elementos mediante un proceso de compilacin y unin del cdi!o fuente. A!rupa un conjunto de 9ubsistemas de Implementacin. Cabe destacar que cada una de las funciones y capacidades que representan una parte del sistema pueden ser probadas durante su ejecucin. D./ M(%e&( %e I)"&e)e$,'c!#$. En esta acti'idad se propone una es, *c,* ' "' ' &' !)"&e)e$,'c!#$& con el fin de conse!uir facilitar la implementacin& inte!racin y desarrollo de los procesos.

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

E&e)e$,( %e I)"&e)e$,'c!#$ El elemento de implementacin es un artefacto que representa el m*s bajo ni'el de composicin de un componente de soft+are& es decir& un conjunto de elementos de implementacin son los que conforman a un componente del sistema. Este artefacto puede ser un cdi!o fuente& un cdi!o binario& un arc,i'o& un ejecutable& entre otros. S*9s!s,e)' %e I)"&e)e$,'c!#$ Esta acti'idad inte!ra los cambios de los desarrolladores para crear una nue'a 'ersin consistente de la implementacin de un subsistema . P&'$ %e I$,e0 'c!#$ Esta acti'idad se planifica la inte!racin del sistema para la iteracin en curso.

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

PARTE IV PRUE:AS E IMPLANTACIN DEL DISECO TECNOLGICO 1. P&'$ %e P *e9's 27e %(c*)e$,( %e P&'$ %e P *e9's6 Este artefacto define un conjunto de datos de entradas& condiciones de ejecucin y resultados esperados de las pruebas& identificados para ,acer una e'aluacin de los aspectos espec)ficos de un elemento objeto de prueba. Cada Caso de de Prueba est* asociado a un escenario de un Caso de 7so en particular. 4os casos de prueba deben ser escritos con el detalle suficiente para que el probador pueda empe ar r*pidamente a ejecutar pruebas y a encontrar defectos. Adem*s& estos reflejan tra abilidad con los casos de uso& las especificaciones suplementarias de requerimientos y dise/o del sistema& !aranti ando que los procedimientos de pruebas sean compatibles con las necesidades de los usuariosIclientes. En la metodolo!)a los Casos de 7so diri!en todo el proceso de desarrollo& es por ello que los Casos de 7so se transforman en un acti'o que puede directamente conducir el proceso de pruebas. 7n Caso de Prueba no es i!ual a un Caso de 7so. El Caso de Prueba eCtiende o ampl)a la informacin contenida en un Caso de 7so. Entre las acti'idades a reali ar se encuentran& trabaje con las que est*n dentro de los par*metros de su proyecto( Acordar la #isin de las Pruebas Acordar las Pruebas a Reali ar Anali ar Pruebas =allidas $efinir Criterios de Aceptacin de los Casos de Prueba $efinir el Enfoque de Pruebas $efinir los $etalles de las Pruebas $eterminar los Resultados de las Pruebas Ejecutar el Conjunto de Pruebas Establecer la Confi!uracin del Ambiente de Pruebas &. E'aluar y $efender la Calidad ,. E'aluar y #ejorar el Esfuer o de las Pruebas 10. Identificar la #isin de las Pruebas 1 1. '. (. -. #. %. ..
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

11. Identificar las Ideas de Pruebas 1'. Identificar los #oti'adores de las Pruebas 1(. Identificar los 6bjetos de Pruebas 1-. Implementar las Pruebas 1#. Preparar los 4ineamientos del Proyecto /. I)"&'$,'c!#$ E& S!s,e)' Este artefacto es el producto final& es decir& el sistema ya funcionando que puede ser instalado y ser utili ado por el cliente. 7n 9istema se diferencia de una unidad de implantacin& ya que el sistema puede contener 'arias unidades de implantacin. Cabe destacar que dic,as unidades de implantacin que reBne el sistema pueden ser eCportadas a una unidad de almacenamiento. L!s,' %e M',e !'&es Este artefacto lista los componentes de una 'ersin dada de un producto y define donde los componentes f)sicos pueden ser encontrados. Adem*s& describe los cambios reali ados en la 'ersin y se refiere a la forma en que el producto puede ser instalad A ,e5'c,(s %e I$s,'&'c!#$ Este artefacto tiene como objeti'o permitir que la instalacin del sistema sea lle'ado a cabo por al!uien. 9e basa en los pro!ramas e instrucciones documentadas requeridas para que ese al!uien instale el producto. Puede incluir( instrucciones& scripts& iconos& arc,i'os de licencia& etc. 4os Artefactos de Instalacin son necesarios cuando se quiere confi!urar el sistema mediante los pro!ramas de instalacin y pueden ser descartados si el sistema es instalado una 'e & ya sea porque el sistema es de uso interno en un ser'idor corporati'o. 4as instrucciones de instalacin se reflejan en el #anual de Instalacin y si se espera que el usuario instale el producto >sistema? puede reflejarse en el M'$*'& %e Us*' !(. Este artefacto pro'ee una ayuda a las personas que manipular*n directamente el producto& acerca del uso que le debe dar al sistema. $ic,o artefacto debe ser discutido y aprobado por el cliente. Elaborar el manual de usuario durante las primeras iteraciones del proyecto permitir* al equipo de probadores conocer el sistema antes de que
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

comiencen las pruebas& adicionalmente pro'ee los mecanismos b*sicos para elaborar los planes de pruebas y los casos de pruebas& y permite la elaboracin de sistemas automati ados para las pruebas. 9e!Bn el tipo de sistema se define el comien o del desarrollo del #anual de 7suario. 9istemas con interfaces complejas o con muc,a interaccin requerir*n 'ersiones tempranas del manual de usuario as) como de prototipos de interfaces. 9istemas con poca interaccin probablemente no requieran que la documentacin del usuario se elabore muy temprano . M'$*'& %e I$s,'&'c!#$ 27e %(c*)e$,( %e )'$*'& %e I$s,'&'c!#$6 El manual de instalacin es un artefacto que refleja los lineamientos que ,ay que se!uir para instalar el sistema. Contiene informacin sobre la infraestructura de instalacin e instrucciones para la instalacin y actuali acin del soft+are. M',e !'& %e A%!es, ')!e$,( El propsito del #aterial de Adiestramiento& dependiendo de los requerimientos del proyecto& es ense/ar a los usuarios cmo utili ar& operar o mantener el producto. Este material se piensa para el uso en cursos de aprendi aje. Mec'$!s)( %e Re, ('&!)e$,'c!#$ Este artefacto pro'ee un mecanismo para captar los comentarios de los clientes al probar el producto beta& tiene como fin de que los usuarios ,a!an pruebas al sistema sobre el conjunto de caracter)sticas disponibles y en lo posible& retroalimentar a sus desarrolladores con el descubrimiento de fallos y ,aciendo su!erencias en cuanto a la funcionalidad& etc. P&'$ %e A%!es, ')!e$,( #uestra el plan detallado de adiestramiento. El propsito de este plan es que las personas que 'ayan a utili ar el sistema& se capaciten para su utili acin e'itando que el mismo sea mal utili ado. $ic,o artefacto debe ser discutido y aprobado por el cliente. Este artefacto est* compuesto por secciones para indicar el pro!rama de entrenamiento o cursos que ser*n impartidos a los usuarios finales para ense/arles el uso& operacin y mantenimiento del sistema.

P&'$ %e I)"&'$,'c!#$
#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

El objeti'o principal de este artefacto es ase!urar que el sistema lle!ue satisfactoriamente al conjunto de usuarios para el cual fue destinado. Este artefacto debe definir un conjunto de tareas que defina una transicin sencilla para el cliente& para ello se debe minimi ar el impacto que la implantacin del sistema pueda lle!ar a causar en el personal del cliente& los sistemas de produccin eCistentes y en todas las rutinas del ne!ocio. Este artefacto describe el conjunto de tareas necesarias para poder poner en funcionamiento el sistema en las instalaciones de los usuarios. 4as acti'idades descritas en este documento abarcan temas referentes a la instalacin del nue'o sistema& instrucciones espec)ficas sobre la sustitucin de anti!uos sistemas& compatibilidad del sistema& y estrate!ias de mi!racin y adaptacin al nue'o sistema. Adicionalmente este artefacto describe en detalle las acti'idades correspondientes a la entre!a del producto& el crono!rama de acti'idades& personal responsable& los recursos y fuentes necesarias para el funcionamiento del nue'o sistema& plan de adiestramiento& notas de se!uridad& de procedimientos operacionales espec)ficos& entre otros.

FUENTE ORIGINAL DE LOS ARTEFACTOS 3,,".//)e !$%e.$e,/!$%e-."3"L(",!($Mc()N5 ($,"'0eOI,e)!%M1

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP

#A3ERIA4 E4A56RA$6 P6R C4A7$IA I8693R6:A VR";1 #A<6 2;11& Para el P8=I"I73EP