Está en la página 1de 9

Project Charter

Sistema de deteccin de cuadros prodrmicos de esquizofrenia mediante REF.

[ Versin 1.0 aprobada ]

Sergio Romn

3 Agosto 011

Plantilla de Documento: Copyright 2007 by Karl E. Wiegers.

Tabla de Contenidos:
1. Descripcin del proyecto.........................................................................................1 2. Objetivos de negocio y criterios de terminacin exitosa.........................................1 3. Stakeholders.............................................................................................................2 4. isin.......................................................................................................................3 !. "lcance del proyecto............................................................................................... 3 #. S$posiciones y dependencias...................................................................................3 %. &imitaciones............................................................................................................ 4 '. (itos.........................................................................................................................4 ). *iesgos.....................................................................................................................4 1+. *ec$rsos.................................................................................................................! "probaciones..............................................................................................................!

1. Descripcin del proyecto


El proyecto de Deteccin de las reacciones emocionales basada en reconocimiento de expresiones faciales o simplemente DCPEREF es un proyecto con propsitos de experimentacin implementacin de modelos desarrollados cient!ficamente" que #usca crear un mecanismo$ #asado en soft%are$ que permita la realizacin de un test para la deteccin de prdromos& de esquizofrenia en '(enes$ esto mediante el examen de sus expresiones faciales al reaccionar a est!mulos (isuales. El soft%are esta compuesto por ) mdulos *enerales$ cada uno corresponde a dos prue#as distintas descritas a continuacin+ Prueba de clasificacin de EF: El usuario que aplica la prue#a selecciona una serie de im,*enes de una #ase de datos$ la serie de im,*enes representa las expresiones faciales EF" de una persona en particular$ el usuario al cual le es practicada la prue#a de#e clasificar cada una de las im,*enes mediante la relacin con el nom#re de una emocin en particular$ al final se determinara cuantas de estas im,*enes y su nom#re relacionado son correctos$ la prue#a se repetir, tantas (eces como lo indique el modelo seleccionado para la prue#a. Prueba de autoreconocimeinto de EF: El usuario que aplica la prue#a selecciona un corto de (ideo el cual pre(iamente se -an identificado los puntos cla(es mediante inter(alos de tiempo$ estos inter(alos cla(es corresponden a momentos en el corto donde se estimula mediante la produccin de una emocin$ durante este inter(alo$ el sistema almacenara un #re(e (ideo de la reaccin del usuario al cual se le aplica la prue#a. .na (es terminado el corto$ se realizara una prue#a de auto/reconocimiento f,cil de la si*uiente manera+ Se le presentara al usuario una parte de un inter(alo cla(e y lue*o se le presentaran (arias de sus expresiones durante todo el corto$ el usuario de#er, ele*ir una de entre todas sus propias expresiones. 0a prue#a consiste en (erificar los aciertos del usuario$ se realiza el proceso tantas (eces como el modelo seleccionado lo indique.

2. Objetivos de negocio y criterios de terminacin exitosa


El o#'eti(o *eneral del proyecto es el desarrollo de un producto de soft%are pro*rama y documentacin" que les permita realizar el test para deteccin de prdromos$ dic-o test se compone en realidad de dos prue#as1 la prue#a de reaccin a im,*enes de expresiones faciales$ y la prue#a de auto/reconocimiento de emociones mediante est!mulos (isuales multimedia$ en este caso$ (ideo. Se considera un criterio de terminacin exitoso cuando el soft%are es pro#ado con indi(iduos seleccionados por los m2dicos y los resultados se aseme'an en amplio mar*en de porcenta'e a los resultados su*eridos por los proyectos de in(esti*acin en el estado del arte que -an modelado estas prue#as$ es decir$ el modelo seleccionado como referente terico. 3a'o este requerimiento$ ca#e se4alar que se seleccionara un modelo de test$ tanto para la prue#a con im,*enes como para la prue#a con (ideo$ el cual sera patrn para el comportamiento del sistema$ el cual sera a(alado por el m2dico asesor del proyecto.
& Del lat. Prodrmus, y este del *r. 5676898:$ que precede". m. Malestar que precede a una enfermedad.

P gina: !

3. Sta e!olders
0os actores implicados en el proyecto corresponden a tres *rupos$ los desarrolladores$ los interesados y los usuarios$ en el caso de los desarrolladores encontramos al equipo y administrador del proyecto$ por parte de los interesados se encuentran dos su#*rupos$ aquellos que se encuentran por en el ,rea de la facultad de medicina$ que ser,n determinantes para *uiar los fundamentos cient!ficos de los modelos aplicados en el sistema$ y los del ,rea de la cl!nica$ que si #ien est,n interesados en los fundamentos$ tam#i2n (erificaran a detalle la implementacin del sistema en un entorno real de prue#a.
Stakeholder Representante de cl!nica y facultad Principales Beneficios 3rinda sustento terico a los modelos usados como #ases del proyecto. Actitud Es flexi#le y #rinda la informacin solicitada. Condiciones de xito Es el patrocinador y due4o del proyecto$ su satisfaccin de#e estar *arantizada a medida que se cumplan todos los requerimientos marcados por 2l$ acorde a los modelos esta#lecidos y apro#ados 0as condiciones de 2xito del equipo se sit;an en lo*rar el alcance estipulado y una entera satisfaccin del due4o del proyecto. Limitaciones Pese a que es accesi#le$ realizar contacto presencial es complicado de#ido a su a*enda la#oral.

Desarrolladores

Existen relaciones que promue(en la comunicacin$ -ay experiencia en la plataforma de desarrollo. Proporciona el concepto de experiencia de usuario para el sistema$ sera tam#i2n quien #rinde los m2todos adecuados para las prue#as finales y retroalimentaci n.

Disponi#ilidad plena para el desarrollo y conclusin exitosa del proyecto.

.suario aplicador

0os usuarios aplicadores pueden (ariar$ se estima una actitud r!*ida al sistema$ pues son los usuarios que lo usaran y criticaran.

Se de#en cumplir con los requerimientos fruto de las retroalimentaciones de este *rupo$ su satisfaccin influye directamente en la satisfaccin del due4o del proyecto.

<o se tiene experiencia en este tipo de proyectos$ no se esta familiarizado con los conceptos tericos que sustentan el proyecto. <o se tendr, contacto con 2l en primera instancia$ adem,s este *rupo no esta representado por una sola persona$ por lo que podr!an existir discrepancias en cuanto a las retroalimentacion es.

P gina: 2

". #isin
Para el Hospital Psiquitrico Quinta Bonita, que requiere de un mecanismo experimental que permita detectar cuadros prodrmicos de esqui ofrenia en !"enes, el D#PE$EF, es un sistema de soft%are, que permite lle"ar a cabo pruebas de est&mulos "isuales que lo'ran reali ar esta deteccin mediante el reconocimiento de expresiones faciales, a diferencia de actuales sistemas similares que solo usan im'enes, nuestro producto permite reali ar est&mulos en di"ersos canales mediante el uso de "ideo(

$. %lcance del proyecto


El proyecto de#er, culminar con un producto de soft%are representado en dos mdulos claramente diferencia#les que corresponden a dos prue#as distintas$ una de ellas corresponde a la clasificacin de estados$ mediante el uso de im,*enes de EF como estimulo$ mientras que el otro modulo corresponde a la prue#a de autorreconocimeinto y asociacin de estados$ que utiliza como est!mulos el (ideo. Para especificar esta relacin a continuacin se presentan en el si*uiente dia*rama+

&. S'posiciones y dependencias


= continuacin se muestra una lista de suposiciones y dependencias que se consideran cruciales para el proyecto+

,denti-icador .ipo S/01 S$posicin S/02 D501 D502

Descripcin Se as$me 1$e existe $n soporte terico 1$e g$i2 el dise3o de la pr$eba para ser trad$cida a $n sistema de so-t4are. S$posicin Se as$me 1$e el modelo terico seleccionado tiene e-ectividad previamente eval$ada. Dependencia Se depende de 1$e el soporte terico seleccionado brinde $n modelo c$alitativo para eval$ar la e-ectividad del so-t4are $na ves trad$cido el modelo. Dependencia Se depende de la existencia de s$jetos de pr$eba 1$e c$bran los re1$erimientos del modelo de pr$eba.

P gina: "

(. )imitaciones
Se identifican a continuacin las limitaciones primordiales del proyecto+ Concepto
Caracter!sticas

Constraint

Driver

Grados de libertad
0as funcionalidades extras pueden ser implementadas posteriormente.

Ca"idad

0as funcionales principales de#en tener una aceptacin de &>>? <= El proyecto en su primera (ersin &.> de#e estar terminado el 22/11/2011

Costo #iempo

*. +itos
= continuacin se listan los -itos importantes en la (ida del proyecto. vento
=pro#acin del Pro'ect C-arter Plan de tra#a'o terminado Plan de tra#a'o =pro#ado Documento de an,lisis de requerimientos terminado Documento de an,lisis de requerimientos =pro#ado Dise4o de la arquitectura terminado Dise4o de la arquitectura =pro#ado Fmplementacin terminada Re(isin de implementacin Prue#as unitarias apro#adas Correcciones terminadas Documentacin de usuario terminada Prue#as de aceptacin$ Entre*a de proyecto.

Deadline
>@A>BA)>&& >CA>BA)>&& &>A>BA)>&& &@A>BA)>&& )>A>BA)>&& )DA>BA)>&& )EA>BA)>&& >&A&&A)>&& >@A&&A)>&& >CA&&A)>&& &>A&&A)>&& &GA&&A)>&& ))A&&A)>&&

,. -iesgos
En un primer an,lisis de ries*os se -an determinado los si*uientes. !ies"o
Dificultad para seleccionar un modelo terico

#mpacto
Retrasar!a el a(ance

$iti"aci%n
Se necesita consultar

P gina: #

que sustente las prue#as Hue el set de im,*enes seleccionado para la prue#a de cate*orizacin de EF no corresponde con las caracter!sticas fisonmicas de los su'etos de experimentacin. Hue no exista disponi#ilidad de tiempo por parte de los clientes para la realizacin de prue#as.

del proyecto Ienerar!a resultados con poca precisin.

Se retrasar!a el a(ance del proyecto

personas especializadas. Se requerir!a que se *eneraran nue(as im,*enes con su'etos con caracter!sticas adecuadas para la prue#a. Jiene que existir un esquema de prue#as a(alado por el cliente que no requiera de su presencia.

1.. -ec'rsos
= continuacin se definen los recursos a utilizar en el proyecto !ecurso
K Equipos de tra#a'o laptops Equipo de tra#a'o Consumi#les de oficina

Descripci%n & 'uente


Computadoras laptos de los inte*rantes de equipo$ con plataformas de desarrollo y c,maras %e#. Equipo de desarrollo de proyecto compuesto por+ Ser*io Rom,n$ .lises Rodri*uez y La(ier Peralta. Fmpresiones$ carpetas y medios de almacenamiento.

%probaciones
El presente documento aprueba la reali acin del pro)ecto ) ser"ir de base para su e!ecucin, con la firma se acepta todo lo que aqu& se expone, ) se a"ala el documento como referente para futuras aclaraciones( !ol (ombre & 'irma Date

P gina: $

P gina: %

+istorial de revisiones
(ombre 'echa !a)ones para cambiar *ersi%n

Sergio *om6n ,t$rbe

+!7+)72+11

8reacin del doc$mento.

1.+

P gina: 7

También podría gustarte