Home

Untitled

Contents

1. 1 3 5 7 9 Grupo I Grupo II Figura 3 Gr fico de control para el an lisis del indicador actas de arranque Como se observa en la Figura 3 el gr fico de control del indicador actas de arranque muestra una mejora al observarse una disminuci n en la media Xbar de 6 78 en el grupo I a 1 9 en el grupo II Adem s se observa un desplazamiento de los valores en los limites de control superior UCL e inferior LCL El limite superior de 23 32 grupo I a 6 51 grupo II y el limite de control inferior de 9 75 grupo I a 2 71 grupo II De igual manera se observa que se tiene un mejor control ya que los valores tienden a estar m s cerca de la media 4 2 Rendimiento del proceso El objetivo de esta m trica es analizar el rendimiento de los nuevos procesos En el caso de estudio realizado en everis los datos para esta m trica se han obtenido analizado aquellos proyectos que han tenido alg n tipo de desviaci n en sus costes internos ya sea en horas incurridas gastos externos o subcontrataci n No obstante estas desviaciones no afectaron a los plazos de tiempo acordado con los clientes La Figura 4 muestra la gr fica de control para analizar el rendimiento de los procesos a trav s del an lisis de los proyectos con alg n tipo de desviaci n Como se muestra en la Figura 4 el gr fico de control de los proyectos con desviaci n muestra una mejora ya que se observa una disminuci n en la media Xbar de 12 7
2. 1D Escenario Flujo Flujo alterno Pr ximo alterno Pr ximo alterno Originario 02 01 Flujo B sico 02 02 Flujo B sico Flujo alterno 1 Error Login 02 03 Flujo B sico Flujo alterno 1 Error Flujo alterno 3 Password Presionar Cancelar 02 04 Flujo B sico Flujo alterno 2 Error 02 05 Flujo B sico Flujo alterno 2 Error Flujo alterno 3 Password Presionar Cancelar 02 06 Flujo Basico Flujo alterno 1 Error Flujo alterno 2 Error Login Password 02 07 Flujo Basico Flujo alterno 1 Error Flujo alterno 2 Error Flujo alterno 3 Login Password Presionar Cancelar 02 08 Flujo Basico Flujo alterno 3 resionai Cancelar Figura 3 Tabla de Escenarios para CUooz Fase 2 Identificar los CP El proceso de pruebas var a de empresa a empresa y de proyecto a proyecto pero en cada situaci n un CP documenta un n mero de elementos comunes De un escenario de un CU pueden derivarse varios CP Despu s que se han identificado todos los escenarios de un CU se analizan cada uno de ellos en la b squeda de los posibles CP Esto se traduce en las siguientes actividades 1 Se organizan las ideas de pruebas en base los elementos que se desean probar Funcionalidad CU atributos de Calidad Validaciones de entradas y salidas Base de datos interfaces etc Esto va a depender del tipo de aplicaci n de las restricciones tecnol gicas y que maneja el proyecto y de prop sito y
3. gt 2 LL _ q Y a cone lteraciones Las unidades de aprendizaje asociadas a toda la categor a son Ingenier a de Software I Reingenier a de Procesos Base de Datos y Aplicaciones de Ingenier a de Software Administraci n de Proyectos Espec ficos APE En este proceso se estableci el Plan de Proyecto definiendo el ciclo de vida de desarrollo basado en el proceso de DMS de MoProSoft y en el RUP APE es equivalente a Administraci n de Proyectos Project Management En el 2007 considerando que en la gu a de ajuste de este proceso se establece que cuando el RAPE y el RDMS son desempe ados por la misma persona entonces se considera el Plan de Proyecto como el documento gu a El RUP utiliza el Plan de Desarrollo de Software por lo que se aplic esta plantilla en la que se documentaron los entregables equipo de trabajo ciclo de vida de desarrollo definiendo las iteraciones y releases que fueron calendarizados con base en los periodos de tiempo estipulados en el semestre A partir del 2008 al asignarse un Responsable a APE y uno a DMS se han elaborado ambos documentos Desarrollo y Mantenimiento de Software DMS Los ciclos y actividades se han resuelto apoyados con el RUP estableciendo una relaci n con las pr cticas base fases de MoProSoft 1 Fase de Inicio La realizaci n de la fase de inicio se relacion con la Administraci n de proyectos pues 82 RISTI N 6 12 2010 RISTI Revista
4. Se opto por utilizar ATL por ser un lenguaje estable y maduro aunque en constante fase de mejora y del cual se puede encontrar documentaci n variada manuales escenarios y herramientas de comunicaci n como listas de noticas o foros muy activos que ayudan a resolver cualquier duda no cubierta por la documentaci n Vara 2009 Otro motivo importante a la hora de escoger ATL fue su buen acoplamiento con la herramienta AMW ATLAS Model Weawer Didonet Del Fabro et al 2006 lo que permite utilizar modelos de weaving para establecer relaciones entre los diferentes modelos utilizados a lo largo del proceso as como para implementar modelos de anotaci n Estos modelos permiten representar la informaci n adicional que permite llevar introducir decisiones de dise o en las transformaciones sin perjudicar el nivel de automatizaci n de la propuesta En este trabajo se han definido e implementado dos transformaciones La que permite pasar del modelo de casos de uso extendido al modelo de fragmentos extendido EUCM2ESM y la que a partir de este ltimo genera el modelo de navegaci n extendido ESM2ENM Por motivos de espacio nos centraremos en la transformaci n EUCM2ESM Esta transformaci n EUCM2ESM toma como entrada el modelo de casos 36 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o de uso extendido el modelo de weaving que implementa el modelo de anotaci n y el diagrama de clases
5. La Figura 2 representa un esquema de las tareas realizadas y el orden en el que se han llevado a cabo Desde la implementaci n y definici n de los metamodelos secci n 3 1 pasando por el desarrollo de editores gr ficos secci n 3 2 la implementaci n de las transformaciones de modelos secci n 3 3 y los modelos de weaving secci n 3 4 hasta llegar a la generaci n de c digo secci n 3 5 3 1 Definici n e implementaci n de los metamodelos El soporte tecnol gico para cualquier propuesta metodol gica en el marco de la MDE comprende las herramientas necesarias para trabajar con un conjunto de lenguajes espec ficos de dominio DSLs Domain Specific Languages Mernik et al 2005 El primer paso hacia la construcci n de cada uno de estos DSLs pasa por definir e implementar el metamodelo subyacente 34 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Para la definici n e implementaci n de los metamodelos en M2DAT HYMO se ha utilizado EMF Eclipse Modelling Framework Budinsky et al 2008 un framework de Eclipse que permite definir editar y manejar metamodelos Posibilita la implementaci n en Ecore el lenguaje de metamodelado de EMF de los metamodelos de los DSLs de HM3 A partir del metamodelo se pueden generar herramientas para la edici n y gesti n de modelos conformes a dicho metamodelo En los ltimos a os EMF se ha convertido en el marco de met
6. o v 1 p 89 100 Lobato A S Harb M D P A Lino A D P El i L F Silva H A N amp Santos T L T 2008 Aplicando Rubrica para Avaliar Qualitativamente o Estudante no LabSQL Conferencia LatinoAmericana de Inform tica Santa Fe Moura R amp Bernadino J 2010 Um modelo para a integra o de servi os Moodle e Sistemas de Gest o Acad mica Revista Ib rica de Sistemas de Tecnologia da Informa o N 5 pag 31 Preiss O Wegmann A amp Wong J 2001 On Quality Attribute Based Software Engineering 27th Euromicro Conference Warsaw Poland September Queiroz P G amp Braga R T V 2008 Desenvolvimento de Linhas de Produtos de Software com uma Arquitetura Orientada a Servi os 13 Workshop de Teses e Disserta es em Engenharia de Software Seam 2010 Sitio oficial do framework seam Dispon vel em http seamframework org Documentation SeamDocumentation HSeamReferen ceDocumentation Acesso 21 out 2010 Shaw M amp Garlan D 1996 Software Architecture Perspectives on an Emerging Discipline Prentice Hall RISTI N 6 12 2010 29 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem Silva H A N Lino A D P Silveira A M Favero E L Santos T L T amp Morais R F 2008 Um sistema baseado na l gica difusa para decidir os conceitos finais dos estudantes cr ticos Workshop sobre Ed
7. Portugal Silva H Tereso A amp Oliveira J 2010 On Resource Complementarity 3rd International Conference on Information System Logistics and Supply Chain Casablanca Morocco Tereso A P Araujo M Moutinho R amp Elmaghraby S 2009 Duration Oriented Resource Allocation Strategy on Multiple Resources Projects under Stochastic Conditions International Conference on Industrial Engineering and Systems Management Montreal Canada Tereso A Araujo M amp Elmaghraby S 2008 Project management multiple resources allocation International Conference on Engineering Optimization Rio de Janeiro Brazil Tereso A Araujo M Moutinho R amp Elmaghraby S 2009b Quantity Oriented Resource Allocation Strategy on Multiple Resources Projects under Stochastic RISTI N 6 12 2010 71 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos Conditions International Conference on Industrial Engineering and Systems Management Montreal Canada 72 RISTI N 6 12 2010 Recebido Recibido 22 10 2010 Aceita o Aceptaci n 03 12 2010 9 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI Ang lica Astorga Brenda Flores Gloria Chavez M nica Lam Araceli Justo angelicaastorga uabc edu mx brenda flores uabc edu mx gloria_chavez uabc edu mx monica lam uabc edu mx araceli ju
8. amp Elmaghraby 2009b iinet 4 all r Para melhor se entender esta representa o considere se um simples projecto em modo de representa o AoN Figura 2 Este projecto constitu do por tr s actividades 1 2 e 3 Para cada uma iremos assumir que necess rio a utiliza o de 62 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o quatro recursos P nem todos os recursos s o requeridos por todas as actividades veja Tabela 1 Figura 2 Projecto AoN com 3 actividades Tabela 1 Conte do de trabalho em homens dia das actividades do projecto 1 Recurso P gt 1 2 3 4 4 Actividade Disponibilidade gt 2 1 3 2 A1 16 O 12 12 A2 O 7 10 Ag 20 O 22 O A relev ncia e o impacto dos recursos de suporte s o representados na Tabela 2 Tabela 2 A matriz P S Impacto dos recursos S nos recursos P Recurso P gt 1 2 3 4 Y Recurso S Disponibilidade 1 1 0 25 0 25 4 2 2 0 15 0 35 b b Neste problema considera se o custo da utiliza o dos recursos uma bonifica o por se terminar mais cedo do que o previsto e uma penaliza o por se terminar mais tarde do que uma data prevista de t rmino para o projecto Foi j desenvolvido um modelo para minimizar o custo total do projecto considerando que as actividades podem ser iniciadas logo que sejam sequenci veis se houver recursos principais suficientes para as iniciar Silva Tereso amp Oliveira 2010 Alguns resultado
9. 2005 Toward Standardized Model to Text Transformations In Model Driven Architecture Foundations and Applications 239 253 OMG 2002 MOF 2 0 Query View Transformations RFP Obtenido de OMG document ad 2002 04 10 Palmer J 2002 Web Site Usability Design and Performance Metrics Information Systems Research XIII 2 151 167 Powell A 2004 Generate Code with Eclipse s Java Emitter Templates IBM Developer Works Preciado J C Linaje M Comai S amp Sanchez Figueroa F 2007 Designing Rich Internet Applications with Web Engineering Methodologies International Symposium on Web Site Evolution 23 30 RISTI N 6 12 2010 43 M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto Rossi G Urbieta M Ginzburg J Distante D amp Garrido A 2008 Refactoring to Rich Internet Applications A Model Driven Approach Proceedings of the 8th International Conference Web Engineering ICWE 08 p gs 1 12 Schmidt D 2006 Model Driven Engineering IEEE Computer 39 Selic B 2001 MDA Manifestations Upgrade The European Journal for the Informatics Professional IX 2 12 16 Valverde F Valderas P Fons J amp Pastor O 2007 A MDA Based Environment for Web Applications Development From Conceptual Models to Code 6th International Workshop on Web Oriented Software Technologies IWWOST Como Italy Vara
10. Algunas de las lecciones aprendidas recabadas en los 3 a os de implantaci n son en el proceso de GN los alumnos realizan un plan estrat gico que ellos mismos deben seguir para cumplir con sus objetivos no obstante se ha identificado que en los procesos de GR RHAT y BSI hay que reforzar en el alumnado la importancia de estas actividades en el mismo sentido que tienen las tecnol gicas Se detect que cuando un alumno es responsable de m s de un proceso o se le asigna m s de rol implica responsabilidad y tiempo que no pueden cubrir ya que entre otros 84 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o factores est n cursando otras unidades aprendizaje que no est n relacionadas con el proyecto Tambi n hace falta explorar mecanismos que permitan hacer m s f cil la transferencia de conocimientos al hacerse el cambio de responsables para que no se presente p rdida o fuga de conocimiento CO trat ndose de un nivel 1 de capacidad de procesos ha cubierto la necesidad de un repositorio que permite alimentar y obtener los productos pero carece de la suficiente administraci n al ser un servidor que se comparte con otros cursos GPR ha alcanzado la implantaci n de los 9 procesos pero tal y como ocurre en las empresas reales para que se observen resultados se requiere dedicaci n factor que no ha podido ser controlado tampoco en este ejercicio Todavia se requieren de ciertos productos gen ricos p
11. Costa et al 2009a Guerra 2007 b Alunos relativamente avalia o efectuada pelos alunos foi respondido um question rio de avalia o t cnica e did ctica ap s a utiliza o do recurso em contexto de sala de aula em blocos de go minutos os alunos em grupos de tr s a quatro elementos exploram as actividades do courseware devidamente planificadas pelo professor tratando se de uma avalia o controlada Costa Loureiro amp Reis 2010b Fase 4 Opera o e Manuten o esta fase incluiu a correc o de erros t cnicos e educacionais que n o foram detectados nas fases iniciais do ciclo de vida do processo de desenvolvimento do courseware Desta forma poss vel melhorar o software e implementar novas funcionalidades atrav s de novos requisitos que s o detectados durante este processo Miguel 2003 Sommerville 2007 Foram tidos em considera o tr s tipos de manuten o correctiva perfectiva e preventiva RISTI N 6 12 2010 7 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo A MHDCU tamb m teve por base alguns princ pios dos m todos geis tais como a manter a simplicidade foi desenvolvido o essencial de forma a responder aos requisitos actuais b a equipa essencialmente os programadores procurou corrigir e melhorar o c digo do software continuamente c a entrega foi incremental sendo que cada ecr do software era independente dos outros ec
12. J M 2009 M2DAT a Technical Solution for Model Driven Development of Web Information Systems Madrid Universidad Rey Juan Carlos 44 RISTI N 6 12 2010 risti Recebido Recibido Aceita o Aceptaci n 24 10 2010 03 12 2010 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba Edumilis M ndez Mar a A P rez Kenyer Dom nguez Luis E Mendoza emendez movalles kdoming lmendoza usb ve 1 Laboratorio de Investigaci n en Sistemas de Informaci n LISI Departamento de Procesos y Sistemas Universidad Sim n Bol var Apartado Postal 89000 Caracas 1080 A Venezuela Resumen Existen cuatro elementos que son relevantes al momento de definir las pruebas Confiabilidad Costo Tiempo y Calidad El tiempo de desarrollo y el costo del producto se incrementan cuando se desean pruebas confiables y un software de calidad Pero qu se puede hacer para que los involucrados comprendan que las pruebas deben ser vistas como una red de seguridad Si la calidad no se contempla antes de comenzar las pruebas entonces ella no estar cuando se stas terminen El objetivo de este art culo es presentar la herramienta SAM Sistema Automatizado del M todo MECAP que permite especificar Casos de Prueba a partir de Casos de Uso incorporando elementos que promueven la verificaci n y validaci n de la trazabilidad entre la Gesti n de Requerimientos el An lisis y Dise o y las Pruebas S
13. Uma Proposta de Avaliacao Automatica de Mapas Conceituais para Ambientes de Ensino a Dist ncia XXXV Conferencia Latinoamericana de Inform tica Pelotas RS Costa K C F Harb M D P A Brito S R amp Favero E L 2006 Um sistema de recomenda o para ambientes virtuais de aprendizagem baseado em agentes e componentes de software 32 Conferencia LatinoAmericana de Inform tica Santiago Chile Fowler M 2006 Padr es de Arquitetura de Aplica es Corporativas Bookman Gamma E Helm R Johnson R amp Vlissides J 1995 Design patterns Elements of reusable object oriented software Reading Gerosa M A Raposo A B Fulks H amp Lucena C J P 2004 Uma arquitetura para o Desenvolvimento de Ferramentas Colaborativas para o Ambiente de Aprendizagem AulaNet XV Simp sio Brasileiro de Inform tica na Educa o ISO IEC 9126 1 2001 Information Technology Software Product Quality part 1 Krafzig D Banke K amp Slama D 2004 Enterprise SOA Service Oriented Architecture Best Practices Indianapolis Prentice Hall Larman C 2007 Utilizando UML e Padr es uma introdu o an lise e ao projeto orientado a objetos 3 edi o Porto Alegre Bookman Lino A D P Silva A S Favero E L amp Harb M D P A 2007 Avalia o autom tica de consultas SQL em ambiente virtual de ensino aprendizagem 2 Confer ncia Ib rica de Sistemas e Tecnologias de Informa
14. industria del software como a las instituciones educativas Durante la fase de presentaci n del modelo se llevaron a cabo una serie de capacitaciones a empresarios y docentes sobre la estructura del modelo y las estrategias para su implantaci n Como resultado de estas capacitaciones desde el a o 2007 la carrera de Licenciado en Sistemas Computacionales LSC de la Facultad de Ingenier a Mexicali de la Universidad Aut noma de Baja California UABC integr en el curso de Ingenier a de Software la ense anza de MoProSoft con la finalidad de que los alumnos al egresar posean el conocimiento necesario para apoyar a las empresas a implantar el modelo Para que el aprendizaje fuera significativo se cre la empresa escolar AvanTI acr nimo de Avanzando las Tecnolog as de la Informaci n en la que se ha establecido el enfoque de procesos propuesto por MoProSoft Por otro lado en paralelo a la conformaci n de la empresa se particip en la Convocatoria 2007 del programa de Servicio Social Profesional SSP de la UABC con el prop sito de brindar un servicio a la comunidad a trav s del desarrollo de un software en beneficio a una instituci n p blica Los resultados fueron positivos y de esta manera se asign un proyecto real para la empresa AvanTI En los a os de 2008 y 2009 tambi n se obtuvo el apoyo para dar continuidad a este proyecto ya que por su alcance ha requerido m s de una liberaci n release Este documento est estructura
15. mais recentes apresentam cromossomas mais espec ficos para um dado problema que resultam de um balan o do ganho de efici ncia e da perda de alguma flexibilidade Uma an lise aos resultados mais recentes demonstra que o uso de cromossomas com valores reais frequentemente supera o uso de cromossomas bin rios Outra alternativa de alfabeto ao c digo bin rio convencional o c digo de Gray que tamb m um sistema bin rio onde dois valores sucessivos diferem em apenas um d gito Goldberg 1989 O c digo de permuta o era adequado para problemas de permuta o Neste tipo de representa o o cromossoma um literal da sequ ncia de opera es nas m quinas No caso JSP cl ssico o cromossoma composto por m subcromossomas um para cada m quina cada um composto por n genes um para cada opera o Oliveira 2007 O gene i do subcromossoma corresponde opera o processada na 1 sima posi o na m quina correspondente O alelo identifica o ndice da opera o no gr fico disjuntivo Oliveira 2007 Para as redes de actividades sob complementaridade de recursos definimos um cromossoma com n p o l genes Para cada actividade o cromossoma estabelece a quantidade de cada recurso P e a quantidade de cada recurso S complementar Al m disso o cromossoma indica a prioridade de cada actividade 64 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Neste trabalho utiliz
16. n APE RHAT BSI CO Desarrollo y Mantenimiento de Software DMS An lisis def An lisis de Dise o de Dise o de Programaci n Pruebas Manuales y Configuraci Negocio Sistemas Arquitectura Interfaz Capacitaci n de Software Figura 1 Estructura organizacional AvanTI en el 2008 Asimismo se contaba s lo con el departamento de Proyectos Espec ficos pues la persona Responsable de APE era la misma que desempenaba el rol de Responsable de DMS La decision de separar los departamentos fue de no asignar a una sola persona la responsabilidad de mas de un proceso ya que implicaba mas actividades y tiempo que no podia cubrir Para la implantaci n se utiliz como guia la versi n 1 3 MoProSoft por niveles de capacidad de procesos Oktaba et al 2005 Al tratarse de un primer acercamiento con la implantaci n de MoProSoft y los requisitos establecidos por los niveles de capacidad de procesos el alcance fue el nivel 1 de capacidad de procesos Realizado sin excluir aquellas actividades de nivel 2 Administrado que beneficien al logro de los objetivos de la empresa pero sin someter a los procesos a los requisitos de los atributos de proceso de nivel 2 La estrategia de AvanTI fue implantar primero los procesos de la categor a de Alta Direcci n posteriormente los de Gesti n y finalmente los de Operaci n Para ello se tomaron en cuenta las lecciones aprendidas obtenidas durante el programa de
17. structural Use Case Consult requirements section N 5 Unks lL testend gt o sema 77 lt lt SBUC gt gt em s lt lt SBUO gt TA 2 Include xtend gt IA AN External page g Use Case Consult Ep io lt lt CLASSIFIER gt gt Static web site lt lt include gt gt No lt sextendb gt Extend A A lt lt extend gt s 4 E y Ed Professor AY Consult discussions section Ss gt stextend gt gt lt lt extendo i SSS K A lt lt SBUC gt gt Se lt lt gt gt N Consult acknowledgement Consult solutionssection gt gt gt a s Figura 3 Editor grafico implementado en GMF para el modelo de casos de uso extendido 3 3 Implementaci n de las transformaciones de modelos Uno de los principios b sicos de la MDE es la automatizaci n del proceso de desarrollo Por lo tanto el siguiente paso en el desarrollo de M2DAT HYMO fue implementar las reglas de transformaci n que conectan los diferentes modelos que componen en proceso de desarrollo propuesto Las alternativas evaluadas para el desarrollo de estas transformaciones fueron las siguientes propuestas basadas en el uso de gram ticas de grafos como MOLA o VIATRA lenguajes de transformaci n que implementan el estandar Query View Transformation QVT tanto declarativos MediniQVT o ModelMof como imperativos SmartQvt o Borland Qvto el lenguaje de transformaci n ATL Jouault amp Piers 2009
18. valida o das vers es do software como das vers es dos documentos gui es do professor e do aluno manual de utilizador entre outros Sendo identificadas altera es a efectuar disponibilizada no moodle uma nova vers o para verifica o e valida o Estas itera es apenas terminam quando n o se identificam altera es a efectuar No Trabalho Colaborativo Presencial TCP comummente o gestor de projecto que efectua um primeiro levantamento dos pontos a serem discutidos na reuni o presencial Estes pontos s o ordenados por import ncia e ou reas de actua o sendo enviados previamente para os elementos da equipa multidisciplinar Para facilitar esta 8 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o tarefa usada uma mailling list ou o f rum designado como Not cias e An ncios O TCP registado atrav s de grava o udio ver figura 5 i Antes do TCP Durante o TCP I i e mail f rum Grava o udio i I Pontos do TCP _ Discuss o de pontos da mailling list checklist Checklist I I i Figura 5 Trabalho Colaborativo Presencial Do TCP ao serem identificadas altera es a efectuar as mesmas s o disponibilizadas na plataforma Neste contexto as ferramentas recursos m dulos de actividades e blocos utilizadas ver figura 6 no Trabalho Colaborativo N o Presencial TCNP permitem promover e agilizar um
19. 0 e enumerstionx enum professor nots Double data Date Figura 3 Diagrama de classes Modelo de Neg cios estudsnte administrador O m dulo para gera o e avalia o de mapas conceituais possui como requisitos principais a manter mapa conceitual Esta funcionalidade permite que usu rios com perfil de professor ou estudante gerem mapas conceituais porem s o professor pode cadastrar seu mapa como modelo isto o mapa que serve de refer ncia na corre o dos mapas dos estudantes e b corrigir mapa conceitual Esta funcionalidade compara o MC do estudante com o MC base previamente cadastrado pelo professor e compara com os mapas conceituais dos demais estudantes gerando uma nota de acordo com seu n mero de acertos Caso o aluno acrescente um conceito inv lido o mesmo diferenciado O componente desenvolvido tem como prop sito principal a avalia o autom tica de MCs a partir da an lise de similaridade dos MCs dos estudantes contra um modelo de resposta do professor retornando um escore da avalia o quantitativa Este resultado obtido atrav s da an lise via bigrama da forma o conceito link ou link conceito e an lise via trigrama da forma o dos arcos conceito link conceito ou link conceito link Caldas amp Favero 2009 A figura 4 mostra a tela de resultado da avalia o de mapas conceituais produzida pelo estudante como pode ser observado foi gerada uma nota para quest o 217 q
20. 1 que indica a frac o pela qual o recurso S s aumenta a performance do recurso P r Tipicamente v r s A E 0 1 i 0 5 i v Assume se que o impacto dos recursos S aditivo se um subconjunto 1s de q recursos S usado como suporte ao recurso P r na actividade a e somente uma unidade de cada recurso S utilizada ent o o desempenho do recurso P aumentado para x lsk E 1 5 v s 1 q a Com w r representando o conte do de trabalho do recurso P r na actividade a o recurso principal r e P completaria a actividade a no tempo y r eq 2 Se este recurso principal melhorado pela adi o do recurso de suporte ent o o seu tempo de processamento reduzido para y r s eq 3 j mal 2 3 BRAS Vs Uma actividade normalmente requer uma utiliza o simult nea de mais de um recurso P para a sua execu o O problema coloca se ent o do seguinte modo y 7 55 A que nivel deve ser utilizado cada recurso principal e que recursos de suporte lhe devem ser adicionados para optimizar um dado objectivo O tempo de processamento de uma actividade dado pelo valor maximo das dura es que podem resultar de uma afecta o espec fica a cada recurso veja a discuss o pr via sobre o c lculo da dura o considerando m ltiplos recursos em Tereso Ara jo amp Elmaghraby 2008 Tereso Araujo Moutinho amp Elmaghraby 2009 Tereso Ara jo Moutinho
21. 2 Presentar gr ficamente la secuencia de eventos que se plantea en cada CU esto permite como lo muestra la Figura 1 abstraer los eventos que ocurren en un CU el flujo normal o b sico as como los flujos alternos lo cual sirve de apoyo para visualizar f cilmente las posibles combinaciones que representarian un escenario ya que establece en qu punto del flujo b sico ocurre y adem s qu sucede despu s que se activa ese flujo alterno finaliza el CU o retorna al flujo b sico 3 Chequear que se hayan representado gr ficamente todos los Flujos alternos con su acci n de finalizaci n o retorno 4 Establecer a trav s de una tabla como lo refleja la Figura 2 todos los escenarios asociados a un CU de la Figura 1 5 Identificar cada escenario del CU indicando el flujo normal y o el o los flujo s alterno s que lo componen La Figura 3 constituye el primero de los 3 artefactos que se generan en MECAP Tabla de Escenarios por CU En sta se puede observar que se incorpora el ID del Escenario con el prop sito de establecer un elemento de trazabilidad de las pruebas lo que facilita a su vez las actividades de verificaci n y aprobaci n de las pruebas Como se puede observar en la Figura 3 el ID puede estar conformado por el Nro CU y Nro Escenario esto nos indicar a por ejemplo que si se tiene 02 02 se traduce como el escenario 02 del CU 02 Esta nomenclatura debe ser establecida por la organizaci n Adem s es importante que se a
22. COM USO COM Xbar UCL LOL Grupo I Grupo II Figura 5 Gr fico de control de uso del m todo de gesti n de proyectos COM Como se observa en la Figura 5 el gr fico de control del uso de COM muestra una mejora ya que se observa un aumento gradual y contin o en la media Xbar de managers que usan el m todo COM para la gesti n de sus proyectos de 23 32 en el grupo Ia 50 7 en el grupo II 98 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o 5 Conclusiones Implementar mejoras en los procesos de una organizaci n estableciendo un entorno de referencia multimodelo ha permitido la adopci n de mejores pr cticas externas acordes a la forma de trabajo de la organizaci n y por lo tanto la obtenci n de procesos m s eficientes que reflejan la forma de trabajo de la organizaci n Como resultado el personal disminuye la resistencia al cambio cuando se implementan las mejoras ya que ellos perciben la adopci n de las pr cticas contenidas en los nuevos procesos como una evoluci n de su trabajo Finalmente la implementaci n de MIGME RCC para la mejora de proceso gradual y continuo confirm que el personal solo acepta cambios asimilados con benef cios identificados De esta manera el personal percibe el cambio como una evoluci n a su forma de trabajo Cabe resaltar que everis es una empresa que busca dar siempre m s valor a sus client
23. Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo Cuevas Gonzalo Mejia Jezreel Mu oz Mirna San Feliu Tom s gonzalo cuevas ma munoz tomas sanfeliu upm es jmejia mpsel fi upm es 1 Departamento Lenguajes y Sistemas Informaticos e Ingenieria del Software Universidad Polit cnica de Madrid Facultad de Informatica 28660 Boadilla del Monte Madrid Espana Los autores estan ordenados alfab ticamente Resumen Aun cuando muchas organizaciones est n motivadas para realizar mejoras en sus procesos pocas son las que saben cu l es la mejor manera de llevarla a cabo El resultado de esta falta de conocimiento se refleja principalmente en los fracasos que muy a menudo se tienen en los esfuerzos de mejora dejando a los implicados en la mejora agotados frustrados y m s convencidos que nunca en seguir haciendo su trabajo como lo ven an haciendo hasta ahora Como consecuencia crece cada vez m s la resistencia al cambio que supone la implementaci n de mejoras en los procesos de una organizaci n Este art culo analiza los resultados de la experiencia de la mejora de procesos de los procesos de gesti n de proyectos de una organizaci n mediante una metodologia que permite el uso de un entorno de referencia multimodelo Palabras clave entornos multimodelo mejora de procesos gesti n de proyectos Abstract Although many organizations are motivated to improve their software processes very few know how
24. ID Requerimiento goto para Caso de Uso No Funcional Ambiente de Prueba AVBIENTE ID Nombre Escenario 02 02 Error en Login Autor del Caso de Prueba LISI ID Nombre Caso de Prueba 02 02 02 Login con min sculas Nombre del Probador Probador 1 Versi n del Caso de Prueba v 1 Fecha de Creaci n 10 01 07 Fecha de Ejecuci n 15 03 07 Condici n es para que se ejecute el Caso de Prueba El usuario desea acceder al sistema Se hayan Implementado todas las funciones que se relacionan con validar usuario Datos a utilizar para las pruebas hayan sido validados y aprobados Deben existir usuarios registrados como validos Para la Ejecuci n del ID Caso de Prueba Valores Resultado Esperado Resultado Obtenido Introduce login intento de acceso lt 3 aDM22 presiona Ok Mensaje Error 20 Login inv lido Introduce login intento de acceso lt 3 administrador presiona Ok Mensaje Error 20 Login inv lido y y Introduce login intento de acceso lt 3 AdminisTRADOR presiona Ok Mensaje Error 20 Login inv lido y Criterios de Aprobaci n del Caso de Prueba Si se cumplen en un 100 los resultados esperados Decisi n de Aprobaci n del Caso de Prueba Aprob _X Fallo marque con una X el resultado obtenido Fecha de Aprobaci n del Caso de Prueba 15 03 07 Figura 5 Tabla de Especificaci n del CP 02 02 02 Sin la incorporaci n de datos no es posible ejecutar las pruebas y determinar los resultados Se deben observar las especif
25. Ib rica de Sistemas e Tecnologias de Informa o su fin es revisar el Plan de Desarrollo con el equipo de trabajo para iniciar con el proyecto Asi como llevar un seguimiento de las actividades definidas con base en el ciclo de actividades asignadas a los roles correspondientes quienes tienen que registrar el avance de sus tareas en un Reporte de Actividades que es entregado semanalmente al Responsable de DMS 2 Fase de Requerimientos Esta fase corresponde a la actividad de Modelo de negocios y de Requerimientos del RUP Para identificar los procesos involucrados con el rea de negocio en estudio se asoci la unidad de aprendizaje Reingenieria de Procesos a partir de la cual se analizaron con el cliente y usuarios las actividades realizadas las reas involucradas los documentos y sistemas utilizados De esta manera se valid el flujo de trabajo actual y se determin el alcance del proyecto Los roles involucrados en esta actividad fueron los Analistas de Negocio rol que no se sugiere en MoProSoft pero que se integr siguiendo la metodologia del RUP En cuanto a los alumnos se pudo observar como se fueron familiarizando con los conceptos de la organizaci n en estudio Una vez que se analiz y aprob el modelo de negocio entonces los Analistas de Sistemas empezaron a recabar la informaci n para obtener la especificaci n de requerimientos a trav s de la elaboraci n del documento de visi n modelo de casos de uso especificaci n de
26. Pruebas controladas Alquicira amp Su 2005 2 2 Categor a de Alta Direcci n La Alta Direcci n est dirigida por el Consejo Directivo conformado actualmente por un grupo de 5 docentes y por el Responsable de GN representado por un alumno Es 76 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o importante destacar en esta experiencia que no s lo es un reto para los alumnos el participar creando un proyecto de software real sino que tambi n tienen que aplicar sus conocimientos en las reas de negocio Esta fue la decisi n de considerar las unidades de aprendizaje de Administraci n y Recursos Humanos Gesti n de Negocios GN GN se ubic como el primer proceso a implantar pues a partir de ste se define el Plan Estrat gico en el que se declara la misi n visi n valores objetivos procesos requeridos entre otros elementos necesarios para dirigir los esfuerzos de la empresa y motivar al grupo a continuar con la creaci n de AvanTI como un proyecto formal y no una unidad de aprendizaje m s en la que s lo se persiguiera su aprobaci n o acreditaci n El Plan Estrat gico fue elaborado por la Direcci n General y las tres Gerencias contando con la asesor a del Consejo Directivo Una vez terminado este plan se les present a todos los miembros y se distribuy a las Gerencias para su ejecuci n En los a os 2008 y 20009 al asignarse al nuevo Director Responsable de GN este reci
27. RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Thomas C amp Bevan N 1995 Usability Context Analysis A Practical Guide 4 04 ed Teddington Middlesex TW11 OLW UK National Physical Laboratory Toth K 2005 Which is the Right Software Process for Your Problem RISTI N 6 12 2010 15 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo 16 RISTI N 6 12 2010 Recebido Recibido 24 10 2010 Aceita o Aceptaci n 03 12 2010 9 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem Amanda Monteiro Sizo Adriano Del Pino Lino Eloi Luiz Favero amandasizo o gmail com adrianod ufpa com favero ufpa br Universidade Federal do Par UFPA Programa de P s gradua o em Ci ncia da Computa o Caixa postal 479 66075 110 Bel m Par Brasil 2 Universidade Federal do Oeste do Par UFOPA Instituto de Engenharia e Geociencias CEP 68135 110 Santar m Par Brasil Resumo Este artigo prop e uma arquitetura de software fundamentada no padr o arquitetural em camadas e demonstra sua aplicabilidade na constru o e integra o de ambientes virtuais de aprendizagem Com o surgimento de ambientes cada vez mais modernos sistemas legados s o descontinuados pela dificuldade em mant los A arquitetura proposta facilita a integra o de novos
28. RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o desenvolvimento procuram fornecer e dar prioridade aos novos requisitos do software e avaliar as itera es do mesmo D o enfoque ao papel das pessoas sendo que as compet ncias da equipa de desenvolvimento devem ser reconhecidas e exploradas Os elementos da equipa s o livres para utilizar os seus pr prios m todos de trabalho sem serem prescritos processos Beck 2000 Bergin et al 2004 Keith 2002 Paelke amp Nebe 2008 Petersen 2008 Sommerville 2007 Especificamente no concerne ao desenvolvimento de software educativo os m todos descritos na literatura t m na sua g nese premissas dos m todos supracitados Exemplo disso s o os 3 m todos utilizados no desenvolvimento dos seguintes pacotes de software ver tabela 2 o Univap Virtual Bicudo et al 2007 o Use Case Castro amp Aguiar 1999 e Softvali Benitti Seara amp Schlindwein 2005 Tabela 2 Fases fundamentais no desenvolvimento de software Fases de desenvolvimento 3 Univap Virtual Use Case Softvali Sommerville 2007 PEOI An lise z m Especifica o Pa eaen Prepara o Concep o e E s jo Prototipagem Elabora o Concep o e implementa o Pr produ o an lise do conso Valida o poate a implemen ICAO teste Finaliza o P s produ o e avalia o Evolu o nao Implanta o Viabiliza o Apesar de surgirem com designa es diferentes a an lise o desi
29. a llenar para la pr xima fase ejecuci n e Se validaron los criterios de aprobaci n para cada especificaci n de CP Fase 4 e Se documentaron los resultados de las ejecuciones de los CP a trav s del llenado de los campos resultados obtenidos aprob fall fecha de aprobaci n fecha de ejecuci n e Se indic en el documento Plan de Pruebas el criterio de cumplimiento del ciclo de pruebas e Los resultados de las pruebas y los cambios durante el proceso de las pruebas fueron entregados y publicados En la siguiente secci n se presenta la herramienta SAM que automatiza el m todo propuesto y presentado en esta secci n 4 Herramienta SAM Sistema Automatizado del M todo MECAP A fin de integrar las disciplinas de Requerimientos con las de Pruebas se desarroll una herramienta denominada Workbench UML UCM que permite convertir un archivo uml generado a trav s de StarUML en un archivo transformado ucm en la herramienta Use Case Maker para especificar las narrativas de los CU Una vez finalizadas las especificaciones se procede a exportar generar un archivo xml el cual ser cargado en la herramienta SAM para luego proceder con la ejecuci n del m todo MECAP Los detalles de Workbench UML UCM escapan del alcance de este art culo RISTLN 6 12 2010 BB SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba SAM fue desarrollado en Software Libre y para su implantaci n se req
30. amp D Instituci n de Educaci n o 18D 250 Outro Empresa etc 500 NIF CIF Data Fecha _ _ Assinatura Firma RISTI N 6 12 2010 103
31. best to do so The result of this lack of knowledge is mainly reflected in the failures that often have the improvements efforts These failures leave stakeholders exhausted frustrated and more convinced than ever that they must continue doing their work as so far As consequence the resistance to change in software process improvement increases This paper analyses the results of the implementation of a project management software process improvement in an organization by using a methodology that allows to use a multi model environment as reference Key words multi model environment software process improvement project management RISTI N 6 12 2010 87 Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo 1 Introducci n Actualmente para una organizaci n es crucial aumentar su ventaja competitiva con respecto a sus competidores para garantizar su supervivencia en el mercado Por ello mejorar la forma de desarrollar software a trav s de sus procesos software es un desafio cr tico para ellas ya que el software es el n cleo de cualquier servicio o producto moderno Con el fin de aumentar la capacidad de sus procesos para el desarrollo de software el proyecto de mejoras de los procesos software es uno de los esfuerzos m s cr ticos e importantes que cualquier organizaci n de software debe perseguir Sin embargo para la mayoria de las organizaciones la mejora de
32. caso AvanTI Asimismo se identificaron los elementos requeridos en cada uno de los productos La identificaci n de estos elementos tambi n permiti generar las plantillas necesarias para su documentaci n En la tabla 3 se muestra un ejemplo de los elementos del producto de trabajo Plan de Procesos Tabla 3 Elementos del producto Plan de Procesos Proceso Pr ctica base Producto Elementos de Trabajo GPR Planificaci n Plan de Procesos Definici n de elementos Calendario Plan de Adquisiciones Capacitaci n Plan de evaluaci n Plan de manejo de riesgos La creaci n de estas plantillas facilit la comprensi n de los elementos solicitados en cada producto de trabajo eliminando dudas en el prop sito de cada elemento En los siguientes cursos cada vez que se incorpora el nuevo Responsable de GPR actualiza y da continuidad al Plan de Procesos para lo cual considera los resultados de las evaluaciones anteriores con el fin de dar seguimiento a los hallazgos encontrados Estas evaluaciones se han realizado utilizando los criterios de calificaci n de EvalProSoft Oktaba et al 2004 Gesti n de Recursos GR y sus subprocesos Los siguientes procesos implantados fueron GR y sus subprocesos Recursos Humanos y Ambiente de Trabajo RHAT Bienes Servicios e Infraestructura BSD y Conocimiento de la Organizaci n CO Estos procesos han sido importantes ya que a trav s de ellos se proveen los Recursos Humanos materiales y la base de cono
33. casos de uso glosario y especificaciones suplementarias Tambi n se trabaj un prototipo de interfaz con la participaci n de los Dise adores de Interfaz siguiendo una guia de dise o enfocada principalmente en darle el control al usuario sobre la aplicaci n reducir la carga de memoria y mantener una interfaz consistente Pressman 2006 La elaboraci n del manual de usuario se pospuso a la fase de construcci n hasta tener en los releases una interfaz completamente aprobada por el cliente y los usuarios Su elaboraci n est a cargo del Responsable de Manuales 3 Fase de An lisis y Dise o Esta fase corresponde a la actividad de An lisis y Dise o del RUP en la que se elaboraron las realizaciones de casos de uso a nivel de dise o planteando la arquitectura en subsistemas y estos a su vez en componentes Oktaba et al 2005 Se eligi el lenguaje de programaci n Java el cual se imparte en las asignaturas de Programaci n Orientada a Objetos 1 y Programaci n Orientada a Objetos II lo que significaba una familiaridad de los alumnos para la construcci n as como por ser un software de uso libre Tambi n se describi el detalle de la arquitectura con el fin de que las decisiones tomadas queden documentadas para los siguientes releases y para que el nuevo personal que se incorpore en pr ximos semestres al proyecto obtenga la informaci n necesaria para cualquier mantenimiento Para el modelo de datos se utiliz el administrador de ba
34. de recurso de suporte S alocada a P Recalculando a dura o da actividade 4 usando 3 tem se os valores apresentados na Tabela 5 Tabela 5 Durac o da Actividade A1 ap s afectac o de uma unidade de recurso de suporte P resource gt 1 2 3 4 Al 7 442 O 4 6 A segunda unidade de recursos de suporte S alocada a P Recalculando a dura o da actividade 4 usando 3 tem se os valores apresentados na Tabela 6 68 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Tabela 6 Dura o da Actividade A1 ap s afecta o de duas unidades de recurso de suporte P resource gt 1 2 3 4 Al 6 957 O 4 6 Aplicando o mesmo procedimento as dura es de todas as actividades s o apresentadas na Tabela 7 Tabela 7 Dura o das Actividades P resource 1 2 3 4 Al 6 957 O 4 6 Az O 5 185 4 444 4 Ag 20 O 11 O 5 Exemplo Num rico A Figura 8 ilustra os resultados da aplicac o do algoritmo construtivo Apresenta se a evoluc o da programac o do conjunto S e o correspondente tempo de inicio e o tempo de conclus o para cada actividade durante a execu o do algoritmo construtivo O gr fico de Gantt final do projecto tamb m apresentado e mostra a ocupa o de todas as unidades de recursos Figura 8 Execu o do algoritmo construtivo RISTI N 6 12 2010 69 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recur
35. del Probador Se recomienda que sean personas diferentes las que ocupen estos roles a fin de darle objetividad y confiabilidad al proceso de las pruebas Se alar la fecha de creaci n de la versi n de ese CP y la fecha en la que fue ejecutado Identificar las condiciones que deben estar presentes para ejecutar el CP Cu les son las condiciones que originan o causan que un usuario ejecute un evento espec fico o una secuencia de eventos En la Figura 5 se tiene el CP 02 02 02 en cual se propone el CP para Login con min sculas En esta figura se observa que se deben haber implementado todas las funcionalidades asociadas con Validar Usuario as mismo los Datos que se utilizaran en este CP hayan sido validados y aprobados por la instancia correspondiente etc Describir el procedimiento del CP Este procedimiento est compuesto de los pasos que se deben hacer para probar el Escenario del CU a trav s de lo que plantea el CP de las condiciones particulares que pudieran aplicar para un determinado paso los valores utilizados los resultados esperados y los resultados obtenidos Cabe resaltar que estos ltimos se incluyen en la Tabla ECP una vez que el CP es ejecutado RISTI N 6 12 2010 51 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba ID Nombre Sistema Proyecto SIS PROY Nivel de Prueba Sistema Aceptaci n ID Caso de Uso CU 02 Validar Usuario Tipo s de Prueba s Funci n Control de acceso
36. entre a actividade humana e a explora o dos recursos naturais bem como das consequ ncias ambientais sociais e econ micas desta explora o S et al 2010 S et al 2009 O courseware foi pensado para a utiliza o em sala de aula por alunos do 1 e 2 Ciclos do Ensino B sico preferencialmente a partir dos 8 anos particularmente dos 3 aos 6 anos de escolaridade com a orienta o dos respectivos professores embora a sua explora o possa ser adaptada a outros n veis de escolaridade bem como a outros contextos 4 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Do conjunto de recursos do Courseware Ser fazem parte um software educativo vers o em CD ROM e online ver em http sere ludomedia pt os Guides de Exploracao Did ctica para o Professor os Guides de Registo para o Aluno Utilizador e o Manual do Utilizador No Manual do Utilizador encontram se informa es relacionadas com a navega o nos ecr s e os cones utilizados no software O software est dividido em duas fases principais Fase 1 Petr leo e Fase 2 Florestas n o sendo obrigatoriamente sequenciais isto o professor aluno poder optar por qual das fases e actividade pretende iniciar a explora o Os gui es figura 1 B foram desenvolvidos para servir de base explora o do software No Gui o de Explora o Did ctica Professor s o propostas actividades estruturada
37. gico MIDAS As el art culo presenta la definici n y codificaci n de las transformaciones autom ticas entre los modelos que componen HM3 y las transformaciones modelo a texto que soportan la generaci n autom tica de c digo En este sentido uno de los aspectos m s innovadores de este trabajo es la utilizaci n de modelos weaving para personalizar algunas de las transformaciones entre modelos que propone HMS Palabras clave MDA MDE Transformaciones de Modelos Modelos Weaving Generaci n de C digo Abstract Nowadays any software development methodological proposal must be accompanied by the corresponding technological support Such premise becomes even more relevant when the proposal is based on Model Driven Engineering principles Therefore this proposal presents the tool support for HM3 the Hypertext Modelling Method of MIDAS In particular it presents the specification and coding of the model to model transformations that bridge the different models that compose HM3 as well as the model to text transformations that support code generation One of the most outstanding aspects of this proposal is the use of weaving models to personalize the model to model transformations proposed by HMS Keywords MDA MDE Model Transformations Weaving Models Code Generation RISTI N 6 12 2010 31 M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto 1
38. lisis m s estructurado para reconocer elementos comunes que a pesar de las diferentes estructuras y terminologias y los diferentes niveles de abstracci n tienen los est ndares y modelos utilizados en las organizaciones y que es un gran paso hacia el establecimiento de un entorno de referencia multimodelo 3 3 4 Implementar mejoras en los procesos La implementaci n de mejoras en everis se realiz como se describe a continuaci n e Se analizaron los factores de resistencia al cambio y de riesgos asociados con la mejora de los procesos Los principales riesgos de resistencia fueron sentimiento de sobrecarga de trabajo falta de compromiso de los mandos intermedios y la falta de alg n tipo de recompensa relacionada con la mejora Por su parte los principales riesgos asociados con la mejora fueron material de entrenamiento en el uso de los procesos inadecuado falta de una adecuada comunicaci n falta de soporte falta de seguimiento de la mejora y falta de implicacion de las partes interesadas e Se analizaron las dependencias entre pr cticas internas y pr cticas externas valorando su impacto en el logro de sus objetivos y su facilidad de adopci n e Se seleccionaron las pr cticas externas del entorno de referencia multimodelo en base al an lisis del impacto y facilidad de adopci n e Se realizaron los procesos mejorados que contenian todo el conocimiento de everis reflejado en sus mejores practicas identificadas en la primera fase y l
39. n en aquellos puestos que tienen personal a cargo Los resultados de la evaluaci n han mostrado que la mayoria de los alumnos asumen con responsabilidad y compromiso el formar parte de una empresa aun cuando sta sea un ejercicio escolar AvanTI no cuenta con una infraestructura propia pero se consideran como parte de sta los salones y laboratorios de c mputo en donde se imparten las clases y talleres Para la BC se otorg un espacio en uno de los servidores de la carrera Gesti n de Proyectos GPY La implantaci n de este proceso permiti establecer una comunicaci n formal con el cliente a quien se le iba a desarrollar el proyecto de software Cabe mencionar que los alumnos antes de ingresar a la unidad de aprendizaje de Ingenier a de Software ya han llevado el curso de An lisis y Dise o de Sistemas de Informaci n por lo que tienen las bases m s no la suficiente experiencia en el desarrollo de software para un cliente real A partir de la Descripci n del Proyecto se identific que ste era bastante extenso y con cierto grado de complejidad La carrera trabaja por semestres con un total de 14 semanas Por lo que las fechas de inicio y fin del calendario est n sujetas a estos periodos Esto determin que se tendr a que desarrollar m s de una liberaci n release durante m s de un semestre para cubrir el alcance total de proyecto 2 4 Categor a de Operaci n Para esta categor a se implement como modelo espec fico el P
40. obst culos utiliza o dos pressupostos DCU exceptuando a poss vel falta de compet ncias por parte da equipa de desenvolvimento Svanaes amp Gulliksen 2008 RISTI N 6 12 2010 3 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo Autores como Facer amp Williamson 2004 entre outros refor am que o DCU uma metodologia que combina entre outros aspectos a participa o do utilizador e avalia o formativa de prot tipos De acordo com a norma ISO 13407 1999 os projectos DCU s o regidos por quatro princ pios 1 constitui o de uma equipa multidisciplinar 11 a interac o entre o utilizador e o sistema iii o envolvimento activo dos utilizadores e iv a itera o de solu es de projecto Os tr s m todos de desenvolvimento de software educativo supracitados alicer am se em pressupostos DCU entre os quais a constitui o de equipas multidisciplinares organizadas por profissionais da rea da educa o investigadores de psicologia e pedagogia profissionais da rea da inform tica especificamente da rea de engenharia de software e programadores designers com conhecimentos de usabilidade e por fim os professores e os alunos Um outro m todo que incorpora pressupostos DCU o Logical User Centred Interactive Design LUCID em que Kreitzberg 1996 identifica seis fases visionamento descoberta fundamenta o do projecto detalhe do projecto constr
41. or amento estabelecido a disponibilidade dos recursos e ainda o treino e compet ncias espec ficas Esta actividade particularmente cr tica pois pode n o ser poss vel seleccionar as pessoas ideais para trabalhar no projecto porque o or amento estabelecido pode n o permitir a utiliza o de profissionais altamente especializados concomitantemente os profissionais com a experi ncia apropriada podem n o estar dispon veis Os gestores t m que decidir dentro destas restri es de recursos resultando que o planeamento de um projecto de software uma actividade que consome consider vel tempo de gest o A parti o do projecto em tarefas e a estima o do tempo e recursos necess rios para completar cada tarefa a organiza o das tarefas num formato concorrente para fazer o melhor uso da for a de trabalho e a minimiza o das depend ncias entre as tarefas para evitar atrasos s o as fun es do gestor de projectos que dependem fortemente da intui o e experi ncia Deste modo a gest o de projectos de software representa um desafio constante nas empresas O adequado controlo das v rias vari veis de gest o tais como o mbito o custo o prazo a qualidade e o risco necessitam de uma base de t cnicas e compet ncias que n o s o f ceis de gerir Uma perspectiva pr tica da gest o de projectos de software pode ser adquirida nos modelos PMBOK Project Management Body of Knowledge http www pmi org e PRINCE PRoje
42. precedentes de a e a disponibilidade de todos os recursos que a ir usar recursos principais e recursos de suporte o A data mais cedo que a actividade a em S pode ser finalizada que y y A A actividade onde q min Pi S O conjunto de conflito formado por a eS que tem lt q a A actividade seleccionada para ser sequenciada no est gio t O algoritmo construtivo das solu es apresentado na Figura 5 66 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Passo 1 Seja t 1 com P sendo nulo S ser o conjunto formado por todas as actividades que n o t m predecessoras ou seja pelas actividades ligadas ao v rtice inicio Passo 2 Identificar q min es g e identificar A Formar S Passo 3 Seleccionar a actividade a em S com o maior valor de alelo de k t prioridade Passo 4 Passar ao pr ximo est gio por a x i 1 adi o de a a P criando P 2 remo o de a de S criando S por adi o se existirem a S das actividades directamente sucessoras de a e que tenham todos os seus predecessores em P 3 aumentar tem 1 Passo 5 Se existir alguma actividade ainda por sequenciar t lt N voltar ao Passo 2 Sen o Parar Figura 5 Algoritmo Construtivo O formato utilizado similar ao utilizado por Cheng Gen e Tsujimura 1996 para apresentar o algoritmo de Giffler e Thompson 1960 No Passo 3 e
43. que se conozcan los recursos principales y de soporte que se deben asignar a las actividades del proyecto para obtener los mejores resultados y de forma m s econ mica El sexto art culo fue seleccionado como el mejor art culo de las Jornadas Iberoamericanas de Ingenieria del Software e Ingenieria del Conocimiento JIISIC 2010 celebrado en M rida Yucatan M xico celebrado del 10 al 12 de Noviembre de 2010 Este art culo pone de manifiesto como llevar a cabo la implantaci n practica de MoProSoft Modelo de Procesos para la Industria del Software en M xico Para ello se propone una estrategia y se presenta un caso de estudio Finalmente el s ptimo articulo esta orientado a la mejora de proceso software En concreto nos presenta una nueva forma de llevar a cabo la mejora de procesos cuando sta se realiza en un entorno de referencia multimodelo de forma que se minimice la resistencia al cambio No me queda mas que dar la enhorabuena a todos aquellos autores cuyos articulos han sido publicados en este numero de RISTI Jose A Calvo Manzano Villalon Universidad Polit cnica de Madrid vi RISTI N 6 12 2010 ndice Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao SORA ECA INO a PP 1 Ant nio Pedro Costa Maria Jo o Loureiro Lu s Paulo Reis Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem cccccessssssssssssseece
44. referencia multimodelos se pueden mencionar La proliferaci n de modelos que la organizaci n debe considerar Las diferencias en la estructura y terminologia entre los est ndares y modelos Las dificultades para reconocer similitudes entre los est ndares y modelos Los conflictos entre los diferentes programas de mejora en la organizaci n debido a que cada uno defiende y fomenta la mejora basada en el modelo o estandar que utiliza e La falta de soporte para mantener e institucionalizar los logros realizados por programas individuales de mejora e La proliferaci n del n mero de auditor as evaluaciones y benchmarking que la organizaci n debe someterse 3 Experiencia en la mejora de los procesos de gesti n de proyectos en everis En esta secci n se presenta la experiencia de la mejora de los procesos de gesti n de proyectos en la empresa everis utilizando un entorno de referencia multimodelo 3 1 Descripci n del entorno de aplicaci n de la metodolog a everis es una consultora multinacional con presencia en Europa y Latinoam rica que persigue convertir conocimiento y tecnolog a en herramientas para mejorar sustancialmente el desempe o de las organizaciones Su oferta de servicios que ofrece soluciones a grandes compa as de cualquier sector de actividad se fundamenta en tres pilares b sicos innovaci n eficiencia mediante la utilizaci n de especialistas y metodolog as que hacen uso del conocimiento espec
45. un modelo de presentaci n Por lo tanto otra l nea futura pasa por a adir un modelo de presentaci n que soporte la especificaci n de la interfaz gr fica del SIW De hecho la adaptaci n de HM3 para soportar la generaci n de RIAs hace imprescindible la inclusi n de un modelo de presentaci n ya que una de las ideas principales de las RIAs es ofrecer una interfaz muy compleja y estructurada en una sola pantalla siguiendo el paradigma de la ventana nica single window paradigm En esta misma direcci n viene trabajando otras propuestas para la Ingenier a Web En particular las metodolog as OOHDM y WebML que ya dispon an de modelo de presentaci n lo han adaptado a los nuevos escenarios de las RIAs Comai amp Toffetti Carughi 2007 Rossi et al 2008 o han adoptado los modelos de presentaci n de otras metodolog as como RUX que clasifica la construcci n de interfaces en interfaz abstracta concreta y final Preciado et al 2007 Agradecimientos Este trabajo se ha llevado a cabo en el marco de los proyectos MODEL CAOS Ref TIN2008 03582 y Agreement Technologies CONSOLIDER CSD2007 0022 financiado por el Ministerio de Ciencia y Tecnolog a de Espa a Referencias Budinsky F Merks E amp Steinber D 2008 Eclipse Modelling Framework 2 0 Segunda ed Addison Wesley Professional C ceres P De Castro V Vara J amp Marcos E 2006 Model transformations for hypertext modelling on web information sy
46. 11 0 24 0 12 0 33 0 30 0 27 0 24 0 80 0 53 0 28 0 13 dscndt2 0 83 0 41 0 24 0 03 0 29 0 35 0 38 0 01 0 42 0 32 0 28 0 28 0 72 0 61 0 44 0 18 Figura 4 O Cruzamento UX 4 Algoritmo Construtivo As solu es s o obtidas por um algoritmo que baseado no algoritmo de Giffler e Thompson 1960 Enquanto o algoritmo de Giffler e Thompson 1960 pode gerar todos os planos activos para o JSP o algoritmo construtivo apenas gera o plano de acordo com o cromossoma Como vantagens desta estrat gia salienta se a menor dimens o do espa o de solu es que no entanto inclui a solu o ptima e o facto de o procedimento n o produzir solu es imposs veis ou desinteressantes do ponto de vista da optimiza o Por outro lado uma vez que as dimens es do espa o de representa o e do espa o de solu es s o muito diferentes esta op o pode representar um problema porque muitos cromossomas podem representar a mesma solu o O algoritmo construtivo tem n est gios e em cada est gio uma actividade sequenciada Para auxiliar na apresenta o do algoritmo considere a seguinte nota o para o est gio t P Plano parcial formado pelas 1 1 actividades sequenciadas S Conjunto de actividades sequenci veis no est gio i e todas as actividades que devem preceder as actividades no conjunto S est o em P A data mais cedo na qual a actividade a em S poderia ser iniciada Este tempo representa a conclus o de todos os
47. 2009 De acuerdo a Lawrence y Becker Lawrence J Becker N 2009 los principales objetivos son reducir la redundancia integrar la mejora crear sinergia promover las buenas pr cticas y crear un entorno de referencia transparente Al utilizar un entorno de referencia multimodelo en una organizaci n se pueden observar beneficios como la unificaci n de un solo programa de mejora enfoque de la mejora en la organizaci n en lugar del modelo utilizado reducci n del coste toral en relaci n con la implementaci n del modelo entre otros Sin embargo de acuerdo a Kirwan et al 2008 la integraci n pr ctica del conjunto de tecnolog as seleccionadas en un entorno multimodelo por lo tanto se necesita entender tres cosas 1 La relaci n entre las tecnolog as seleccionadas 2 Los tipos de elementos que contienen las tecnolog as seleccionadas 3 La trazabilidad entre las tecnolog as y el proceso de implementaci n RISTI N 6 12 2010 89 Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo 2 3 Barreras para el uso de entornos de referencia multimodelo Las barreras el uso de entornos de referencia multimodelo tiene su origen en que las organizaciones intentan aplicar las normas y modelos que han elegido para cumplir sus objetivos de negocio adem s de aquellos que est n obligados a elegir Urs et al 2009 Entre las principales barreras en el uso de entornos de
48. 9 en el grupo I a 11 34 en el grupo II Adem s se observa un desplazamiento de los valores en los l mites de control superior UCL e inferior LCL El l mite superior de 15 67 grupo I a 13 96 grupo II y el limite de control inferior de 9 92 grupo I a 8 71 grupo II De igual manera se observa que se tiene un mejor control ya que los valores tienden a ser igual a la media Esto demuestra que se tiene una mejora gradual y contin a a trav s de los tres periodos analizados por lo tanto los nuevos procesos son m s eficientes RIST N 6 12 20100 gg Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo Proyectos con desviaci n E EL a EL Grupo I Grupo II Figura 4 Gr fico de control para el an lisis de proyectos con alg n tipo de desviaci n 4 3 Aceptaci n del proceso El objetivo de esta m trica es analizar la aceptaci n de los nuevos procesos por las partes implicadas con la gesti n de proyectos y por consiguiente permite analizar si ha existido disminuci n de la resistencia al cambio en la aceptaci n de los nuevos procesos Los datos para esta m trica fueron obtenidos mediante la realizaci n de encuestas a 355 personas implicadas en la gesti n de proyectos de las diferentes oficinas de everis en todo el mundo La Figura 5 muestra el gr fico de control para el an lisis del uso de m todo de gesti n de proyectos
49. AM soporta el proceso de pruebas de forma automatizada mejorando la confiabilidad de las mismas Palabras clave Pruebas de Software Calidad del Software Casos de Prueba Herramienta de Pruebas Abstract There are four elements that are relevant when test are defined Reliability Cost Time and Quality Development time and product cost increases when you want reliable tests and quality software But what can you do to make that stakeholders understand that the tests must be viewed as a security net If the quality is not considered before starting the tests then it will not be when they finish The goal of this paper is to present the tool SAM Automated Systems of MECAP Method which allow to specify test cases from Use Cases incorporating elements that promote the verification and validation of the traceability among Requirement Management Analysis and Design and Test SAM automatically support the testing process improving the test reliability Keywords Software Test Software Quality Test Cases Test Tool RISTI N 6 12 2010 40 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba 1 Introducci n La Disciplina de Pruebas se aborda desde las primeras fases esto quiere decir que las pruebas se deben comenzar a planificar y adem s se debe establecer cu l es la estrategia de pruebas a seguir una vez que han aprobado todos los Casos de Uso CU Las pruebas del software contraponen dos aspect
50. Antonio Pedro Costa Maria Jo o Loureiro Lu s Paulo Reis apcosta ua pt mjoao ua pt Ipreisofe up pt 1 CIDTFF Centro de Investigacao Didactica e Tecnologia na Formacao de Formadores DE UA Departamento de Educacao Universidade de Aveiro Campus de Santiago 3800 193 Aveiro Portugal 2 LIACC Laboratorio de Intelig ncia Artificial e Ci ncia de Computadores da Universidade do Porto DEI FEUP Departamento de Engenharia Informatica Faculdade de Engenharia da Universidade do Porto Rua Dr Roberto Frias s n 4200 465 Porto Portugal Resumo Este artigo descreve a Metodologia1 H brida de Desenvolvimento Centrado no Utilizador MHDCU Trata se de um processo de desenvolvimento simples iterativo e incremental que tem como alicerces princ pios do Design Centrado no Utilizador DCU especificados na International Organization for Standardization ISO 13407 Na sua base encontra se a estrutura disciplinada de processos de desenvolvimento bem como pr ticas e valores dos m todos geis de desenvolvimento de software O processo constitu do por 4 fases principais planeamento do gui o did ctico design do storyboard implementa o e manuten o opera o A prototipagem e a avalia o s o realizadas de modo transversal a todo o processo A MHDCU est ser implementada numa Pequena e M dia Empresa PME de desenvolvimento de recursos educacionais O primeiro recurso que teve por base esta metodologia foi o Courseware Ser
51. D M Z E ISSN 1646 9895 S Revista Ib rica de Sistemas e Tecnologias de Informa o Revista Ib rica de Sistemas y Tecnologias de Informaci n Edi o Edici n N 6 12 2010 Tiragem Tirage 500 Pre o por n mero Precio por n mero 12 5 Subscri o anual Suscripci n anual 20 2 n meros ISSN 1646 9895 Dep sito legal Indexa o Indexaci n EBSCO LatinIndex Scielo Propriedade e Publica o Propriedad y Publicaci n AISTI Associa o Ib rica de Sistemas e Tecnologias de Informa o Rua de Lagares 523 Silvares 4620 646 Lousada Portugal E mail risti aisti eu Web http www aisti eu RISTI N 6 12 2010 Ficha T cnica Director Alvaro Rocha Universidade Fernando Pessoa Coordenador da Edi o Coordinador de la Edici n Jose Antonio Calvo Manzano Villal n Universidad Polit cnica de Madrid Conselho Editorial Consejo Editorial Carlos Ferr s Sexto Universidad de Santiago de Compostela Jose Antonio Calvo Manzano Villal n Universidad Polit cnica de Madrid Lu s Borges Gouveia Universidade Fernando Pessoa Manuel P rez Cota Universidad de Vigo Maria Manuela Cruz Cunha Instituto Polit cnico do C vado e do Ave Ramiro Gon alves Universidade de Tr s os Montes e Alto Douro Secretariado Editorial Avelino Victor Instituto Superior da Maia e Instituto de Inform tica do Porto Paulo Teixeira Instituto Polit cnico
52. Introducci n Los Sistemas de Informaci n Web SIW se han convertido en los ltimos anos en una herramienta clave no s lo para el funcionamiento diario sino tambi n para la expansi n y crecimiento de cualquier organizaci n la mayor parte de su actividad comercial y de gesti n se realiza a trav s de Internet y mediante estos sistemas Lowe 2003 Por este motivo en la actualidad adquieren especial relevancia las t cnicas y metodologias que facilitan la construcci n de este tipo de sistemas Por otra parte uno de los paradigmas de desarrollo software m s importante en la actualidad es la Ingenier a Dirigida por Modelos MDE Model Driven Engineering Selic 2001 Schmidt 2006 cuyo principio fundamental es trasladar el foco de atenci n de las actividades de codificaci n a las actividades de modelado De este modo los modelos pasan a ser los artefactos principales en el proceso de desarrollo Dentro de este nuevo paradigma surge MIDAS C ceres et al 2006 Marcos et al 2006 De Castro 2007 una metodologia dirigida por modelos para el desarrollo de aplicaciones orientadas a servicios De Castro et al 2009 que considera los tres aspectos fundamentales asociados con la cl sica arquitectura de tres capas contenido hipertexto y comportamiento Como parte de la propuesta de MIDAS se ha definido un m todo espec fico para el desarrollo de cada capa En particular para la capa del hipertexto MIDAS propone un M todo para e
53. Knapp et al 2003 OOWS Suite Valverde et al 2007 o HyperDE Hypermedia Developing Environment Nunes amp Schwabe 2006 gira en torno el objetivo de soportar una automatizaci n completa del proceso de desarrollo propuesto No siempre los modelos son capaces de recoger toda la informaci n necesaria para generar el c digo que implementa el sistema En otras palabras no siempre se pueden recoger todas las decisiones de dise o en las transformaciones que conectan los diferentes modelos Por ello frecuentemente es necesario llevar refinar los modelos generados por una 32 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o transformaci n concreta Para resolver este problema en este trabajo se propone la utilizaci n de modelos de weaving para soportar la personalizaci n de la forma en que una transformaci n gen rica se ejecuta Este art culo est organizado de la siguiente manera la secci n 2 presenta el M todo de Modelado del Hipertexto de MIDAS describiendo los modelos que lo componen la secci n 3 explica el proceso de desarrollo de la herramienta M2DAT HYMO finalmente la secci n 4 presenta los trabajos relacionados y la secci n 5 las principales conclusiones y las lineas para el trabajo futuro 2 El M todo del Modelado del Hipertexto de MIDAS HMs HMs el m todo para el modelado del hipertexto de MIDAS propone la utilizaci n de 5 modelos diferentes el modelo de casos d
54. UML que representa el modelo conceptual de datos Las reglas de transformaci n se definen siempre a nivel de metamodelo De esta forma cada regla especifica un patr n origen y un patr n destino en base a los metamodelo origen y destino Cada vez que se encuentre una coincidencia entre el patr n origen y el modelo origen la regla producir en el modelo destino el patr n destino A modo de ejemplo la Figura 4 muestra la implementaci n en ATL de una de las reglas de transformaci n definidas en el modelo EUCM2ESM Esta regla convierte un elemento Functional Use Case del modelo de casos de uso extendido en un elemento Functional Slice del modelo de fragmentos extendido rule FunctionalUseCase2FunctionalSlice from u EUCM FunctionalBasicUseCase to fs ESM FunctionalSlice model lt thisModule model name lt u name sliceProperties lt u getSliceProperties gt collect p thisModule UmIProperty 2SliceProperty p debug SliceProperties Figura 4 Regla de transformaci n en ATL 3 4 Uso de modelos de weaving Como se mencionaba en la introducci n uno de los aspectos tecnol gicos de esta propuesta es la utilizaci n de modelos de weaving para poder dirigir la ejecuci n de las diferentes transformaciones de modelos La Figura 5 muestra de forma esquematica el uso habitual de un modelo de weaving establecer o identificar relaciones entre los elementos de dos o m s modelos Por ejemplo el objeto R del modelo d
55. a era de 1 706 submiss es contra um total de 2 527 submiss es na vers o atual que cont m o MC conforme gr fico Figura 6 B B Utiliza o do Ambiente Exemplos A Desempenho dos Estudantes BLabSQL com MC BLabSQL com MC DLabSQL sem MC DLabSQL sem MC 0 5 10 15 20 25 30 Porcentagens dos conceitos BONS ou EXCELENTE 0 a 1090 1500 2000 2909 3909 Quantidade de exemplos realizados Figura 6 Gr ficos de Desempenho e Reutiliza o do sistema Al m disso uma consulta no banco de dados do hist rico do perfil dos aprendizes revelou que ocorreu um acr scimo de utiliza o dos m dulos de treinamentos e execu o de exerc cios Acreditamos que o MC trouxe o benef cio da reflex o do aprendiz e na melhora da qualidade das respostas submetido pelo aprendiz isso pode ser constatado por meio de uma consulta que confronta os conceitos finais dos aprendizes nos per odos informados Em m dia foram acrescidos 12 no conceito final dos estudantes e uma redu o de 6 no ndice de reprova o A Figura 7 ilustra que ocorreu uma redu o nesses ndices de reprova o que comprovam que o LabSQL com MC aumentou sua usabilidade m LabSQL com MC O LabSQL semMC Figura 7 Gr fico de ndice de redu o de reprova o RISTI N 6 12 2010 a7 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes V
56. a fun o em BOs distintos 3 inclus o da camada factory que permite a partir de um nico ponto indicar qual DAO ser utilizado na aplica o isso aumenta a produtividade na fase de desenvolvimento e manuten o Em outras arquiteturas se houver mudan as na implementa o no DAO a ser utilizado o desenvolvedor teria que apontar em cada BO que utiliza o DAO a nova implementa o ocasionando aumento de retrabalho Esta camada tamb m possui como vantagem a reutiliza o da inst ncia do DAO que esta na mem ria auxiliando na melhoria do desempenho 5 Resultados Obtidos 5 1 Quanto arquitetura A defini o de padr es de qualidade importante na elabora o de produtos de software notadamente na constru o de componentes Sim o amp Belchior 2002 Os padr es s o usados como par metros para dar mais aten o aos aspectos que levem os componentes a n veis de qualidade esperados com maior rapidez e menor custo Alguns trabalhos abordam mais diretamente as caracter sticas de qualidade para componentes de software Preiss et al 2001 Bertoa 2002 Entretanto ainda se faz necess rio um conjunto de caracter sticas espec ficas que possa ser usado para avaliar v rios aspectos que definem uma arquitetura com qualidade As caracter sticas aqui avaliadas foram organizadas segundo a norma ISO IEC 9126 ISO 2001 que define requisitos de qualidade para componentes de software al m de ser um padr o estabelecid
57. a la Implementaci n Gradual de Mejoras con Enfoque en la Reducci n de la Resistencia al Cambio Proceedings 42 Conferencia Ib rica de Sistemas y Tecnologias de la Informacion CISTI 2009 Calvo Manzano Jose A Cuevas Gonzalo G mez Gerz n Mejia Jezreel Mu oz Mirna Tom s San Feliu 2010 Methodology for process improvement through basic components and focusing on the resistance to change Journal of Software Maintenance and Evolution Research and Practice 100 RISTI N 6 12 2010 Submiss o e publica o de artigos Crit rios Editoriais A RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o um peri dico cient fico propriedade da AISTI Associa o Ib rica de Sistemas e Tecnologias de Informa o que foca a investiga o e a aplica o pr tica inovadora no dom nio dos sistemas e tecnologias de informa o O Conselho Editorial da RISTI incentiva potenciais autores a submeterem artigos originais e inovadores para avalia o pelo Conselho Cient fico A submiss o de artigos para publica o na RISTI deve realizar se de acordo com as chamadas de artigos e as instru es e normas disponibilizadas no s tio Web da revista http www aisti eu Todos os artigos submetidos s o avaliados por um conjunto de membros do Conselho Cient fico n o inferior a tr s elementos Em cada n mero da revista s o publicados entre seis a oito dos melhores artigos submetidos Sumisi n e
58. a maior interac o entre os elementos da equipa multidisciplinar w checklists wiki question rio S apontadores chat gloss rio eventos 3 he direct rios f rum referendo calend rio oo recursos m dulos de actividades e blocos Moodle Figura 6 Trabalho Colaborativo Nao Presencial Seguidamente passamos a descrever alguns dos m dulos de actividades utilizados no TCNP e concretamente no desenvolvimento do courseware e referendos a decis o sobre qual a vers o do log tipo que se deveria optar foi escolhida atrav s de um referendo Para a marca o de reuni es presenciais tamb m foi utilizado este m dulo de actividades e f runs todas as vers es do software e dos documentos gui es de registo professor e aluno e manual de utilizador entre outros foram debatidos atrav s de f runs e glossarios defini o de termos cient ficos e t cnicos utilizados com o intuito de facilitar a comunica o entre os elementos da equipa O gloss rio tamb m serviu para disponibilizar as actas de reuni o RISTI N 6 12 2010 9 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo e chats discuss o s ncrona de determinada quest o do projecto permitiu por vezes que as tomadas de decis o fossem mais c leres e wikis permitiu a constru o colaborativa dos textos utilizados no software e inqu ritos por question rio este m dulo foi utilizado durante os w
59. adas servi os nomeadamente sobre web services e a sua utiliza o na integra o de sistemas Moura amp Bernardino 2010 Essas arquiteturas possuem um problema em comum a falta de recursos para o desenvolvimento de novos servi os que implica diretamente na escassez de novas funcionalidades em diferentes linguagens e plataformas Diante desse contexto a motiva o para o desenvolvimento do trabalho propor uma arquitetura de software simples que desenvolve eficientemente m dulos de servi os de maneira interoper vel isto independente de plataforma ou linguagem e os integram ambientes virtuais de aprendizado podendo os mesmos serem reutilizados por diferentes ambientes virtuais evitando reescrita de servi os previamente concebidos 3 Arquitetura proposta A solu o proposta apresenta uma infra estrutura no apoio otimiza o de ambientes de educa o dist ncia atrav s do desenvolvimento e integra o de novas funcionalidades a fim de mant los competitivos e evitar que esses ambientes entrem em desuso por conta do surgimento de ambientes mais modernos Acarretando assim perda no investimento financeiro aplicado na ado o desses ambientes que por n o contemplarem certas funcionalidades s o descartados periodicamente A arquitetura aqui definida para a constru o de objetos educacionais utiliza o padr o arquitetural MVC Model View Controller que por defini o desacopla as camadas provendo maior f
60. ades de recursos de suporte porque n o obrigat rio RISTI N 6 12 2010 67 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos o uso destes recursos Respeitando esta regra o cromossoma apresentado na Figura 6 define as seguintes quantidades de recursos a serem utilizadas que s o apresentadas na Figura 7 A1 A3 Units 2 0 3 2 0 2 Units Figura 7 Quantidade de unidades de recursos a ser utilizada Sao alocadas zero unidades de um recurso P a uma actividade se a actividade nao utiliza esse recurso principal que o caso de P na actividade 4 de acordo com a Tabela 1 A alocacao dos recursos de suporte para os recursos principais feita respeitando a quantidade de trabalho existente depois da alocacao dos recursos principais A primeira unidade alocada ao recurso P com maior quantidade de trabalho Ap s a aloca o a quantidade de trabalho recalculada e ent o feita a pr xima aloca o e assim sucessivamente A actividade 4 apresenta o conte do de trabalho indicado na Tabela 3 Tabela 3 Conte do de trabalho da Actividade A1 em homens dia P resource 1 2 3 4 A1 16 O 12 12 Alocando as unidades de recursos principais definidas pelo cromossoma a durac o da actividade 4 a indicada na Tabela 4 Tabela 4 Durac o da Actividade A1 ap s afectac o dos recursos principais P resource 1 2 3 4 A1 8 O 4 6 A primeira unidade
61. ado o alfabeto de chaves aleat rias apresentado por Bean 1994 A caracter stica mais importante das chaves aleat rias que todos os descendentes gerados pelo cruzamento s o solu es admiss veis quando usada em conjunto com um procedimento construtivo da solu o baseado em todas as opera es dispon veis para sequenciamento e a prioridade dada pelo alelo da chave aleat ria Atrav s da din mica do algoritmo gen tico o sistema aprende a rela o entre vectores aleat rios e as solu es com bons valores da fun o objectivo Outra vantagem da representa o de chave aleat ria a possibilidade de se utilizar os operadores gen ticos convencionais Esta caracter stica permite o uso do algoritmo gen tico noutros problemas de optimiza o apenas adaptando algumas rotinas relacionadas com o problema Um cromossoma representa uma solu o para o problema e codificado como um vector de chaves aleat rias n meros aleat rios Neste trabalho de acordo com Cheng Gen e Tsujimura 1996 a representa o do problema pode ser entendida como uma mistura de uma representa o baseada em regras de prioridade e na representa o das chaves aleat rias O algoritmo gen tico tem uma estrutura muito simples e pode ser representado no algoritmo da Figura 3 Ela come a com a gera o da popula o e a sua avalia o Atendendo aptid o dos cromossomas os indiv duos s o seleccionados para serem progenitores O cruzame
62. algunas funcionalidades que mejoren el Flujo de Trabajo de la Disciplinas de Pruebas como es el caso de los reportes de los ciclos de pruebas as como presentar el Workbench detallado 56 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o 6 Referencias bibliogr ficas Leffingwell D amp Widrig D 2006 Managning Software Requirements a Use Case Approach Second Edition Addison Wesley Pearson Education Kruchten P 2000 The Rational Unified Process as Introduction 2nd Edition Addison Wesley Lewis W 2000 Software testing and continuous quality improvement 000 by CRC Press LLC Auerbach is an imprint of CRC Press LLC M ndez E P rez M amp Mendoza L E 2008 Improving Software Test Strategy with a Method to Specify Test Cases MSTC 10th International Conference on Enterprise Information Systems ICEIS 2008 Barcelona Espana Junio 2008 M ndez E P rez M amp Mendoza L E 2007 Aplicacion de un M todo para Especificar Casos de Prueba de Software en la Administraci n P blica PRIS 2007 Taller sobre Pruebas en Ingenieria del Software Libro Actas de Talleres de Ingenieria del Software y Bases de Datos JISBD 2007 Zaragoza Espana Perry W 2006 Effective Methods for Software Testing Wiley Third Edition Pinkster I Burgt B Janssen D and Veenendaal E 2006 Successful Test Management Springer and Logicacmg Pfleeger S 1998 Softwar
63. amodelado m s utilizado en el contexto de la MDE Vara 2009 Por lo tanto utilizar este framework para implementar los DSLs de M2DAT HYMO aumenta el nivel de interoperabilidad de los modelos de HM3 ya que podr n ser importados y o exportados desde hacia otras herramientas MDE basadas en EMF Vara 2009 Otra ventaja es que EMF es un framework abierto que incorpora peri dicamente nuevas tecnolog as que surgen en el contexto de la MDE lo que aumenta la extensibilidad de cualquier herramienta construida sobre EMF A partir de la implementaci n de los metamodelos en EMF se gener de forma semi autom tica un editor gr fico para cada modelo de HMs El principal inconveniente de estos editores fue la compleja estructura jer rquica con la que representaban los modelos Por este motivo se opt por la construcci n de editores gr ficos de tipo nodos y arcos o diagramadores que simplificasen la representaci n gr fica de los modelos El desarrollo de stos se explica en la secci n 3 2 3 2 Desarrollo de editores gr ficos Tras la implementaci n de los metamodelos en EMF de los distintos DSLs se pas a construir los diagramadores para stos Para esta tarea se contemplaron dos alternativas utilizar un GPL Graphical Programming Language o utilizar una herramienta generativa que proporcionase parte del c digo que implementaba dichos editores como GMF Graphical Modelling Framework el framework de modelado gr fico de Eclipse Eclips
64. an concluido con xito sus pruebas unitarias para conformar los subsistemas de acuerdo al plan de iteraciones En esta fase los roles involucrados son el Programador Responsable de pruebas y Responsable de manuales que se encargan de confirmar que los componentes trabajen exitosamente de manera conjunta La participaci n del Responsable de manuales es porque en esta fase el Manual de Usuario puede actualizarse con m s certeza ya con los ltimos cambios realizados La correspondencia con el despliegue es principalmente por el empaquetamiento e instalaci n del producto 6 Fase de Cierre Esta fase corresponde a la actividad de Despliegue del RUP y los productos requeridos son de nivel 2 Para el proyecto se elaboraron el Manual de Usuario Manual de Operaci n pero no el Manual de Mantenimiento En el Reporte de Actividades quedaron especificadas aquellas actividades que principalmente se ten an que realizar a partir de los fallos encontrados en los componentes En esta fase se concentra la configuraci n del software y los productos obtenidos son enviados al Responsable de APE para su revisi n e instalaci n y obtener posteriormente la aceptaci n del cliente 3 Conclusiones La implantaci n de la empresa escolar AvanTI ha significado un reto tanto para los docentes como para los alumnos de la UABC sobre todo durante el primer a o en el que se trabaj tanto en la implantaci n de MoProSoft como en el proyecto de desarrollo de software
65. ar mejores pr cticas internas La identificaci n de las mejores pr cticas en everis se realiz como se describe a continuaci n e Se condujeron entrevistas con casos de xito de la organizaci n Como paso previo a la realizaci n de las entrevistas se solicit a la alta direcci n de la organizaci n la selecci n de los gerentes de cuenta con m s xito e Se analiz la informaci n recopilada en las entrevistas y se realizaron diagramas por cada entrevista Los diagramas fueron validados por los gerentes entrevistados Este paso se considera cr tico para la identificaci n de las actividades por lo que se ha repetido hasta que los diagramas de actividades fueron aprobados e Se realiz una la primer trazabilidad de actividades con los diferentes diagramas de actividades aprobados en entrevistas para obtener actividades RISTI N 6 12 2010 91 Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo gen ricas de la organizaci n La validaci n de estas actividades fue realizada a tres niveles gerentes de cuenta gerentes y jefes de proyectos e Se analiz la documentaci n del Sistema de Gesti n de Calidad SGC El SGC contiene la documentaci n formal de los procesos de gesti n de proyectos de la organizaci n e Finalmente se realiz la segunda trazabilidad entre las actividades gen ricas y el Sistema de Gesti n de Calidad con lo que se obtuvi
66. ara mostrar mejor evidencia de la implantaci n de los procesos GPY APE y DMS son los procesos que por su naturaleza se les presta m s atenci n pues de ellos depende la satisfacci n del cliente Otra lecci n en estos procesos ha sido la falta de experiencia de los alumnos en el desarrollo de proyectos de software y m s siendo un proyecto real por lo que en algunos semestres ha sido m s lento el avance para la liberaci n de los releases El reto ha sido tener alineados los objetivos de estos procesos con los de negocio Asimismo durante este tiempo se ha observado la madurez y capacitaci n que han adquirido aproximadamente 60 alumnos Esto les ha brindado seguridad para integrarse en el mercado laboral local con el convencimiento de que el xito de una empresa depende en gran medida de la adopci n de modelos como MoProSoft Adem s de que se da respuesta al Diagn stico Externo realizado durante el 2008 a empresarios del Comit de Vinculaci n Escuela Empresa de la ciudad de Mexicali Baja California para la modificaci n de la carrera LSC UABC 2008 AvanTI continuar integrando nuevas generaciones de alumnos por lo pronto se tiene estimado que la terminaci n del proyecto de software actual sea en el ciclo escolar 2010 1 y que en ese mismo ciclo se alcance completamente el nivel 1 Referencias bibliogr ficas Alquicira C y Su Ramos A 2005 Pruebas controladas de MoProSoft Revista Software Guru Conocimiento en Practi
67. are invierten en las pruebas entre el 30 y 50 del costo total del software Pressman 2002 Esto representa un esfuerzo considerable que indica que es una disciplina importante y que los resultados que ella arroje as como su confiabilidad pueden impactar sobre la percepci n del cliente o usuario en cuanto a la calidad del software que se le est entregando Las pruebas de software consisten en la din mica verificaci n del comportamiento de un programa en un conjunto finito de casos de prueba convenientemente seleccionados de la ejecuci n de un dominio contra el comportamiento esperado c mo se evidencia que se efectuaron las pruebas de un software cu les fueron los resultados qui n las llev a cabo cu ndo se alcanz el porcentaje de satisfacci n esperado Las respuestas se obtienen a trav s de la documentaci n El est ndar IEEE para Documentaci n de las pruebas de software IEEE829 98 proporciona una buena descripci n de los documentos de prueba y de su relaci n entre s e incluso con el proceso de prueba SWEBOK 2004 se ala que los documentos de pruebas pueden incluir entre otros la especificaci n de los Casos de Prueba CP Es por ello que al hacer las pruebas funcionales hay tres cuestiones claves Utting y Legeard 2007 El dise o del caso de prueba realizar los ensayos y an lisis de los resultados y la verificaci n de c mo la prueba cubre las necesidades Cada CP se define por el contexto de pru
68. artigo est organizado como segue na se o 2 s o apresentados os trabalhos correlatos na se o 3 apresentada a arquitetura proposta na se o 4 apresentado a aplica o da arquitetura com um estudo de caso na se o 5 apresentado os resultados com a utiliza o dessa proposta e finalmente na se o 6 s o realizadas as considera es finais 18 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o 2 Trabalhos correlatos No campo educacional tem se o sistema AulaNet Gerosa et al 2004 que um ambiente para a cria o aplica o e administra o de cursos baseados na Web Este sistema utiliza uma arquitetura implementada com t cnicas de desenvolvimento baseado em componentes o que prov uma certa flexibilidade no acoplamento de funcionalidades por m precisa que as mesmas se ad qiiem s restri es da plataforma J2EE A vers o 2 0 do AulaNet utiliza uma arquitetura cliente servidor na World Wide Web baseada em servlets sua limita o acessar os componentes apenas desenvolvidos em Java A mesma limita o acontece no Moodle que fornece uma API Application Programming Interface que implementa uma infra estrutura de web services que permiti abrir o n cleo do Moodle sistemas externos porem limita o desenvolvedor a construir m dulos em linguagem php de acordo com seu guia pr prio q Na literatura existem v rios artigos sobre as arquiteturas orient
69. as practicas externas seleccionadas e Se integraron los procesos para la creaci n del m todo de gestion de proyecto para su metodologia corporativa Corporate Methods COM e El m todo fue validado y aprobado por el grupo de calidad y metodologia de everis e Se realizaron proyectos piloto para recopilar la experiencia de la utilizaci n el nuevo m todo y se habilitaron canales para recibir realimentaci n para el m todo e Finalmente una vez realimentado el m todo fue puesto en la intranet de everis para su uso como parte de la metodolog a corporativa Las lecciones aprendidas de la realizaci n de esta fase se listan a continuaci n 1 Analizar los factores de resistencia al cambio y riesgos asociados a la mejora antes de la implementaci n de la mejora ha permitido tomar las acciones preventivas para su disminuci n 2 Realizar el an lisis de dependencias entre pr cticas internas y externas y el an lisis de facilidad de adopci n a permitido la selecci n de aquellas pr cticas que hacen m s eficientes a los procesos y que al mismo tiempo son percibidas por los usuarios como pr cticas que ayudan a la evoluci n de su trabajo 3 Mantener un soporte y seguimiento constante durante todo el proceso de implementaci n de mejoras as como una estrategia de comunicaci n adecuada ha permitido reducir la resistencia al cambio por parte de las partes interesadas 94 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistema
70. as Conceituais foi utilizada por v rias turmas diferentes e os resultados obtidos at o momento s o satisfat rios Essa vers o foi testada por 12 doze turmas nos n veis de gradua o e p s gradua o da UFPA durante o per odo de 4 quatro semestres letivos A partir dos dados obtidos destacamos as seguintes informa es melhora no desempenho aumento na execu o de exemplos e aumento de submiss es de respostas em exerc cios Confrontando o hist rico de notas das turmas sem MC no per odo de 2004 at 2007 contra o hist rico de 2008 at 2009 no n vel de gradua o observou se que nas turmas tradicionais sem a utiliza o do MC o desempenho menor do que nas turmas com a utiliza o do MC O aspecto positivo da utiliza o de MC quanto aos resultados 26 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o pode ser observado por meio do acr scimo de 13 para 27 no percentual de alunos com conceito de bom a excelente Figura 6 A Quanto reutiliza o do sistema ocorre quando um aprendiz utiliza o ambiente mais de uma vez a fim de treinar ou exercitar exemplos pr ticos que est o no LabSQL essa medida extra da automaticamente do ambiente pode ser utilizada como complemento na avalia o do aprendizado do estudante Lobato et al 2008 Em Silva et al 2008 o LabSQL n o possu a o MC e em sua pesquisa foi relatada que o n mero de exemplos realizados no sistem
71. as diferentes dimens es tecnol gica organizacional social etc Os t picos recomendados incluem os listados abaixo no entanto tamb m ser o bem vindos outros t picos relacionados com a tem tica mas aqui n o inclu dos e Modelos e Estrat gias de Neg cio e Modelos de Maturidade e Aplica es Sistemas e Tecnologias e M todos Ferramentas e Ambientes e Cadeias de Fornecimento e Integra o de Sistemas e Web Marketing e Sistemas M veis e Sistemas Colaborativos e Acessibilidade e Usabilidade e Web Social e Web Sem ntica e Confian a Seguran a Privacidade e Regulamenta o Os artigos devem ser escritos em Portugu s ou Espanhol Para informa es sobre dimens o normas de formata o e processo de submiss o agradecemos a consulta do Portal da RISTI http www aisti eu Llamada de art culos para la RISTI N 7 Llamada de Art culos Se encuentra abierto hasta al d a 17 de Abril de 2011 el per odo de envio de art culos para el s ptimo n mero de la RISTI Revista Ib rica de Sistemas y Tecnolog as de la Informaci n el cual ser publicado durante el pr ximo mes de Junio de 2011 Este n mero se dedica a la tem tica del Negocio Digital e Business e e Commerce y pretende integrar contribuciones originales y relevantes en sus diferentes dimensiones tecnol gica organizacional social etc Los t picos recomendados incluyen los abajo listados pero tambi n ser n b
72. at Property 1 Case 1 A pro 2 Property 3 Anota v Basic Use Slice 1 cet amp gt EUCM2ESM E Figura 8 Utilizaci n del modelo de weaving AnnotatingCM El segundo modelo Annotating UCM asocia los elementos business service del modelo de casos de uso con los elementos basic use case del modelo de casos de uso extendido A partir de los elementos business service se obtienen los elementos main route del modelo de fragmentos extendido Una main route tiene asociada un conjunto de elementos slice involucrados en la ejecuci n de un servicio ofrecido por el SIW De esta forma este modelo de weaving aporta informaci n para la ejecuci n de la transformaci n EUCM2ESM Permite agrupar los elementos slice en las diferentes main routes existentes De nuevo la Figura 9 muestra un peque o ejemplo de c mo se usa este modelo RISTI N 6 12 2010 39 M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto Basic Use Business lt AnnotatingUCM Case 1 Service 1 Basic Use Anota Case 2 Main route 1 Basic Use Basic Use Case 2 C AMA gt EUCM2ESM Figura 9 Utilizaci n del modelo de anotaci n Annotating UCM 3 5 Generaci n de c digo La ltima tarea en el desarrollo de M2DAT HYMO fue la implementaci n de las reglas para la generaci n autom tica de c digo Existen varias herramientas en el marco de Eclipse diri
73. be de su antecesor un informe del cumplimiento del Plan Estrat gico para que se actualice de acuerdo a la situaci n actual de AvanTI 2 3 Categor a de Gerencia Gesti n de Procesos GPR Con base en los procesos requeridos por AvanTI y determinados en el Plan Estrat gico el departamento de GPR se dio a la tarea de elaborar y seguir el Plan de Procesos para llevar a cabo la capacitaci n tanto de los Responsables de Procesos como a su personal Esta capacitaci n apoy a los alumnos a identificar el los rol es que deseaban desempe ar y el perfil requerido para ese rol en el modelo adem s de concientizar a los responsables e involucrados de los procesos no s lo buscar obtener los productos sino considerar que stos son el resultado de las pr cticas base de los procesos Figura 2 RISTLN 6 12 2010 TT Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI RGPR RGN GES GPR A1 Planificaci n Plan Definici n de Elementos de o TT Estrat gico Procesos I A gt CA ETA TE gt A 1 1 Establecer o actualizar la Definici n _ _ _ 2 de Elementos de Procesos A 1 2 Establecer el ___________ gt Calendario Calendario r Asignaci n de Plan de Adquisiciones y i Recursos Capacitaci n i I A 1 3 Establecer o actualizar el Plan de ll 3 Adquisiciones y Capacitaci n Plan de Evaluaci n A A 1 4 Establecer o actualizar el Plan de Evaluaci n Plan de Mejora de Proc
74. bserve que cada camada possui uma interface ServiceWS BusinessMapaLocal e IDAOMapa que define quais servi os est o disponibilizados e sua respectiva implementa o AplicationService BusinessMapatImpl IDAOMapalmpl com exce o da camada factory que j disponibiliza seus m todos p blicos na pr pria classe sd Diagrama de Sequencia APLICATION SERVICE BUSINESS OBJECT interface AplicationsService interface BusinessMapalmpl A ServiceWS BusinessMapaLocal LabSQL cadastra apa Map Mapa I 1 I i adastrarMapa Mapa Mapja apa Mapa Mdpa cadastrarMapa Mapa Mapa 1 getiDADMapa IDAOMapa a rMapa Mapa Mapa Figura 5 Diagrama de sequ ncia M todo cadastrar mapa 24 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Esta arquitetura al m de mais simples adiciona performance no tratamento de seus objetos isso se deve aos seguintes fatores 1 para cada funcionalidade disponibilizada existe um Aplication Service evitando a centraliza o em um nico ponto de acesso e em consequ ncia sua sobrecarga resultando na diminui o no tempo de resposta no processamento das opera es 2 inclus o da camada de businesse object que al m de ser respons veis pelas regras de negocio permite que os servi os implementados em um BO sejam reutilizados em outros BO permitindo um relacionamento c clico entre os mesmos evitando assim reescrita de c digo de uma mesm
75. ca A o 1 No 1 M xico pp 28 30 Astorga Vargas M A 2007 Caracterizaci n de los factores de cambio para que las PYMES dedicadas al desarrollo de software implanten MoProSoft Caso de estudio Tesis de maestr a Universidad Aut noma de Baja California M xico Jacobson I Booch G y Rumbaugh J 2000 El Proceso Unificado de Desarrollo de Software Madrid Editora Pearson Oktaba H Alquicira C Su Ramos A Palacios J P rez C y L pez F 2004 M todo de Evaluaci n de procesos para la industria del software EvalProSoft Versi n 1 1 M xico Oktaba H Alquicira C Su Ramos A et al 2005 Modelo de Procesos para la Industria de Software MoProSoft por niveles de capacidad de procesos Versi n 1 3 M xico RISTI N 6 12 2010 85 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI Pressman R 2006 Ingenieria de Software un enfoque pr ctico 6ta Edicion M xico Editora McGrawHill PROSOFT 2005 Programa para el Desarrollo de la Industria de Software Secretaria de Economia 3er Trimestre M xico UABC 2008 Diagnostico externo del plan de estudios de la carrera de Licenciado en Sistemas Computacionales Facultad de Ingenieria Mexicali Universidad Autonoma de Baja California M xico 86 RISTI N 6 12 2010 9 Recebido Recibido Aceita o Aceptaci n 18 10 2010 03 12 2010 Experiencia en la Mejora de Procesos de
76. cimiento BC a toda la empresa Para ello ha sido clave la elaboraci n de los Planes Operativos ya que han permitido definir los criterios para que los responsables de estos procesos puedan llevar a cabo entre otras actividades la selecci n aceptaci n y asignaci n del personal la evaluaci n del ambiente de trabajo la evaluaci n de desempe o la adquisici n y asignaci n de BSI as como el dise o y administraci n de la BC para garantizar la disponibilidad de los productos de trabajo Adem s de los productos de nivel 1 se a adieron la Encuesta de Ambiente de Trabajo y Evaluaci n de Desempe o ambos productos de nivel 2 correspondientes al proceso de RHAT La encuesta apoy a medir el grado de satisfacci n que los alumnos ten an al pertenecer a la empresa considerando los criterios de comunicaci n en el rea relaci n con los compa eros relaci n con el jefe inmediato capacitaci n brindada horario de trabajo importancia del equipo de trabajo entre otros La evaluaci n de desempe o es equivalente a un 80 de la calificaci n asignada a las unidades de aprendizaje y que de acuerdo al Plan Operativo de RHAT son los jefes inmediatos quienes eval an a su personal retroalimentando con ellos los resultados en cuanto a conocimiento del 80 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o puesto productividad habilidades de comunicaci n equipo de trabajo y habilidades de direcci
77. cts IN Controlled Environments http www prince officialsite com home home asp A Figura 1 esquematiza um projecto composto por 12 tarefas com as suas dura es depend ncias e respectivos milestones 60 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Tarefa Dura o Dependencias dias Ti 8 T2 15 T3 15 TI MI T4 10 TS 10 T2 T4 M2 T6 5 T1 T2 M3 T7 20 T1 MI T8 25 T4 M5 T9 15 T3 T6 M4 T10 15 T5 T7 M7 T11 T9 M6 T12 10 T11 M8 Figura 1 Projecto de Software Este artigo apresenta uma abordagem para a aloca o ptima de recursos em redes de actividades em condi es de complementaridade de recursos que ocorrem frequentemente na ind stria do software em projectos de engenharia de software O conceito de complementaridade que tem sido discutido sob um ponto de vista econ mico Kemer 1993 pode ser incorporado no dom nio da engenharia como um aumento da efic cia de um recurso principal recurso P atrav s da adi o de um recurso de suporte recurso S Aspectos relacionados com a melhoria do desempenho redu o da dura o e aumento da qualidade bem como o efeito do recurso de suporte no custo do projecto t m sido apresentados por Silva Tereso e Oliveira 2010 A quest o pode ser formulada como Que quantidade de recursos principais recursos P e de suporte recursos S devem ser alocados s actividades do projecto para ati
78. de Uso o la opci n de Ver casos de uso del men interno ubicado del lado izquierdo como se muestra en la Figura 8 Cuando ya se han importado los CU se pueden generar los escenarios para cada CU como se puede apreciar en a Figura 9 Primero se presiona el bot n de Generar Escenarios ubicado en la parte inferior de la p gina de consultar los datos de un CU Una vez que se selecciona la opci n de Generar Escenarios se presenta una lista de los escenarios para dicho CU se pueden mantener todos los escenarios o descartar algunos dependiendo de los acuerdos a los que llegue el equipo de pruebas y tambi n se puede ver el grafo asociado al CU similar a lo que se presenta en la Figura 1 Para generar los CP se deben seleccionar los Escenarios como se muestra en la Figura 10 Finalmente en la Figura 11 se muestra la especificaci n del CP 54 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Casos De Usos Casos De Prueba Bienvenido adrianita Cerrar Sesion Importar Casos De Uso SELECCIONE EL ARCHIVO DEL CUAL DESEA IMPORTAR LOS CASOS DE USO Archivo RES Wow imporar A Figura 7 Pantalla de Importar Casos de Uso Usuarios Casos De Usos Casos De Prueba Bienvenido adrianita Cerrar Sesion Proyecto Ver Casos De Uso ELWA EL CICLO DE PRUEBA QUE DESEA Cargar Casos de Usos Ver Casos de Uso RE Re Ciclo de prueba 2 Figura 8 Pantalla de Ver Casos de Uso Fo
79. delos seleccionados fueron CMMI DEV v1 2 PMBOOK PRINCE2 TSP COBIT IS09g001 and ISO IEC 15504 Se seleccion el modelo CMMI DEV v1 2 como modelo de referencia Se seleccionaron los procesos relacionados con la gesti n de proyectos Se estableci el nivel de detalle en practicas espec ficas Se realiz una plantilla para registrar las pr cticas en base a informaci n de entrada subpr cticas herramientas y t cnicas productos de trabajo y componentes informativos e Se identificaron las similitudes entre los modelos y est ndares e Se estableci el entorno de referencia multimodelo registrando las pr cticas en la plantilla de tal manera que se enriqueciera la informaci n para llevar a cabo cada pr ctica espec fica Las lecciones aprendidas de la realizaci n de esta fase se listan a continuaci n 1 Seleccionar los modelos y est ndares en base a la forma de trabajo de la organizaci n ha permitido establecer un entorno de referencia multimodelo adecuado a ella 2 Realizar un entorno de referencia multimodelo a nivel de pr cticas espec ficas ha permitido la visualizaci n por parte de las partes interesadas de un conjunto de mejores pr cticas externas acordes a la forma de trabajo de la organizaci n RIST N 6 12 20100 gg Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo 3 La selecci n de un modelo o estandar de referencia permite hacer el an
80. dgement html Select a project html HemMentos ela Presentaci n 4 a Y E Mapa de Navegaci n MAPA DE NAVEGACION Pasos de la Ruta Main Route Consult a project EH EM E Nombre de la Ruta Go to Select a project O Nombre del Fragmento Enlaces entre Fragmentos ee eS SS eS SS SS SS SSS SSE o ee a r e jp pj ee A O eee A A E boa A A A A A A O A O A A A A A A sm a aa qa nf Figura 10 Caso de Estudio a Mapa de navegaci n b Ficheros generados 4 Conclusiones y Trabajos Futuros En este art culo hemos presentado M2DAT HYMO el m dulo de M2DAT que da soporte al M todo del Modelado del Hipertexto de MIDAS HM3 En esencia M2DAT HYMO implementa varios DSLs utilizando EMF como marco de metamodelado y GMF para la construcci n de diagramadores mientras que la automatizaci n del proceso de desarrollo descansa en la implementaci n de varias transformaciones modelo a modelo y modelo a texto Para la implementaci n de las primeras se ha utilizado el lenguaje ATL y las segundas se han desarrollado con Xpand A diferencia de otras herramientas como ArgoUWE o HyperDE en las que los modelos generados por algunas transformaciones deben ser refinados manualmente M2DAT HYMO permite a adir informaci n adicional utilizando modelos de weaving para controlar la ejecuci n de la transformaci n Adem s los SIWs generados por M2DAT HYMO incluyen rutas de navegaci n que ayudan a mej
81. do S F Nogueira T Oliveira G S Machuca V F Romero J P F Montenegro E et al 2007 Projecto e Desenvolvimento de Jogos Educativos em 3 Dimens es a experi ncia da Univap Virtual 12 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Boehm B 2002 Get Ready for Agile Methods with Care IEEE Computer 64 69 Boehm B amp Turner R 2003 Observations on Balancing Discipline and Agility Addison Wesley Boehm B amp Turner R s d Rebalancing Your Organization s Agility and Discipline Carvalho C V 2003 Conceitos b sicos para o desenvolvimento de cursos multim dia Manual do Formador 1 Edi o Porto Sociedade Portuguesa de Inova o Castro G C M d amp Aguiar T C d 1999 Engenharia de Software no Desenvolvimento de Software Educacional Hiperm dia XXV Conferencia Latinoamericana de Inform tica Asunci n Paraguay Costa A P Loureiro M J amp Reis L P 2009b Development Methodologies for Educational Software the practical case of Courseware Sere In E a D International Association of Technology Ed International Conference on Education and New Learning Technologies EDULEARNOO pp 5816 5825 Barcelona Espanha International Association of Technology Education and Development IATED Costa A P Loureiro M J amp Reis L P 20104 Metodologia H brida de Desenvolvimento Centrado no Uti
82. do C vado e do Ave Conselho Cient fico Consejo Cient fico Adolfo Lozano Tello Universidad de Extremadura Aldemar Santos Universidade Federal de Pernambuco Ana Paula Afonso Instituto Superior de Contabilidade e Administra o do Porto Antoni Llu s Mesquida Calafat Universitat de les Illes Balears Ant nio Godinho ISLA Gaia Antonio Guevara Universidad de M laga Antonia Mas Pichaco Universitat de les Illes Balears Armando Mendes Universidade dos A ores Arturo J M ndez Universidad de Vigo Carlos Costa Universidade de Aveiro Carlos Rabad o Instituto Polit cnico de Leiria Carlos Vaz de Carvalho Instituto Polit cnico do Porto ISEP 11 RISTI N 6 12 2010 Carmen Galvez Universidad de Granada Claus Kaldeich Polytechnic University of Namibia Eduardo Destefanis Universidad Tecnologica Nacional da Argentina Eduardo Lu s Cardoso Universidade Cat lica Portuguesa Porto Feliz Gouveia Universidade Fernando Pessoa Fernando Bandeira Universidade Fernando Pessoa Fernando Diaz Universidad de Valladolid Francisco Restivo Universidade do Porto FEUP Garcia P rez Schofield Baltasar Universidad de Vigo Gon alo Paiva Dias Universidade de Aveiro Henrique Gil Instituto Polit cnico de Castelo Branco Ivan Garcia Universidad Tecnologica de la Mixteca Jaime S Cardoso INESC e Universidade do Porto FEUP Javier Garcia Tobio CESGA Centro de Supercomputacion de Galicia Jes s Pardillo Universidad de Al
83. do en 3 secciones En la segunda secci n se describe c mo se implant MoProSoft dentro de AvanTI En la tercera secci n se presentan las conclusiones y lecciones aprendidas del caso de estudio 2 Implantaci n de MoProSoft en AvanTI La estructura de procesos de MoProSoft comprende 3 categor as y 9 procesos Cada categor a contiene al menos un proceso Tabla 1 Adem s el modelo establece 5 niveles de capacidad de procesos 1 Realizado 2 Administrado 3 Establecido 4 Predecible y 5 Optimizado Cada uno de ellos responde a un conjunto de Pr cticas Base Productos de Trabajo y atributos de proceso Oktaba et al 2005 Cabe mencionar que a partir del nivel 2 es necesario calificar el logro de atributos de proceso tomando como referencia la ISO 15504 contenida en EvalProSoft Oktaba et al 2004 74 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Tabla 1 Estructura de Procesos de MoProSoft Categoria Procesos Alta Direcci n DIR Gestion de Negocio GN Gerencia GES Gestion de Procesos GPR Gestion de Proyectos GPY Gestion de Recursos GR Recursos Humanos y Ambiente de Trabajo RHAT Bienes Servicios e Infraestructura BSI Conocimiento de la Organizaci n CO Operaci n OPE Administraci n de Proyectos Espec ficos APE Desarrollo y Mantenimiento de Software DMS 2 1 Definici n de la estructura organizacional La empresa AvanTI fue im
84. e O Ser Humano e os Recursos Naturais Palavras chave Metodologias de Desenvolvimento de Software Educativo Engenharia de Software M todos Ageis Metodologia H brida de Desenvolvimento Centrado no Utilizador Design Centrado no Utilizador Abstract This paper describes the Hybrid User Centered Development Methodology HUCDM This methodology is a simple iterative and incremental development process The methodology is based on structured disciplined development processes on principles of User Centered Design UCD processes specified in the International Organization for Standardization ISO 13407 as well as on practices and values of agile methods for software development The process consists of 4 main phases planning of educational guidelines storyboard design implementation and maintenance operation The prototyping and evaluation are carried out in order to cross the entire process The HUCDM is being implemented in a Small and Medium Enterprise SME of educational 1 Do grego methodos caminho para chegar a um fim e logia estudo de RISTI N 6 12 2010 1 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo resources development The first resource that was based in this methodology was the Courseware Sere The Human Being and the Natural Resources Keywords Educational Software Development Methodologies Software Engineering Agile Methods Hybrid User Centered D
85. e Engineering Pressman R 2002 Ingenieria del Software Un enfoque Practico McGraw Hill Sommerville I 2000 Software Engineering Pearson Education SWEBOK 2004 Guide to the Software Engineering Body of Knowledge 2004 Version IEEE Computer Society UML Testing Profile Version 1 0 formal 05 07 07 This is a testing profile for UML 2 0 Utting M and Legeard B 2007 Practical Model based Testing Morgan Kaufmann and Elsevier Editorial RISTLN 6 12 2010 B SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba 58 RISTI N 6 12 2010 Recebido Recibido 24 10 2010 Aceita o Aceptaci n 03 12 2010 9 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos Helder C Silva 1 Jos A Oliveira 2 Anabela P Tereso 2 helder ifam edu br zan dps uminho pt anabelat dps uminho pt 1TFAM Instituto Federal de Educa o Tecnol gica do Amazonas Manaus Brazil 2 University of Minho Guimaraes Portugal Resumo Neste artigo abordamos a quest o da aloca o ptima dos recursos mais especificamente a an lise da complementaridade dos recursos recurso principal ou recurso P e do recurso de suporte ou recurso S s actividades de um projecto Neste artigo apresenta se um algoritmo gen tico baseado num alfabeto de chaves aleat rias e analisa se o procedimento para criar solu es a partir de um cromossoma Palavra
86. e Foundation 2008 El uso de un GPL permite construir editores gr ficos m s optimizados y potentes desde un punto de vista gr fico pero supone una mayor inversi n de recursos porque obliga a codificar pr cticamente desde cero cada funcionalidad de la que se desea dotar al editor Por otra parte GMF permite generar de forma semi autom tica el c digo que implementa los editores gr ficos para cada uno de los DSLs a partir de los metamodelos implementados en EMF Adem s este framework permite especificar el aspecto forma tama o color etc de cada uno de los elementos del modelo que van a ser representados con el editor y definir c mo ser la paleta de herramientas del editor gr fico Por todo esto se eligi GMF como herramienta para la construcci n de los editores gr ficos La Figura 3 muestra a modo de ejemplo el editor gr fico que permite representar el modelo de casos de uso extendido Por motivos de espacio en este trabajo no presentamos el resto de editores pero el proceso de desarrollo para ellos ha sido el mismo RISTLN 6 12 2010 BB M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto Palette y Select Zoom E Note lt lt SBUC gt gt Nodes REBIO Consult project section 2 Actor Selectaproject e E E classifier A EN Functional Use lt lt extend gt E eee e lt extend gt gt Case ZA Tm SSBU gt gt LN
87. e Tecnologias de Informa o Proceso Pr ctica Base Producto GPR Planificaci n GPR Preparaci n GPY Planificaci n GPY Realizaci n GR Planificaci n GR Instrumentaci n BSI Preparaci n BSI Instrumentaci n CO Planificaci n CO Realizaci n APE Planificaci n APE Realizaci n APE Cierre DMS Inicio DMS Requisitos DMS An lisis y Diseno DMS Construcci n DMS Construcci n DMS Integraci n y pruebas DMS Integraci n y pruebas DMS Cierre RISTI N 6 12 2010 Plan de Procesos Documentaci n del Proceso Plan de Adquisiciones y Capacitaci n Plan de Gesti n de Proyectos y Ventas Plan de Proyectos Plan de Ventas Alternativas de Realizaci n de Proyectos Internos Contrato Registro de Proyecto Descripci n del Proyecto Responsable de Administraci n del Proyecto Espec fico Plan de Adquisiciones y Capacitaci n Plan Operativo de RHAT Plan Operativo de BSI Plan Operativo de CO Plan de Capacitaciones Registro de Recursos Humanos Plan de Mantenimiento Solicitud de Bienes y Servicios Registro de Bienes y Servicios Plan de Administraci n de la Base de Conocimiento Diseno de la Base de Conocimiento Plan de Proyecto Plan de Desarrollo No Aplica Aceptaci n del Cliente No Aplica Especificaci n de Requisitos An lisis y Diseno Componente Software Manual de Usuario Manual de Operaci n No Aplica 79 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar
88. e pode ser uma organiza o um Atendimento A arquitetura desenvolveu o m dulo de servi o satisfazendo as especifica es determinadas pelo dom nio do negocio de mapas conceituais A camada de aplication Service descentralizou o acesso diminuindo o tempo de resposta para o usu rio As camadas s o fracamente acopladas e fornecem uma maneira eficiente e padronizado de desenvolvimento ao arquiteto de software A camada Business utiliza tanto seus pr prios m todos quanto os m todos disponibilizados por outros business objects permitindo reuso dos servi os implementados A camada Factory indica qual implementa o de persist ncia DAO ser utilizada pela aplica o a partir de um nico ponto de acesso o que diminui o retrabalho no caso de manuten o da aplica o As tecnologias e frameworks especificados proporcionam a constru o de servi os independentes de plataforma ou linguagem hardware um ambiente de software ou uma aplica o ISO 2001 Importante salientar que na an lise apresentada n o pretende se contemplar os requisitos da ISO IEC 9126 em sua totalidade pois uma caracter stica pode ser observada em v rios aspectos da arquitetura e por uma quest o de organiza o uma determinada caracter stica definida somente uma nica vez onde se observa que a sua maior influ ncia exercida 5 2 Quanto aprendizagem A vers o do LabSQL que cont m a funcionalidade dos Map
89. e servi os por dom nio da aplica o e reutiliza o de implementa o dos DAOS 4 Aplica o da Arquitetura Com a difus o dos ambientes virtuais de aprendizagem cada dia mais relevante o estudo e desenvolvimento de ferramentas que possam avaliar os aprendizes medida que diferentes formas de ensino s o difundidas Entende se ser necess rio saber tirar proveito das possibilidades tecnol gicas que emergem com esses novos espa os pedag gicos a fim de otimizar os ambientes atrav s da inclus o de novas abordagens Behar amp Leite 2005 Mapas Conceituais t m a sua origem no movimento da teoria construtivista da aprendizagem de Ausubel 1980 e s o utilizados como ferramenta de apoio RISTI N 6 12 2010 21 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem representa o de conhecimento com um vasto relato de aplica es em educa o notadamente no apoio avalia o da aprendizagem Ara jo Menezes amp Cury 2002 O LabSQL uma ferramenta de ensino e aprendizagem da linguagem SQL e sua proposta inicial est centrada na avalia o autom tica de consultas SQL Lino et al 2007 Atualmente o LabSQL agrega funcionalidades que s o resultados de v rias pesquisas Dando continuidade s pesquisas que tem como fim maximizar a aprendizagem dos estudantes pretende se agregar os benef cios pedag gicos alcan ados por meio do ensino a part
90. e uso el modelo de casos de uso extendido el modelo de fragmentos extendido el modelo de navegaci n extendido y el modelo conceptual de datos C ceres et al 2006 Como se puede observar en la Figura 1 el marco metodol gico de MIDAS contempla 3 aspectos en el desarrollo del SIW contenido hipertexto y comportamiento Aunque HM3 est enfocado en el aspecto del hipertexto utiliza modelos pertenecientes a los aspectos de contenido modelo conceptual de datos y comportamiento modelo de casos de uso y modelo de casos de uso extendido todos ellos definidos a nivel PIM HM3 lt lt WId Wid SBujddvwu gt gt lt lt WSd WId SBulddew gt gt lt lt WSd WSd sBujddew gt gt CONTENIDO HIPERTEXTO COMPORTAMIENTO Figura 1 Detalle del proceso de HM3 en el marco de MIDAS A partir del modelo de casos de uso que recoge la funcionalidad del sistema se obtienes sucesivamente y de forma semi autom tica el modelo de casos de uso extendido el modelo de fragmentos extendido y finalmente el modelo de navegaci n extendido El contenido de los nodos que definen esta estructura navegacional se obtiene a partir del modelo conceptual de datos Por ltimo a partir del modelo de navegaci n extendido se genera el c digo que implementa parte del SIW El objetivo de este ltimo modelo es representar la estructura navegacional del SIW De esta forma podemos identificar las funcionalidades que el sistema soporta y los
91. e weaving relaciona el elemento A del modelo Ma con los elementos Y y Z del modelo Mg M A Modelo Weaving Ma A Figura 5 Utilizaci n habitual de un modelo de weaving Los modelos de weaving tambi n se definen conforme a un metamodelo implementado en Ecore Esta es otra de las ventajas de haber usado EMF como marco de metamodelado tanto los metamodelos de los DSLs de M2DAT HYMO como los metamodelos para los modelos de weaving e incluso el metamodelo de ATL o el de UML est n definidos usando un mismo lenguaje de metamodelado y esto aumenta la interoperabilidad entre los modelos La Figura 6 describe esta idea RIST N 6 12 20100 BT M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto A Figura 6 Relaci n entre modelos y metamodelos en M2DAT HYMO El modelo de weaving relaciona los elementos del modelo de casos de uso extendido EUCM Extended Use Case Model con los elementos del modelo conceptual de datos Tambi n se puede observar que el modelo de casos de uso extendido el modelo conceptual de datos y el modelo de weaving son las entradas de la transformaci n Los dos ltimos proporcionan informaci n adicional para guiar la transformaci n del modelo de casos de uso extendido en el modelo de fragmentos extendido ESM Extended Slice Model Para adaptar los modelos de weaving a las necesidades de cada transformaci n utilizamos e
92. eba una situaci n y algunos criterios de falla o de aprobaci n Perry 2006 presenta una gu a completa de c mo llevar a cabo un proceso de prueba efectivo Inclusive habla de los CP y propone una plantilla para CP la cual incluye 46 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o algunos aspectos que nosotros hemos considerado para nuestro m todo Por ejemplo usar ID Identificador para el CP y para el UC Lewis 2000 propone una plantilla para CPs donde incorpora condiciones ambiente versi n y sistema Algunos autores como Pinkster et al 2006 indican que una mejora subsecuente en la calidad de las pruebas es posible si los requerimientos son tomados como la base de las pruebas denomin ndola Pruebas basadas en Requerimientos El probador puede centrarse en los requerimientos de mayor prioridad y a los problemas se les da la misma prioridad que al requisito relacionado con el CP y el problema que se ha encontrado De esta forma los desarrolladores pueden ver los aspectos que necesitan resolverse primero As mismo el Profile del Unified Modeling Language UML para Pruebas 2005 indica que un contexto de la prueba es s lo un CP de alto nivel Un CP siempre devuelve un veredicto El veredicto puede ser arbitrado calculado por el rbitro o no arbitrado es decir siempre provisto por el comportamiento de prueba Algunos de los beneficios de la matriz de prueba requerimien
93. eecececcceeeeeceeaessseeeececeeeeeeseaees 17 Amanda Monteiro Sizo Adriano Del Pino Lino Eloi Luiz Favero M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto ooooooooocnnnnnononcnonnnononononos 31 Feliu Trias Nicolau Iv n Santiago Vi ambres Juan Manuel Vara Valeria de Castro SAM Sistema Automatizado del M todo MECAP para Especificar Casos de PEUED A atado i aia 45 Edumilis M ndez Mar a A P rez Kenyer Dom nguez Luis E Mendoza Um Algoritmo Gen tico para Programac o de Projectos em Redes de Actividades com Complementaridade de RecursosS cccccccccononononcnnnccnnononnnnonnnnononnnanonononcnnnnnnnononononos 59 Helder C Silva Jos A Oliveira Anabela P Tereso Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso VAR caribe 73 Ang lica Astorga Brenda Flores Gloria Chavez M nica Lam Araceli Justo Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo oooccccnnccnnnnncnnnnnocnnnnnoccnnnnocononanoconanoconanacccnananoss 87 Cuevas Gonzalo Mejia Jezreel Mu oz Mirna San Feliu Tom s RISTI N 6 12 2010 vil viii RISTI N 6 12 2010 Recebido Recibido 20 10 2010 Aceita o Aceptaci n 03 12 2010 Fist Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo
94. em computacionais e os relacionamentos entre estes componentes Adicionalmente descreve a estrutura t cnica limita es e caracter sticas dos componentes bem como as Interfaces entre eles A arquitetura o esqueleto do sistema e por isso torna se o plano de mais alto n vel da constru o de cada novo sistema Krafzig Banke amp Slama 2004 Ao passo que aumenta a complexidade e abrang ncia de sistemas de informa o tamb m aumenta a dificuldade em organizar e estruturar seus componentes Sordi Marinho amp Nagy 2006 Definir um padr o arquitetural uma maneira de estimular a reutiliza o de componentes e padronizar a estrutura atrav s do uso rotineiro de solu es existentes por meio de um ponto de refer ncia comum para as demais atividades que s o executadas posteriormente a sua defini o Bass Clements amp Kazman 2003 No caso da constru o de sistemas educacionais a arquitetura vem facilitar o desenvolvimento de sistemas que tem como caracter sticas serem distribu dos e colaborativos caracter sticas estas essenciais e presente na maioria dos ambientes virtuais de aprendizagem Costa et al 2006 Uma arquitetura se comporta como facilitador na constru o de sistemas que derivam de uma mesma linha de produ o Queiroz amp Braga 2008 neste caso sistemas educacionais Para atender as peculiaridades de cada institui o de ensino s o desenvolvidas muitas ferramentas que auxiliam no ensino a dis
95. emos asistido a un crecimiento de la demanda de software que se ha venido aplicando en la resoluci n de tareas cada vez m s complejas y de mayor valor a adido En estas circunstancias nos podemos hacer la siguiente pregunta cla industria del software est preparada para entregar el software que se necesita en los pr ximos anos de acuerdo a las exigencias que los clientes imponen Desgraciadamente para muchos investigadores la respuesta es no El proceso de desarrollo de software dista mucho de ser un proceso maduro porque no es escalable y no puede satisfacer la demanda Actualmente sigue existiendo un consenso en la industria sobre que el desarrollo de un producto tan complejo como es el software debe ser realizado con la ayuda de un proceso de ingenieria y gestion y con m tricas que permitan predecir de forma efectiva los niveles de riesgo hablando en t rminos de coste plazos y defectos principalmente La llamada crisis del software del a o 1969 perdura hasta nuestros d as estando presentes a n los problemas relativos al fracaso de los proyectos Los principales factores que afectan al fracaso de un proyecto software son requisitos incompletos carencia de implicaci n del usuario carencia de recursos expectativas no reales falta de apoyo ejecutivo cambios en los requisitos falta de planificaci n falta de infraestructura falta de gesti n falta de cultura de Tecnolog as de la Informaci n y otros Los art culo
96. equipas de apoio equipas comerciais e de marketing e diferentes clientes que an lise de poder o adquirir o recurso Este levantamento pode ser complementado com stakeholders uma an lise de mercado Nesta fase s o atribu dos pap is e responsabilidades Abordagem ao m todo reuni o realizada com o gestor de projecto e representantes dos utilizadores para discuss o de pap is com maior detalhe _ Caracteriza o do grupo de utilizadores compet ncias e experi ncia An lise do contexto conhecimento da tarefa forma o qualifica es compet ncias lingu sticas de uso Bevan amp capacidades f sicas e cognitivas e atitudes e motiva es das tarefas lista de Macleod 1994 tarefas objectivos output passos frequ ncia import ncia dura o e Kirakowski amp depend ncias e do ambiente t cnico f sico e organizacional hardware Cierlik 1999 software rede de internet caracteristicas das salas objectivos organizacionais Maguire 1998 pol ticas de utiliza o das TIC apoio t cnico Thomas amp Bevan 1995 Abordagem ao m todo Reuni o com representantes de cada grupo de utilizadores e representantes da equipa de projecto Estudo do que utilizador obrigado a fazer em termos de ac es e ou processos An lise de tarefase cognitivos para realizar determinada tarefa Clarificar quais as funcionalidades mapeamento de que s o necess rias de forma a excluir as menos importantes tarefas fun
97. eron las actividades reales llevadas a cabo en la organizaci n y se realizaron validaciones de estas actividades a tres niveles gerentes de cuenta gerentes y jefes de proyectos Las lecciones aprendidas de la realizaci n de esta fase se listan a continuaci n 1 Con la implicaci n de un representante de la alta direcci n en la elecci n de los gerentes de cuenta que han llevado a su cargo proyectos de xito se obtienen compromiso de la alta direcci n antes del inicio del proyecto de mejora 2 Utilizar cuestionarios con preguntas abiertas como gu a para las entrevistas ha permitido que cada gerente entrevistado tenga la libertad de definir las actividades que realiza y por consiguiente ha permitido hacer una mejor extracci n del conocimiento t cito 3 Permitir la validaci n de las actividades gen ricas a tres niveles permite obtener el compromiso de las partes interesadas con la mejora y asegura que se est hablando el mismo lenguaje en el contexto de procesos en toda la organizaci n 4 Involucrar e integrar tanto a las fuentes de informaci n gerentes de cuenta como al grupo de validaci n gerentes de proyecto jefes de proyecto y l deres de proyectos asegura que el establecimiento de c mo son los procesos realmente refleje la forma en que la organizaci n trabaja 3 3 2 Evaluar el rendimiento de la organizaci n con las pr cticas reales Para la realizaci n de esta fase se ha tomado como informaci n de entrada la d
98. es Esta situaci n se ve reflejada en la satisfacci n de sus clientes y en el crecimiento a o tras ano de sus proyectos Por lo tanto ha permitido la implementaci n de mejora en sus procesos a trav s MIGME RRC Los datos analizados en este art culo son datos ver dicos que muestran que ha habido en general una mejora en el desarrollo del delivery en everis en todas las oficinas analizadas lo que refleja su compromiso con la mejora continua Agradecimientos Este trabajo ha sido patrocinado por la empresa Fundaci n everis a trav s de la C tedra de Mejora del Proceso Software en el Espacio Iberoamericano Menci n especial merece el apoyo prestado por everis facilitando datos y posibilitando la realizaci n de los pilotos sin cuya ayuda no hubiera sido posible la realizaci n de esta investigaci n Referencias bibliogr ficas Goldenson D 2007 Performance Outcomes from Process Improvement Tech Views Software Tech Volumen 10 Conradi H Fuggetta A 2002 Improving software process improvement IEEE Software Volume 19 Issue 4 pp 92 99 doi 10 1109 MS 2002 1020295 Pries Heje J Johansen J 2010 SPI Manifesto eurospi net Niazi M Wilson D Zowghi D 2006 Critical success factors for software process improvement implementation An empirical study Software process improvement and practices Mahmood N Muhammad A B Nolin M K 2008 Demotivators of sofware process improvement An empirical i
99. es Abordagem ao m todo planear reuni es e eventualmente sess es de observa o Grupo de discuss o de potenciais utilizadores sobre o que pretendem que seja concebido no software Para evidenciar aspectos dos utilizadores quando os Focus groups mesmos n o podem participar no projecto Abordagem ao m todo presencialmente ou atrav s da plataforma LMS os utilizadores discutem os requisitos 5 Conclus es Embora a selec o do m todo dependa do ambiente em que se insere o projecto e de um conjunto de vari veis que por vezes s o de dif cil defini o os m todos existem para tentar auxiliar no desenvolvimento de software minimizando a incerteza de modo a permitir a obten o do resultado esperado da forma mais eficiente poss vel Tal como Toth 2005 e Sommerville 2007 consideramos que a adop o do mesmo m todo para todos os projectos de desenvolvimento de software dificilmente ser uma boa escolha se tivermos em conta a diversidade de utilizadores objectivo da utiliza o do software e as altera es constantes da tecnologia Com base no trabalho desenvolvido concordamos com Abbas Gravell amp Wills 2008 que designam o desenvolvimento de software como uma actividade imprevis vel sendo necess rio um m todo adapt vel para controlar esta imprevisibilidade Quanto ao desenvolvimento de software educativo os processos iterativos e incrementais associados a procedimentos de prototipagem incluindo ferramen
100. esenvolvimento permitam auxiliar a tomada de decis es e contribuam para a melhoria do processo Refer ncias Abbas N 2006 Choosing the Appropriate Strategy for a Particular Software Development Project Unpublished MSc in Software Engineering University of Southampton Shouthampton Abbas N Gravell A M amp Wills G B 2008 Historical Roots of Agile Methods Where did Agile Thinking Come from In A p a e p i S Engineering Ed Limerick Irlanda Abras C Maloney Krichmar D amp Preece J 2004 User Centered Design In S Publications Ed Encyclopedia of Human Computer Interaction Thousand Oaks Sage Publications Bassani P S Passerino L M Pasqualotti P R amp Ritzel M I 2006 Em busca de uma proposta metodol gica para o desenvolvimento de software educativo colaborativo Novas Tecnologias na Educa o 4 1 1 10 Beck K 2000 Extreme Programming Explained Embrace Change Addison Wesley Benitti F B V Seara E F R amp Schlindwein L M 2005 Processo de Desenvolvimento de Software Educacional proposta e experimenta o CINTED UFRGS Novas Tecnologias na Educa o Bergin J Caristi J Dubinsky Y Hazzan O amp Williams L 2004 Teaching Software Development Methods The Case of Extreme Programming In ACM Ed SIGCSE 04 Norfolk Virginia Bevan N amp Macleod M 1994 Usability measurement in context 13 132 145 Bicu
101. esos A A 1 5 Establecer o actualizar el Plan de ________ i Mediciones de Procesos Plan de Manejo de Riesgos A A 1 6 Establecer o actualizar el AA Plan de Manejo de Riesgos Plan de Procesos A ALI Integrar ai Pn Volt o de Procesos A 1 8 Verificar el Plan de Procesos OS A 1 10 Validar el Plan de Procesos No Si A 1 9 Corregir el Plan de Procesos con base en el Reporte de Verificaci n A 1 11 Corregir los defectos encontrados en el Plan de No Procesos con base en el Reporte de Verificaci n y amp Figura 2 Diagrama de actividades correspondiente a GPR en la pr ctica base A1 Planificaci n Una vez capacitados se inici la implantaci n con la documentaci n de cada proceso En este caso no hubo ajustes significativos a los procesos por lo que no se requiri de una nueva capacitaci n Durante la definici n e implantaci n se observ que este proceso es cr tico para la implantaci n de los dem s procesos Astorga 2007 El primer a o los Responsables de Procesos iniciaron atendiendo las pr cticas base correspondientes al nivel 1 y algunas de nivel 2 Por cada pr ctica base se identificaron los productos de trabajo que se deb an obtener Tabla 2 Tabla 2 Pr cticas base y productos por proceso correspondiente al nivel 1 Proceso Pr ctica Base Producto GN Planificaci n Plan Estrat gico Plan de Adquisiciones y Capacitaci n 78 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas
102. evelopment Methodology User Centered Design 1 Introdu o O desenvolvimento de software uma actividade de elevada complexidade sendo que na maioria dos casos ocorre sem ser devidamente planeado suportado por decis es de curto prazo Fowler 2005 Esta abordagem poder funcionar para pequenos pacotes de software mas medida que o sistema cresce cresce tamb m a dificuldade de lhe adicionar novas funcionalidades Complementarmente Shneiderman amp Plaisant 2005 afirmam que 60 dos projectos de desenvolvimento de software falham na defini o dos objectivos Este problema surge nomeadamente porque na maioria dos projectos existe falta de comunica o entre os elementos da equipa e entre elementos da equipa e os utilizadores finais Portanto a escolha do m todo adequado para o desenvolvimento de um software ter vantagens em termos de qualidade econ micas e competitivas mas caso seja seleccionada um m todo menos adequado o mais prov vel ser o projecto ultrapassar os limites temporais existindo falhas e consequentemente problemas econ micos Toth 2005 Neste artigo efectuado um breve enquadramento te rico sobre a evolu o das metodologias de desenvolvimento de software referindo alguns exemplos de m todos utilizados no desenvolvimento de pacotes de software educativo Posteriormente efectuada uma breve descri o ao DCU baseada na exposi o dos pressupostos que o constituem e a sua import ncia n
103. ext Transformation Language Chair for Software Design and Quality SDQ Knapp A Koch N Moser F amp Zhang G 2003 ArgoUWE A Case Tool for Web Applications First International Workshop on Engineering Methods to Support Information Systems Evolution EMSISE 03 Geneva Switzerland Koch N Pigerl M Zhang G amp Morozova T 2009 Patterns for the Model based Development of RIAs Proceedings of the 9th International Conference Web Engineering ICWE 09 LNCS 5648 p gs 283 291 Lowe D 2003 Web System Requirements An Overview Requirements Engineering Journal 8 102 113 Marcos E Acuna C amp Cuesta C 2006 Integrating Software Architecture into a MDA Framework Proc of 3rd European Workshop on Software Architecture pags 27 143 France Nantes Springer Verlag LNCS 4344 Mernik M Heering J amp Sloane A 2005 When and How to Develop Domain Specific Languages ACM Computing Surveys 37 4 316 344 Miller J amp Mukerji J 1 de Junio de 2003 MDA Guide 1 0 1 Obtenido de http www omg com mda Nielsen J amp Loranger H 2006 Prioritizing Web Usability New Riders Publishing Nunes D amp Schwabe D 2006 Rapid Prototyping of Web Applications Combining Domain Specific Languages and Model Driven Design 6th International Conference on Web Engineering ICWE 06 Palo Alto California USA Oldvik J Neple T Gronmo R Aagedal J amp Berre A J
104. fico para cada proyecto y productividad al optimizar los resultados en tiempo y coste everis desde su creaci n en 1996 ha ido creciendo tanto en facturaci n como en n mero de empleados de manera constante y siempre de manera org nica Su cierre del ejercicio 2009 ha reportado unos ingresos superiores a los 404 M con una plantilla de m s de 7000 empleados siendo superior a 1000 el n mero medio de proyectos abiertos mensualmente 3 2 Alcance de aplicaci n de la mejora La gesti n de proyectos en everis tiende un amplio impacto en su negocio y esta medida de acuerdo a una serie de indicadores relacionados con esos objetivos Por lo tanto el establecimiento del alcance de la aplicaci n de la mejora se basa en dos aspectos procesos los procesos de gesti n de proyectos tienen un alto impacto en los objetivos del negocio y personas la gesti n de proyectos llevada a cabo por los 90 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o gerentes de cuenta quienes realizan la gesti n de los proyectos uno o m s proyectos y son los responsables ltimos de un proyecto 3 3 Aplicaci n de la mejora La implementaci n de las mejoras se ha llevado a cabo a trav s del desarrollo de un m todo de gesti n de proyectos que se incluir en la metodolog a propia de everis Corporate Methods COM El m todo ha sido el resultado de la aplicaci n de la metodolog a MIGME RRC La metodo
105. gidas a dar soporte a esta actividad como las Java Emitter Templates JET Powell 2004 o lenguajes orientados directamente a utilizar modelos como entradas para la generaci n de c digo como MofScript Oldvik et al 2005 o Xpand de openArchitectureWare Klatt 2007 En particular Xpand es un DSL basado en plantillas para la generaci n de c digo Posee una sintaxis b sica que en combinaci n con Xtend Efftinge 2007 le permite incrementar su alcance para transformaciones modelo a modelo Un proyecto de generaci n de c digo basado en Xpand necesita incluir el metamodelo concreto como parte del mismo Adem s contiene el fichero de workflow el fichero de propiedades del workflow y el fichero de configuraci n El paquete templates contiene todos los ficheros de plantillas para la generaci n de c digo El fichero de workflow representa el n cleo central de un proyecto de generaci n de c digo y permite indicar el modo deseado de ejecuci n de la generaci n de c digo Tiene una estructura de componentes en el que cada uno ser el encargado de una labor diferente Se pueden distinguir los siguientes componentes 1 el componente xmiParser que contiene la estructura del modelo y es donde se identifica el paquete principal del metamodelo 2 El componente dirCleaner que elimina el directorio donde se deposita el c digo generado 3 El componente generator indica el paquete del metamodelo el nodo ra z a partir del cual vamos a em
106. gn e a implementa o s o fases que se podem identificar nestes processos e que adv m dos primeiros m todos de desenvolvimento Na fase referente an lise efectuado o levantamento dos requisitos do software s o definidos os objectivos educacionais e o p blico alvo a que se destina o software No processo do Univap Virtual nesta fase ainda efectuado o levantamento de informa o cient fica sobre a tem tica do recurso e no Use Case realizado um estudo da rea educacional do recurso a ser desenvolvido e consequentemente o levantamento dos requisitos necess rios para que este corresponda s necessidades dos utilizadores 3 O Papel do Design Centrado no Utilizador O DCU serve para descrever os processos de um projecto em que os utilizadores finais t m influ ncia na forma como este conduzido Alguns m todos de DCU sondam os utilizadores sobre as necessidades que estes possuem em determinada rea educacional envolvendo os em partes espec ficas do processo de desenvolvimento Por outro lado existem m todos em que os utilizadores t m uma maior presen a integrando a equipa isto s o envolvidos como elementos durante todo o processo Abras Maloney Krichmar amp Preece 2004 O DCU descrito na ISO 13407 1999 Human Centered Design Process for Interactive Systems e na ISO TR 18529 2000 Ergonomics of Human System Interaction Estas duas normas descrevem uma situa o ideal onde n o existem quaisquer
107. gregue un nombre corto durante la identificaci n de los flujos alternos que representan o conforman un escenario La informaci n de los escenarios est asociada a la narrativa de un CU Validar Usuario del Sistema TAI Tarjeta Acad mica Inteligente el cual sirve de ejemplo para explicar el m todo propuesto 6 Verificar que se hayan identificado y descrito todos los escenarios posibles para cada CU En conclusi n cada escenario representa el n mero de posibilidades o formas a trav s de las cuales se puede recorrer el CU Esto evita que solo se prueben algunas de las combinaciones posibles Inicia el CU Flujo b sico Flujo alterno 3 Flujo alterno 1 Flujo altemo 4 Flujo alterno 2 Fin del CU Fin del CU Fin del CU Figura 1 Visualizaci n de los Flujos en un CU Leffingwell amp Widrig 2006 RISTI N 6 12 2010 49 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba Nro Escenario Flujo Originario Flujo alterno Pr ximo alterno Pr ximo alterno Escenario 1 Flujo B sico Escenario 2 ujo B sico Flujo alterno 1 Escenario 3 Flujo B sico Flujo alterno 1 Flujo alterno 2 Escenario 4 Flujo B sico Flujo alterno 3 ujo B sico Flujo alterno 3 Flujo alterno 1 Flujo alterno 2 Escenario 6 Fl Escenario 7 Flujo B sico Flujo alterno 4 Flujo alterno 3 Flujo alterno 4 Figura 2 Escenarios por CU Leffingwell amp Widrig 2006
108. icaciones suplementarias para encontrar medidas de desempe o m nimo y m ximo rangos v lidos de entrada protocolos de interfaces entre otros 8 Se indica cu l es el Criterio de Aprobaci n del CP Como se observa en el ejemplo de la Figura 5 El Criterio es que se deben cumplir en un 100 todos los resultados esperados Tambi n puede indicarse a nivel de pasos cuando el CP involucra pasos diferentes y alguno s de ellos son m s importante que otros Si se cumplen en un 100 los resultados esperados del Paso 2 4 y 5 El analista y el dise ador de las pruebas verifican que todos los CP se hayan especificados correctamente Fase 4 Ejecuci n y Aprobaci n del CP Esta fase consiste en poner en pr ctica el procedimiento de los CP que se encuentran en la Tabla ECP A continuaci n se indican las actividades de esta fase 1 2 Debe comprobarse que est dado el ambiente y las condiciones para ejecutar los CP Todos los involucrados en las pruebas deben cooperar en esto El Gerente y el Dise ador de las pruebas deben autorizar que se active el ciclo de prueba El Probador ejecuta todos los CP e incorpora los datos de los resultados obtenidos en cada Tabla ECP El Gerente de Pruebas toma la decisi n de si aprob o fall el CP en base al criterio de aprobaci n y adem s indica la fecha de la aprobaci n y en algunos casos coloca su firma El equipo de pruebas verifica si se cumpli el criterio de salida del ciclo de p
109. icante Jo o Barroso Universidade de Tr s os Montes e Alto Douro Jo o Paulo Costa Universidade de Coimbra Jo o Sarmento Universidade do Minho Jo o Tavares Universidade do Porto FEUP Joana Maria Segui Pons Universitat de les Illes Balears Joaquim Cezar Filipe Universidade de S o Paulo Joaquim Reis Instituto Superior de Ci ncias do Trabalho e da Empresa Jorg Thomaschewski University of Applied Sciences OOW Emden Jos Adriano Pires Instituto Polit cnico de Bragan a Jose M Molina Universidad Carlos III de Madrid Juan Carlos Gonz lez Moreno Universidad de Vigo Juan Jos de Benito Mart n Universidad de Valladolid Juan Manuel Fern ndez Luna Universidad de Granada Juan Manuel Lopez Zafra Universidad Complutense de Madrid Jos Silvestre Silva Universidade de Coimbra Luciano Boquete Universidad de Alcal Luis de Campos Universidad de Granada RISTI N 6 12 2010 111 Luis Fernandez Sanz Universidad de Alcal Lu s Paulo Reis Universidade do Porto FEUP Luisa Mar a Romero Moreno Universidad de Sevilla Magdalena Arcilla Cobi n Universidade Nacional de Educaci n a Distancia Marco Painho Universidade Nova de Lisboa ISEGI Maria Clara Silveira Instituto Polit cnico da Guarda Maria Helena Monteiro Universidade T cnica de Lisboa ISCSP Maria J Lado Universidad de Vigo Maria Jo o Castro Instituto Polit cnico do Porto ISCAP Martin Llamas Nistal Universidad de Vigo Mercedes Ruiz Unive
110. ienvenidos otros t picos relacionados con la tem tica y aqu no incluidos e Modelos y Estrategias de Negocio e Modelos de Madurez e Aplicaciones Sistemas y Tecnolog as e M todos Herramientas y Entornos e Cadenas de Suministro e Integraci n de Sistemas e Web Marketing e Sistemas M viles e Sistemas Colaborativos e Accesibilidad y Usabilidad e Redes Sociales y Web Sem ntica e Confianza Seguridad Privacidad y Regulaci n Los art culos deben ser escritos en portugu s o espa ol Para obtener informaci n sobre longitud reglas de formato y proceso de env o por favor consulte el Portal de la RISTI http www aisti eu 102 RISTI N 6 12 2010 Formul rio inscri o associado da AISTI Formulario inscripci n asociado de la AISTI Os associados da AISTI recebem a Los asociados de la AISTI reciben la RISTI gratuitamente por correio RISTI por correo sin costo alguno postal Torne se associado da AISTI Hazte miembro de la AISTI Rellena el Preencha o formul rio abaixo e siguiente formulario y remitelo al e envie o para o e mail aisti aisti eu mail aisti aisti eu o 3ISt Formul rio de Associado Formulario de Asociado Nome Nombre Institui o Instituci n Departamento Morada Direcci n C digo Postal Localidade Localidad Pa s Telefone Tel fono E mail Web Tipo de Associado e valor da anuidade _ Individual 25 Institui o de Ensino ou I
111. inar definidas na fase anterior com os aspectos de interac o do software particularmente a navega o e interface com a colabora o de um designer e de um programador da empresa Como Bassani Passerino Pasqualotti amp Ritzel 2006 e Carvalho 2003 consideramos que o desenho dos cen rios resultantes desta fase foi essencial para se compreender o contexto de utiliza o do recurso e para representar algumas das situa es interactivas do software Fase 3 Implementa o do recurso esta fase foi dividida em duas subfases que decorreram em simult neo e a parte educacional requereu a especifica o em detalhe de aspectos para al m dos j especificados no storyboard como a anima o inicial e os guides do professor e do aluno e a parte t cnica correspondeu ao design e programa o do software e do respectivo manual do utilizador Durante esta tarefa a equipa multidisciplinar testou e ajustou o conte do dos gui es explora o que se pretendia dos ecr s do software Esta tarefa envolveu a colabora o permanente de todos os elementos realizada quer presencialmente quer online 6 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Prot tipos os prot tipos foram desenvolvidos colaborativamente entre todos os membros da equipa Entre outros a equipa identificou aspectos na interface que tiveram implica es na arquitectura do software que em alguns casos lev
112. ir da utiliza o de mapas conceituais a fim de detectar atrav s do mapeamento dos conceitos chaves a defici ncia dos estudantes na rea de banco de dados 4 1 Estudo de Caso Para compor o estudo de caso desta pesquisa foi desenvolvido um m dulo de servi o para gera o e avalia o de mapas conceituais que s o implementa es de webservices disponibilizadas para o LabSQI conforme mostra a figura 2 As telas aqui mostradas fazem parte do LabSQL e acessam o servi o disponibilizado pelo m dulo proposto Servidor 2 Servidor db E data base sgdb Figura 2 Diagrama de implanta o Integra o entre as aplica es via web service A primeira fase para construir um projeto baseado na arquitetura definir as entidades decorrentes do modelo de neg cio Essas entidades comp em a camada entity da arquitetura isto entidades do dom nio da aplica o tamb m conhecidas como POJO Plain Old Java Objects Para o projeto de estudo de caso foi definido o modelo do dom nio do neg cio como mostrado na figura 3 a seguir 292 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o id Long rotulo String poscsox Long poscsoy Long id Long destino texto String estilo String assunto id Long descricso String a tuma Stimio 4 login Sting o senha String pergunts 1 1 1 1 mapsAluno mapaBase perfil 1 0 jo
113. irtuais de Aprendizagem 6 Conclus o Em termos gerais este artigo apresentou uma arquitetura que integra aplica es distribu das de maneira eficiente al m de potencializar o processamento durante a execu o da aplica o Tamb m contemplou requisitos que de acordo com Sordi Marinho amp Nagy 2006 fazem parte de uma boa arquitetura como desempenho reusabilidade manutenibilidade entre outros O grande diferencial desta arquitetura o aumento de desempenho e reusabilidade proporcionada por meio do acesso descentralizado aos servi os na camada business object Tamb m prove a interoperabilidade que desempenha um papel essencial em qualquer infra estrutura onde os atores e suas aplica es s o distribu dos e heterog neos Como principal contribui o dessa arquitetura tem se o acoplamento eficientemente de servi os independente de plataforma ou linguagem em qualquer ambiente virtual de aprendizagem otimizando os mesmos Al m disso a possibilidade de inser o de novas funcionalidades aos ambientes trouxe flexibilidade ou seja pode se criar se desej vel m dulos dentro do pr prio ambiente que se integram a outros ambientes virtuais ou sistemas administrativos requisito este muito desej vel em qualquer ambiente educacional A proposta foi viabilizada por meio do desenvolvimento de um componente que gera e avalia mapas conceituais que se integra ao ambiente LabSQL atrav s de webservices Como perspectiva futu
114. l Modelado del Hipertexto HM Hypertext Modelling Method of MIDAS Este m todo propone un conjunto de modelos a distintos niveles de abstracci n y las reglas de transformaci n entre ellos En particular se adopta la separaci n en niveles de abstracci n propuesta por la Arquitectura Dirigida por Modelos MDA Model Driven Architecture Selic 2001 Miller amp Mukerji 2003 que distingue entre Modelos Independientes de Computaci n CIMs Computer Independent Models Modelos Independientes de Plataforma PIMs Platform Independent Models y Modelos Espec ficos de Plataforma PSMs Platform Specific Models El soporte tecnol gico para la propuesta de MIDAS es M2DAT MIDAS MDA Tool un entorno extensible y modular de forma que las herramientas de soporte para cada propuesta metodol gica comprendida en MIDAS se desarrollan como un nuevo m dulo que se integra con el resto de la herramienta Vara 2009 Este art culo se centra en M2DAT HYMO M2DAT for HYpertext MOdelling el m dulo de M2DAT que da soporte a HM3 En particular se presentan los editores gr ficos para los diferentes modelos propuestos en HM3 las transformaciones modelo a modelo M2M para conectar dichos modelos y las transformaciones modelo a texto M2T para generar el c digo que implementa el sistema a partir de dichos modelos En este punto conviene mencionar que un problema de las herramientas que dan soporte al desarrollo dirigido por modelos de SIWs como ArgoUWE
115. l grado de rendimiento de las mejores pr cticas contenidas en los nuevos procesos Los datos utilizados para este an lisis se han tomado de las auditor as internas de everis En estas auditor as se analizan las no conformidades de indicadores del proceso relacionados con los objetivos del negocio Las no conformidades son problemas identificados en las evaluaciones que reflejan la no adherencia a los est ndares descripciones de proceso o procedimientos aplicables El an lisis de las no conformidades de los indicadores de los procesos permitir obtener informaci n sobre la utilizaci n de los procesos Los indicadores analizados son normas de gesti n planificaci n del proyecto y actas de arranque ya que son en los que est enfocada la mejora de los procesos de gesti n de RL gg Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo proyectos A continuaci n se muestran los resultados obtenidos de cada indicador como sigue la Figura 1 muestra el gr fico de control para el indicador normas de gesti n la Figura 2 muestra el gr fico de control para el indicador actas de arranque y la Figura 3 muestra el gr fico de control para el indicador planificaci n del proyecto Normas de gesti n Xbar e YCL GL 30 25 ee 20 Grupo I Grupo II Figura 1 Gr fico de control para el an lisis del indicador normas de gesti
116. l mecanismo de extensi n soportado por AMW As definimos un nuevo metamodelo de forma que en los modelos definidos conformes a dichos metamodelos se puedan incluir los objetos que representan la informaci n adicional que dirige la ejecuci n de la transformaci n La Figura 7 recoge dicho metamodelo donde se resaltan los elementos a adidos stos son los elementos Containment y Association que derivan del elemento WLink y los elementos Container Property Source y Target que heredan del elemento Associated Model Element que a su vez proviene del elemento WLinkEnd 38 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o WeElement rl mm om containerElement targetElements ee om w Figura 7 Extensi n del metamodelo del modelo weaving En particular para el caso de estudio que se incluye en este art culos se han implementado dos modelos de weaving El primero llamado AnnotatingCM relaciona los elementos property del modelo conceptual de datos con los elementos basic use case del modelo de casos de uso extendido De esta forma el modelo AnnotatingCM proporciona informaci n para la ejecuci n de la transformaci n EUCM2ESM Permite asociar un conjunto de propiedades a cada fragmento o slice del modelo de fragmentos extendido que genera La Figura 8 muestra un sencillo ejemplo de c mo se utiliza este primer modelo de weaving Class Basic Use Annotati ot
117. lexibilidade Esta arquitetura de software tem como principal objetivo desenvolver sistemas e integr los de maneira distribu da a outros ambientes independe de plataforma ou linguagem Alguns frameworks abertos foram adotados como padr es na arquitetura como o Jboss Seam EJB3 e Hibernate a reutiliza o de seus componentes proporcionou aumento na produtividade A seguir s o explicadas essas tecnologias 1 EJB3 Permite que os objetos chamados de enterprise beans sejam expostos como servi os web de modo que seus m todos possam ser invocados por RISTI N 6 12 2010 19 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem outro aplicativo J2EE e tamb m por aplicativos escritos por outras linguagens de programa o em diferentes plataformas Burke amp Moson Haefel 2007 2 Jboss Seam unifica o modelo de componentes do JSF e do EJB3 al m de eliminar o c digo de integra o o que permite que o desenvolvedor dispense mais aten o s regras de neg cio Seam 2010 3 Hibernate respons vel por mapear objetos Java em tabelas de um banco de dados relacional estreitando o gap conceitual que existe entre os dois deixando o desenvolvedor livre para se concentrar no neg cio da aplica o Bauer amp King 2007 A arquitetura e a integra o com frameworks citados s o mostrados na figura 1 atrav s de um diagrama de componentes cmp Diagrama de C
118. lizador o caso pr tico do Courseware Sere In A I d S e T d Informa o Ed 5 Confer ncia Ib rica de Sistemas e Tecnologias de Informa o CISTI2010 pp 192 197 Santiago de Compostela Espanha Costa A P Loureiro M J amp Reis L P 2010b Courseware Sere Avalia o T cnica e Did ctica efectuada por Alunos In A I d S e T d Informa o Ed 5 Confer ncia Ib rica de Sistemas e Tecnologias de Informa o CISTI2010 pp 198 203 Santiago de Compostela Espanha Costa A P Loureiro M J Reis L P Guerra C S P amp Vieira R 2009a Courseware Sere Technical and Didactic Evaluation In A e a e R In M ndez Vilas Reflections and Innovations in Integrating ICT in Education Ed V Confer ncia Internacional de Multim dia e TIC na Educa o m ICTE2009 Vol 1 Pp 502 506 Lisboa Duim L v d Andersson J amp Sinnema M 2007 Good Practices for Educational Software Engineering Projects Proceedings of the 2oth international conference on Software Engineering IEEE Computer Society e Envoy O o t 2003 Quality Framework for UK Government Website Design Usability issues for government websites Facer K amp Williamson B 2004 Designing educational technologies with users A handbook from Futurelab em http www futurelab org uk resources documents handbooks designing with users pdf Fowler M 2005 The New Methodology online em h
119. log a permite la implementaci n gradual y continua de mejoras en los procesos de una organizaci n enfocando en la reducci n de la resistencia al cambio En este art culo no se incluye la descripci n de la metodolog a MIGME RRC sin embargo se considera importante describir brevemente cada etapa de la metodolog a e Identificar mejores pr cticas internas el objetivo de esta fase es entender c mo trabaja la organizaci n e Evaluar el rendimiento de la organizaci n el objetivo de esta fase es establecer el rendimiento de los procesos de la organizaci n a trav s del an lisis de las mejores pr cticas identificadas e Analizar las pr cticas externas el objetivo de esta fase es establecer un entorno multimodelo que se utilizar como referencia para la selecci n de mejores pr cticas externas que se ajusten a la forma de trabajo de la organizaci n y hagan los procesos m s eficientes e Implementar mejoras en los procesos el objetivo de esta fase es el dise o de los nuevos procesos a trav s de la integraci n de las mejores pr cticas internas y mejores pr cticas externas Para m s informaci n de la metodolog a referirse a Calvo Manzano et al 2009 Calvo Manzano et al 2010 El art culo se centra en relatar la experiencia de la implementaci n de la mejora de procesos de gesti n de proyectos en everis En esta secci n se describen las actividades realizadas en everis siguiendo la metodolog a MIGME RRC 3 3 1 Identific
120. m dulos a estes sistemas de forma distribu da visando mant los competitivos Esta proposta implementada a partir da constru o de um m dulo avaliador e gerador de mapas conceituais que se integra via web service ao ambiente LabSQL Ao fim s o apresentados resultados obtidos com utiliza o da arquitetura e do m dulo de servi o constru do Palavras chave arquitetura de software ambientes virtuais de aprendizagem MVC web service Abstract This paper proposes a software architecture based on standard architectural and demonstrates its applicability in the construction and integration of virtual learning environments With the emergence of more modern environments legacy systems are discontinued by the difficulty in maintaining them The proposed architecture facilitates the integration of new modules for these systems in a distributed way in order to keep them competitive This proposal is implemented through the construction of a module generator and evaluator of concept maps that integrates environmental LabSQL via web service Keywords software architecture virtual learning environments MVC web service 1 Introdu o Segundo a defini o cl ssica de arquitetura apresentada por Shaw amp Garlan 1996 uma arquitetura de software define o que sistema em termos de componentes RISTI N 6 12 2010 17 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizag
121. m vez de se usar uma prioridade estabelecida por uma regra de despacho usada a informa o dada pelo cromossoma Se o maior valor dos alelos for igual para duas ou mais actividades ent o escolhida aleatoriamente uma dessas actividades Considere o exemplo apresentado na Figura 2 Tabela 1 e Tabela 2 com tr s actividades 4 4 4 Nesta inst ncia existem p 4 recursos principais e o 2 recursos de suporte Um cromossoma para representar uma solu o para esta inst ncia tem 21 genes porque existem seis genes para cada actividade para estabelecer o n mero de elementos de cada recurso que ser o usados mais o gene 4 que define a prioridade da actividade A Figura 5 apresenta o cromossoma de valores de chaves aleat rias desta inst ncia Os valores s o gerados aleatoriamente entre O e 99 Figura 6 Um cromossoma A3 47 A actividade 4 tem uma prioridade de 94 a maior enquanto 4 tem a menor prioridade 36 Para definir o n mero de elementos de cada recurso utilizamos a Tabela 1 A disponibilidade do recurso P3 de 3 unidades Definimos tr s intervalos iguais entre O e 99 Para este recurso se o alelo um valor entre O e 32 alocada 1 unidade para valores entre 33 e 66 s o alocadas 2 unidades e para valores de alelos entre 67 e 99 ser o alocadas 3 unidades Para estabelecer o n mero de unidades para os recursos de suporte o procedimento similar mas tamb m inclu da a possibilidade de se alocar o unid
122. motivaci n de las pruebas y experiencia del equipo de pruebas sobre todo del probador Se comienza a llenar la Tabla que se muestra a trav s de la Figura 4 la cual representa el segundo artefacto del m todo propuesto y cuyos datos est n asociados a considerar los CP para el Escenario 02 02 Error en Login Con la informaci n proveniente de las ideas de pruebas se puede decir que para este caso se podr a tener un CP para validar error en login cuando se introducen caracteres inv lidos un CP cuando el login est en min sculas un CP cuando el login es mayor a 10 caracteres un CP cuando el login est en blanco Se completa la informaci n asociada a cada CP identificado ID Caso de Prueba Nombre del CP Resultados esperados valores mensajes de error etc Nivel de Prueba y Tipo de Prueba Con respecto al ID del CP se propone incluir en la nomenclatura estandar que determine la organizaci n una estructura que refleje CU Escenario CP para asi saber por ejemplo que 02 02 01 significa el CP 01 del Escenario 02 del CU 02 Se verifica que se hayan identificado todos los CP para cada escenario Despu s de esto se procede a la siguiente fase 50 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o ID Caso Nombre del Caso de Resultados Nivel de Tipo de de Prueba Prueba esperados Prueba Prueba 02 02 01 Login con caracteres Mensaje Error 20 Sistemaf Funci n Control inv lidos Login In
123. mputers amp Industrial Engineering pp 983 997 Giffler B amp Thompson G L 1960 Algorithms for solving production scheduling problems Operations Research 8 pp 487 503 Goldberg D E 1989 Genetic Algorithms in Search Optimization and Machine Learning Addison Wesley Reading MA Kemer M 1993 The O Ring Theory of Economic Development The Quarterly Journal of Economics 108 551 575 Mulcahy R 2005 PMP Exam Prep Rita s Course in a Book for Passing the PMP Exam Fifth Edition For PMBOK Guide Third Edition 5a Ed ed USA RMC Publications Oliveira J 2006 A genetic algorithm with a quasi local search for the job shop problem with recirculation Applied Soft Computing Technologies The Challenge of Complexity pp 221 234 Springer Berlin Heidelberg Oliveira J 2007 Scheduling the truckload operations in automatic warehouses European Journal of Operational Research Oliveira J Dias L amp Pereira G 2010 Solving the Job Shop Problem with a random keys genetic algorithm with instance parameters 2nd International Conference on Engineering Optimization Lisbon Portugal Roy B amp Sussmann B 1964 Les probl mes d ordonnancement avec contraintes disjonctives Paris Silva H Tereso A amp Oliveira J 2010 On Resource Complementarity in Activity Networks Further Results 2nd International Conference on Engineering Optimization Lisbon
124. n Como se observa en la Figura 1 el grafico de control del indicador normas de gestion muestra una mejora al observarse una disminuci n en la media Xbar de 7 25 en el grupo I a 2 25 en el grupo II Ademas se observa un desplazamiento de los valores en los limites de control superior UCL e inferior LCL El limite superior de 24 62 grupo I a 6 09 grupo Il y el limite de control inferior de 10 12 grupo I a 1 59 grupo II De igual manera se observa que se tiene un mejor control ya que los valores tienden a estar mas cerca de la media Planificaci6n de proyectos Xbar ss CL LOL 25 20 Grupo I Grupo II Figura 2 Gr fico de control para el an lisis del indicador planificaci n del proyecto Como se observa en la Figura 2 el gr fico de control del indicador planificaci n del proyecto muestra una mejora al observarse una disminuci n en la media Xbar de 5 13 en el grupo 1 a 1 67 en el grupo II Adem s se observa un desplazamiento de los valores en los l mites de control superior UCL e inferior LCL El l mite superior de 21 74 grupo T a 5 93 grupo II y el l mite de control inferior de 11 47 grupo T a 2 58 96 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o grupo II De igual manera se observa que se tiene un mejor control ya que los valores tienden a estar m s cerca de la media Actas de arranque Xbar UCL LCL
125. n a equipas conflitos negocia es no sucesso de um projecto No mbito das tecnologias de informa o e comunica o TIC a engenharia de software profissional est sujeita a restri es de or amento e planeamento como as demais engenharias As falhas ocorridas em v rios sistemas estavam relacionadas com problemas de gest o da produ o de software nomeadamente a entrega atrasada produtos n o confi veis desempenho fraco e custos elevados A diferen a entre a engenharia de software e outras engenharias destaca se ao n vel do produto que se considera ser intang vel e ao n vel do processo dada a inexist ncia de um processo padr o Normalmente os projectos de software de grande dimens o s o frequentemente projectos que n o se repetem e com caracter sticas nicas As principais actividades de gest o na engenharia de software est o relacionadas com a prepara o de proposta do produto a defini o de objectivos e o modo como o projecto vai ser conduzido O c lculo do or amento do projecto com a defini o dos recursos necess rios bem como o planeamento e escalonamento do projecto nomeadamente ao n vel do estabelecimento de milestones final de uma actividade e deliverables um resultado entregue ao cliente no fim de uma fase do projecto s o tamb m actividades fundamentais na gest o de projectos inform ticos Na gest o de recursos a selec o e avalia o de pessoal ter o em conta o
126. ngirmos os melhores resultados de forma mais econ mica 2 Descri o do Problema Considere uma rede de actividades nos v rtices nodos AoN representada por G N A com o conjunto de v rtices N n representando as actividades e o conjunto de arcos A m representando a rela o de preced ncia entre as actividades Em geral cada actividade requer o uso simult neo de v rios recursos Tereso Ara jo amp Elmaghraby 2008 Tereso Araujo Moutinho amp Elmaghraby 2009 Tereso Ara jo Moutinho amp Elmaghraby 2009b Existe um conjunto de recursos principais denotados por P com P p Tipicamente um recurso principal tem v rias unidades dispon veis p e trabalhadores m quinas processadores etc Mulcahy 2005 Adicionalmente existe um conjunto de recursos de suporte representados pela letra S com S o tais como trabalhadores menos qualificados ou computadores e dispositivos electr nicos etc RISTI N 6 12 2010 61 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos que devem ser utilizados em conjunto com os recursos principais para aumentar o desempenho destes ltimos O n mero de recursos de suporte utilizados numa actividade varia em fun o dos recursos principais necess rios para a execu o dessa actividade O impacto sobre o recurso P representado utilizando a vari vel 0 lt v r s lt
127. no de referencia multimodelo 2 1 Entorno de Referencia multimodelo Hoy en d as muchas organizaciones se est n enfrentando a las presiones del mercado para responder a m s de un conjunto de modelos y t cnicas de mejora SuZ G 2007 De acuerdo a Lisa Marino y John Morley Marino L John M 2009 bas ndose en la experiencia profesional de un total de 80 gestores profesionales de la mejora de procesos profesionales t cnicos e investigadores de 40 organizaciones representando al Departamento de Defensa de Estados Unidos DoD agencias gubernamentales consultoras negocios comerciales universidades y centros de investigaci n tres de cada cinco grandes organizaciones ya est n enfrentando los retos de la utilizaci n de m ltiples tecnolog as para lograr la satisfacci n del cliente la rentabilidad del negocio la cuota de mercado la calidad del producto y del servicio y la reducci n de costos Por esta raz n surge como resultado de un esfuerzo com n de las organizaciones de todo el mundo la integraci n de las normas internacionales y modelos en un esfuerzo por lograr un proceso de mejora de software exitoso Urs et al 2009 Mogilensky 2009 2 2 Mejora de procesos y entorno de referencia multimodelo La mejora de procesos multimodelo se caracteriza por un enfoque armonizado y unificado para la mejora de procesos a trav s de la implementaci n de m ltiples modelos Siviy J M et al 2008 Srivastava et al
128. nto aplicado e gerada uma nova popula o tempor ria que tamb m avaliada Comparando se a aptid o dos novos elementos e dos seus progenitores a popula o anterior actualizada begin P lt GerarPopula oInicial Avaliar P while condi o de paragem n o for alcan ada do P lt Recombinar P UX Avaliar P P lt Selecionar P UP end while Figura 3 Algoritmo Gen tico O Cruzamento Uniforme UX usado neste trabalho Este operador gen tico usa uma terceira sequ ncia de n meros aleat rios e permuta os alelos de ambos progenitores se a chave aleat ria superior a um valor prefixado A Figura 4 ilustra a aplica o de UX sobre dois progenitores prnt1 prnt2 e troca os alelos se a chave aleat ria maior ou igual a 0 75 Os genes 3 4 e 16 s o alterados o que d origem a dois descendentes dsendt1 dscndt2 O descendente 1 semelhante ao progenitor prnti porque tem cerca de 75 dos seus genes RISTI N 6 12 2010 65 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos J1 J2 J3 J4 i 1 2 3415 6 7 819 10 11 12 13 14 15 16 prnt1 0 89 0 49 0 24 0 03 0 41 0 11 0 24 0 12 0 33 0 30 0 27 0 24 0 80 0 53 0 28 0 18 prnt2 0 83 0 41 0 40 0 04 0 29 0 35 0 38 0 01 0 42 0 32 0 28 0 28 0 72 0 61 0 44 0 13 randkey 064 0 72 OTS OBS 0 25 0 56 O28 0 51 0 09 0 11 0 37 0 25 0 23 0 05 0 40 OTE dscndt1 0 89 0 49 0 40 0 04 0 41 0
129. nvestigation Software process improvement and practice SuZ G 2007 Process Improvement At the Edges Software Engineering Institute Carnegie Mellon University RIST N 6 12 20100 gg Experiencia en la Mejora de Procesos de Gesti n de Proyectos Utilizando un Entorno de Referencia Multimodelo Marino L John M 2009 Process Improvement in a Multimodel Environment Builds Resilient Organizations Urs A Andre H Patrick K 2009 A Unified Process Improvement Approach for Multi Model Improvement Environments Mogilensky J 2009 Pathological Box Checking The Dark Side of Process Improvement SEPG 2009 North America Conference Siviy J Patrick K Lisa M John M 2008 The Value of Harmonization Multiple Improvement Technologies A process improvement professional s view Software Engineering Institute SEI Carnegie Mellon University First part Srivastava N Singh S Dokken T 2009 Assorted Chocolates amp Cookies in a Multi model Box SEPG 2009 North America Conference Lawrence J Becker N 2009 Implementing Insights and Lesson Learned Using ISF for Excellence SEPG 2009 North America Conference Kirwan P Jeannie S Lisa M John M 2008 Improvement Technology Classification and Composition in Multimodel Environments Software Engineering Institute SEI Carnegie Mellon University Calvo Manzano Jose A Cuevas Gonzalo Munoz Mirna San Feliu Tomas 2009 Metodologia par
130. o desenvolvimento de software educativo Seguidamente apresentado o Courseware Sere O Ser Humano e os Recursos Naturais e a descri o da MHDCU caracterizando as fases procedimentos e t cnicas utilizadas Para finalizar realizada uma breve reflex o em torno da MHDCU e respectivas conclus es 2 Metodologias de Desenvolvimento de Software Educativo Os primeiros m todos designados na literatura como disciplinados tradicionais ou cl ssicos derivaram do processo mais comum do desenvolvimento de software O m todo em cascata de gua ou ciclo de vida de desenvolvimento de software surgiu nos anos 70 e lhe atribu do o facto de servir de base te rica para outros m todos sendo por vezes designado como um m todo gen rico para o desenvolvimento de software Sommerville 2007 Por m segundo Larman e Basili 2003 o m todo iterativo e o m todo incremental j remontam os anos 50 existindo exemplos concretos de projectos nos anos 70 Nos anos 80 surgiram entre outros os m todos em espiral e de prototipagem e nos anos 90 os m todos geis exemplos reais de integra o das abordagens iterativas e incrementais Abbas 2006 Boehm 2002 Boehm amp Turner 2003 s d Larman amp Basili 2003 Miguel 2003 Paelke amp Nebe 2008 Sommerville 2007 Os m todos geis como o Extreme Programming XP o Scrum e o Crystal Clear atrav s do envolvimento dos utilizadores no processo de 2 RISTI N 6 12 2010
131. o internacionalmente A Tabela 1 apresenta o conjunto das caracter sticas de qualidade organizado segundo o modelo de qualidade da ISO IEC 9126 e os principais fatores que evidenciam o atendimento desse requisito na arquitetura proposta RISTI N 6 12 2010 25 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem Caracter stica Funcionalidade Confiabilidade Usabilidade Efici ncia Manutenibilidade Portabilidade Tabela 1 Requisitos de qualidade atendidos Defini o Caracter stica do componente prover servi os fun es que satisfa am as necessidades especificadas quando o componente for usado sob condi es espec ficas ISO 2001 Caracter stica do componente que o faz manter em um determinado n vel de desempenho quando usado sob condi es especificadas ISO 2001 Caracter stica do componente ser entendido aprendido usado e atrativo para o usu rio quando usado sob determinadas condi es ISO 2001 Caracter stica do componente realizar suas fun es sem desperd cio de recursos sob condi es especificadas ISO 2001 Caracter stica do componente ser modificado Modifica es podem incluir corre o melhorias ou adapta o do componente para mudan as em ambiente e em requisitos e especifica es funcionais ISO 2001 Caracter stica do componente ser transferido de um ambiente para outro O ambient
132. ocio 2 documentaci n del plan de proyecto y 3 actas de arranque A n cuando los tres indicadores seleccionados no se desviaban mucho entre el valor planificado y el valor real todos deb an ser mejorados debido a su alto impacto en el logro de los objetivos del negocio Las lecciones aprendidas de la realizaci n de esta fase se listan a continuaci n 1 Utilizar las auditor as realizadas normalmente por la organizaci n han permitido establecer una visi n general del rendimiento de los procesos de gesti n de proyectos reales 2 Realizar una trazabilidad entre las mejores pr cticas reales y los objetivos del negocio han permitido la detecci n de oportunidad de mejora sabiendo las fortalezas de la organizaci n 3 Presentar a las partes interesadas con la mejora un informe de la visi n del estado actual y deseado de los procesos ha permitido obtener compromiso de estas partes ya que se ha recalcado en todo momento la importancia de su participaci n para el logro del objetivo 3 3 3 Analizar las pr cticas externas Esta fase permite el establecimiento del entorno de referencia multimodelo para la selecci n de aquellas pr cticas que mejor se adapten a la forma de trabajo de la organizaci n El an lisis de las pr cticas externas en everis se realiz como se describe a continuaci n e Se seleccionaron los modelos y est ndares de mejora de procesos que se correspond an con la forma de trabajo de la organizaci n Los mo
133. ocumentaci n correspondiente a las auditorias de control internas El an lisis de los resultados de estas auditor as ha permitido establecer una visi n global del cumplimiento de los indicadores clave de la organizaci n obtenido con las pr cticas que est n siendo realizadas actualmente en la organizaci n La evaluaci n del rendimiento de la organizaci n en everis se realiz como se describe a continuaci n e Se recogieron datos de las auditor as de everis que conten an informaci n sobre los valores planificados para los indicadores del negocio relacionados con los objetivos del negocio para el periodo 2007 2008 e Se recogieron datos de las auditor as de everis que conten an informaci n sobre valores reales de los indicadores del negocio relacionados con los objetivos del negocio medidos durante el periodo 2007 2008 e Se realiz la trazabilidad de mejores pr cticas indicadores del negocio y objetivos del negocio mediante diagramas de objetivos del negocio e Se realiz la matriz de objetivos del negocio indicadores relacionados con los objetivos del negocio en base a la trazabilidad realizada Posteriormente se registraron los valores planificados y reales de los indicadores 92 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o e Con los resultados se realiz una priorizaci n de los indicadores del negocio a mejorar Los indicadores a mejorar elegidos fueron 1 normas del neg
134. of the software industry in Baja California Mexico Students who have participated in AvanTI have learned about software engineering through the practical implementation of MoProSoft such that upon graduation possessed both the knowledge and ability to interpret the model as a strategy to support Small and Medium Enterprises SMEs in the region Keywords MoProSoft Software Engineering Enterprise in incubator 2 Versi n extendida del art culo mejor evaluado y presentado en las Jornadas Iberoamericanas de Ingenier a del Software e Ingenier a del Conocimiento JIISIC 2010 RIST N 6 12 20100 TB Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI 1 Introducci n En el 2002 M xico a trav s de la Secretaria de Economia SE desarroll el Programa de Fortalecimiento de la Industria del Software denominado ProSoft con el fin de impulsar a este sector representado en un 90 por Micro Peque as y Medianas Empresas MIPyMEs con niveles de capacidad de procesos menores a uno Una de las estrategias para cambiar esta situaci n ha sido Alcanzar niveles internacionales de capacidad de procesos Para ello se decide crear un modelo propio para la industria mexicana conocido como Modelo de Procesos para la Industria del Software MoProSoft y que bajo su adopci n les permita a stas ser competitivas en el mercado internacional PROSOFT 2005 En el 2005 MoProSoft fue dado a conocer tanto a la
135. omponente Aplica es 2 a local Remoto i E Outras Linguagens ServiceRemoto E Arquitet g ServiceLocs E 3 JapiicasonServices El E e dats_base sgbd Frameworks EJB3 JBoss Seam Hibernate Figura 1 Arquitetura integrada aos frameworks 3 1 Application Service A camada Aplication service Alur et al 2003 um padr o J2EE que centraliza a l gica de neg cios de diversos componentes da camada em diversos grupos ou pontos de acesso a porta de entrada para efetuar uma transac o Funciona como ouvinte da camada de apresenta o ou seja toda a o efetuada pelo usu rio do sistema ser ouvida pelo Aplication service e repassada para o Business Object executar A descentraliza o de acesso do Aplication service permite que o cliente tenha acesso apenas no dom nio de seu interesse isolando assim o acesso ao restante da aplica o 20 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o resultando em seguran a e alta performance uma vez que s compilado o grupo de m todos referente ao servi o acessado Diferentemente do padr o utilizado na maioria das arquiteturas o Facade que sobrecarrega o processamento atrav s de um nico ponto de acesso 3 2 Business Object A camada business object respons vel por implementar a camada de l gica de neg cios da aplica o e fornece os servi os para o objeto de neg cio es
136. orar la usabilidad y navegabilidad del sistema Por otro lado la Ingenier a Web est en constante avance y desarrollo y esto ha hecho que sus principios b sicos navegabilidad usabilidad etc hayan evolucionado de igual manera As durante los ltimos a os ha surgido un nuevo tipo de aplicaciones denominadas RIAs Rich Internet Application Fraternali et al 2010 que suponen un salto cualitativo para los SIWs Aquellos SIWs que hasta ahora s lo mostraban datos se convierten en lugares que incluyen objetos multimedia y donde aumenta el nivel de interactividad con los usuarios lo que posibilita que stos puedan llevar a cabo tareas mucho m s complejas Dado que la demandad de este tipo de aplicaciones crece cada d a las metodolog as de desarrollo Web se encuentran inmersas en un proceso de adaptaci n a estas nuevas necesidades As una de las l neas futuras de este trabajo pasa por adaptar HM3 para soportar el desarrollo de este nuevo tipo de aplicaciones Otras metodolog as como UWE Koch et al 2009 OOHDM Rossi et al 2008 o RISTI N 6 12 2010 41 M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto WebML Comai amp Toffetti Carughi 2007 ya han empezado con este proceso de adaptaci n anadiendo nuevos modelos o combinando los suyos con otros ya existentes Por otro lado en la secci n 3 5 se mencionaba que HM3 no incluye por ahora
137. orkshops de avalia o do recurso em que os utilizadores no final do workshop respondiam a um inqu rito por question rio de avalia o Os resultados ficavam automaticamente disponibilizados para todos os elementos da equipa multidisciplinar As ferramentas apresentadas na figura 6 foram disponibilizadas evolutivamente com o surgimento da necessidade de tornar o trabalho colaborativo mais f cil 4 3 Reflex es em torno da metodologia explorada Relativamente MHDCU foram detectadas algumas lacunas que num pr ximo projecto necessitam de ser colmatadas Ser necess rio na fase inicial definir o papel de cada elemento e dar forma o na utiliza o das ferramentas de suporte gest o de projecto Al m disso e tendo por base o estudo apresentado por Martin Maguire Methods to support human centred design 2001 tamb m conclu mos que a fase do planeamento deve incorporar duas subfases 1 contexto de uso e 2 requisitos Na tabela 3 s o identificados alguns m todos que podem ser aplicados em novos projectos 10 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Tabela 3 M todos DCU Fase 2 Planeamento M todo Descri o Identificar todos os grupos de utilizadores utilizadores finais peritos respons veis pela instala o e manuten o e outras partes interessadas aqueles que podem ter influ ncia ou s o afectados pelo software incluindo Identifica o E
138. os resultantes ya que son percibidos por los usuarios de los procesos como los procesos de alguien que en absoluto reflejan su forma de trabajo Pries Heje et al 2010 En este contexto Niazi et al Niazi et al 2006 y Mahmood et al Mahmood et al 2008 mencionan que la investigaci n enfocada en la aplicaci n efectiva de los modelos y normas es m nima lo que da como resultado que los esfuerzos de mejora en las organizaciones tengan xitos limitados En este art culo se muestra como a trav s de la incorporaci n de mejores pr cticas externas basadas en un entorno de referencia multimodelo acorde a la forma de trabajo de la organizaci n permite la adopci n de mejores pr cticas de forma justificada conforme a la capacidad de adopci n del cambio de la organizaci n disminuyendo la resistencia al cambio que pueda surgir en las organizaciones por parte de los implicados con la mejora Este art culo est estructurado como sigue la secci n 2 revisa el estado de la cuesti n de entornos multimodelo la secci n 3 presenta la experiencia en la mejora de los 88 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o procesos de gesti n de proyectos de una organizaci n la secci n 4 analiza los resultados obtenidos y la secci n 5 muestra las conclusiones 2 Estado de la Cuesti n de Entornos Multimodelo El objetivo de esta secci n es en primer lugar introducir al tema de entor
139. os importantes La Verificaci n y la Validaci n V amp V Durante la Verificaci n se responde a si Se est construyendo el producto correctamente As mismo la Validaci n establece si Se est construyendo el producto correcto El objetivo de la Disciplina de Pruebas es evaluar la calidad del producto a lo largo de todo el ciclo de vida apoy ndose en un conjunto de buenas pr cticas entre las que destacan seg n Leffingwell amp Widrig 2006 a Encontrar y documentar las fallas en el producto de software defectos y problemas b Evaluar las suposiciones hechas en las especificaciones de requerimientos y dise o a trav s de demostraciones concretas c Verificar que el producto de software trabaja seg n el dise o d Validar que los requerimientos son implementados apropiadamente Kruchten 2000 Pressman 2002 Pfleeger 1998 y Sommerville 2000 afirman que el proceso de ejecuci n de Pruebas debe ser considerado durante todo el ciclo de vida de un proyecto para as obtener un producto de alta calidad Su xito depender del seguimiento de una Estrategia de Prueba adecuada La Estrategia de Prueba de Software integra un conjunto de actividades que describen los pasos que hay que llevar a cabo en un proceso de prueba tomando en consideraci n cu nto esfuerzo y recursos se van a requerir con el fin de obtener como resultado una correcta construcci n del software Pressman 2002 Las empresas desarrolladoras de softw
140. ou a altera es nos gui es educacionais do recurso A prototipagem do software foi tamb m usada no processo de desenvolvimento de forma a explorar algumas solu es de software em particular Durante o desenvolvimento do recurso a equipa recorreu a tr s tipos de prot tipos como se pode visualizar na figura 3 e A prot tipos em papel early paper prototypes e B ecr s chave key screens e C prot tipos programados running prototypes sm SERD mem E orbe past ne O Ser eo Descri o do explorador A Figura 3 A Prot tipo em papel de um cen rio da fase 2 e de uma das personagens B Prot tipo do ecr da escolha das personagens e de um ecr de uma das actividades C Prot tipos programados de dois ecr s um da fase 1 petr leo e um da fase 2 floresta Avalia o pretendendo se avaliar tanto o recurso como o seu processo de desenvolvimento esta fase transversal a todas as fases acima indicadas A primeira vers o do recurso tamb m foi alvo de avalia o por parte de a Professores na avalia o feita por professores o question rio para avalia o t cnica e did ctica do Courseware Sere foi respondido em workshops sess es pr ticas com a dura o m xima de 120 minutos em que os professores em grupos de dois a tr s elementos exploram duas actividades de uma das fases do courseware por parte de um grupo heterog neo de potenciais utilizadores do recurso
141. pasos que debe seguir el usuario para utilizar cada una de ellas El conjunto de estos pasos se RIST N 6 12 20100 BB M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto denomina ruta principal main route y es una de las principales aportaciones de HMs En particular mejora la navegabilidad del sistema porque permite guiar al usuario en la ejecuci n de cualquier servicio ofrecido por el SIW En el contexto de la Ingenieria Web la usabilidad se asocia tradicionalmente con la navegaci n Palmer 2002 Por lo tanto un sistema de navegaci n que permita a los usuarios encontrar la informaci n buscada de forma r pida y eficiente contribuye a mejorar la usabilidad del SIW aumentando sus probabilidades de xito Nielsen amp Loranger 2006 3 Soporte Tecnol gico para HM3 M2DAT HYMO En las siguientes secciones se presentan las distintas actividades relacionadas con la construcci n de M2DAT HYMO utilizando un caso de estudio un SIW para una comunidad cient fica compuesta de varios grupos de investigaci n que permite consultar la informaci n relativa a los proyectos de investigaci n que gestiona DEFINICI N DE LOS METAMODELOS Definici n mediante Implementaci n DSLs con EMF AA Y Y a MODEL eee Arona nn nn nn REGLAS DE GENERACI N C DIGO Implementaci n Figura 2 Proceso de desarrollo de M2DAT HYMO
142. pec fico Alur et al 2003 As classes encontradas neste pacote s o respons veis por executar as transa es que a aplica o cliente necessita e instanciar os componentes de persist ncia Esta camada utiliza tanto seus pr prios m todos quanto os m todos disponibilizados por outros business objects permitindo o reuso dos servi os implementados 3 3 Factory Esta camada respons vel por criar objetos que devem obedecer a certos crit rios dentro de uma l gica de cria o complexa Larman 2007 Este padr o permite que a cria o dos objetos DAO sejam feitos de forma transparente Uma das vantagens de utilizar esse padr o que ela indica qual implementa o de persist ncia DAO ser utilizada pela aplica o a partir de um nico ponto de acesso o que diminui o retrabalho no caso de manuten o da aplica o 3 4 DAO O Data Access Object DAO um padr o conhecido na literatura como respons vel por intermediar o acesso aos dados armazenados em um banco de dados Fowler 2006 Cada DAO deve possuir uma interface que especifica os m todos de manipula o de dados Os servi os acessam apenas as interfaces dos DAOs desconhecendo a implementa o utilizada De uma maneira geral objetos educacionais desenvolvidos sobre a arquitetura proposta apresentam alto desempenho interoperabilidade al m de reusabilidade isso se deve principalmente aos seguintes fatores descentraliza o no acesso agrupamento d
143. pelo modelo matem tico tendo sido aplicado a duas redes de actividades simples obtendo assim os resultados desejados atrav s de uma implementa o inicial em C Silva Tereso amp Oliveira 2010 Considerando a viabilidade do modelo proposto acreditamos que ele pode fornecer ao utilizador uma nova op o de planeamento para determinar a melhor combina o de recursos e o menor custo do projecto melhorando a capacidade de planeamento das empresas Este artigo apresenta uma estrutura para implementar um algoritmo gen tico para solucionar o problema do planeamento de projectos em redes de actividades em condi es de complementaridade de recursos O plano constru do usando informa es fornecidas atrav s do algoritmo gen tico para ordenar as actividades Apresentamos um exemplo da aplica o do modelo e obtivemos os resultados preliminares para um pequeno projecto Na sequ ncia deste estudo pretendemos testar o procedimento apresentado num conjunto de inst ncias dispon veis na literatura de RCPSP s quais ser o adicionados os recursos de suporte 70 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o 8 Refer ncias Bean J 1994 Genetics and random keys for sequencing and optimization ORSA Journal on Computing pp 154 160 Cheng R Gen M amp Tsujimura Y 1996 A tutorial survey of job shop scheduling problems using genetic algorithms I Representation Co
144. pezar a generar el c digo y el directorio de salida para la generaci n de c digo Para que M2DAT HYMO pueda generar c digo a partir del modelo de navegaci n extendido es necesario definir reglas que permitan transformar los elementos del modelo a c digo y as obtener fragmentos HTML hiperv nculos entre ellos y las rutas de navegaci n que proporcionar el sistema Dado que HM3 no incorpora un modelo de presentaci n es necesario que nuestras reglas de transformaci n generen otros dos tipos de contenidos Por una parte una hoja de estilos que permita dar formato a la salida del c digo HTML generado y por otra parte un fichero de funciones Javascript que proporcione la funcionalidad necesaria para manipular la informaci n de las rutas principales Con ello dotamos al SIW de una interfaz gr fica aceptable y cierto comportamiento 40 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o A modo de ejemplo la Figura 10 a muestra el mapa de navegaci n generado por M2DAT HYMO para el caso de estudio referido a la ruta principal consult a project La Figura 10 b muestra cada uno de los ficheros generados 3 src gen a Consult contributors section html Consult discussions section html Consult project data html Consult project section html Consult requirements section html Consult solutions section html estilo css External page html Main Menu htmi a2 navegacion js Read acknowle
145. plementada de tal manera que se pudieran cubrir los nueve procesos requeridos por MoProSoft Oktaba et al 2005 En la figura 1 se puede observar la estructura organizacional de AvanTI definida a partir del 2008 y debajo del nombre del departamento se relaciona el proceso implantado en el mismo Regularmente en un curso de Ingenieria de Software el enfoque de los equipos de trabajo es cubrir las actividades b sicas y de soporte del ciclo de vida del software pero en este caso tambi n habia que incorporar las actividades de Direcci n y Gerencia como en cualquier organizaci n real Para cubrir la implantaci n de todo el modelo se asociaron ademas de la unidad de aprendizaje de Ingenieria de Software la de Reingenieria de Procesos Administraci n Recursos Humanos Base de Datos y Redes Se implantaron las tres categorias de Alta Direcci n Gerencia y Operaci n Cada categor a comprende uno o m s departamentos Inicialmente en el a o 2007 exist a s lo el departamento de Recursos Humanos y Materiales en donde se ejecutaban a la vez los procesos de RHAT y BSI RISTLN 6 12 2010 75 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI Consejo Directivo GN GN Gerencia de Procesos Gerencia de Proyectos Gerencia de Recursos GPR GPY GR Administraci n de Proyectos Recursos Humanos y Bienes Servicios e Conocimiento de la Espec ficos Ambiente de Trabajos Infraestructura Organizaci
146. procesos es indisciplinada ca tica y completamente impredecible debido principalmente a que las Iniciativas de mejora de proceso no son implementadas con xito Goldenson 2007 o tienen xito limitado Conradi et al 2002 siendo el principal problema las dificultades a las que se enfrenta la organizaci n al adaptar el modelo de mejora de procesos elegido a su situaci n real Morgan 2007 El estudio de Goldenson y Herbsleb Goldenson 2007 indica que el 26 de las organizaciones que invirtieron en la mejora de procesos no obtuvieron un cambio significativo despu s de la mejora y que el 49 de las organizaciones se declararon desilusionadas por la falta de visibilidad en la mejora Para vencer estas dificultades con el cambio es necesario conocer las resistencias existentes e introducir los elementos necesarios para su disminuci n A n cuando existen muchos modelos y estandares disponibles en el mercado para apoyar a las organizaciones en las mejoras de sus procesos stos son incapaces de abordar los desaf os cr ticos de una compa a de desarrollo de software generando la falta de inter s de compromiso y de orientaci n hacia el cumplimiento de sus objetivos Conradi et al 2002 Esto confirma que las organizaciones han tratado de utilizar los modelos y est ndares existentes como herramientas m gicas para el dise o de sus procesos dando como resultado que en las organizaciones realmente no se utilizan los nuevos proces
147. publicaci n de art culos Criterios Editoriales La RISTI Revista Ib rica de Sistemas y Tecnologias de la Informaci n es un peri dico cient fico propiedad de la AISTI Asociaci n Ib rica de Sistemas y Tecnologias de la Informaci n centrado en la investigaci n y en la aplicaci n pr ctica innovadora en el dominio de los sistemas y tecnolog as de la informaci n El Consejo Editorial de la RISTI incentiva autores potenciales a someter sus art culos originales e innovadores para evaluaci n por el Consejo Cient fico La sumisi n de art culos para publicaci n en la RISTI debe hacerse de conformidad con las llamadas de los art culos y las instrucciones y normas establecidas en el sitio Web de la revista http www aisti eu Todos los trabajos sometidos son evaluados por un n mero de miembros del Consejo Cient fico de no menos de tres elementos En cada n mero de la revista se publican seis a ocho de los mejores art culos sometidos RISTI N 6 12 2010 101 Chamada de artigos para a RISTI N 7 Chamada de Artigos Encontra se aberto at 17 de Abril de 2011 o per odo de envio de artigos para o s timo n mero da RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o o qual ser publicado durante o pr ximo m s de Junho de 2011 Este n mero dedicado tem tica do Neg cio Digital e Business e e Commerce e pretende integrar contribui es originais e relevantes nas su
148. que establecen Leffingwell Widrig 2006 se propone un m todo para especificar CP a partir de CU constituido por cuatro fases principales 1 Identificar Escenarios 2 Identificar CP 3 Especificar los CP 4 Ejecuci n y Aprobaci n del CP El aporte de este m todo es que incorpora elementos de trazabilidad de las pruebas con respecto a todo el proceso de desarrollo y a su vez mejora la estrategia de las pruebas al disciplinar este proceso As mismo ayuda a documentar las ideas previas a las pruebas los CP y c mo estos fueron generados Este m todo mantiene los 4 roles que se proponen dentro de la Disciplina de Pruebas Gerente de Pruebas Dise ador de las Pruebas Analista de Pruebas y Probador Fase 1 Identificar Escenarios El analista de pruebas activa esta fase una vez que se hayan verificado las narrativas de los CU por lo menos se tengan claras definidas las funcionalidades del sistema para 48 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o 1 Identificar los escenarios tomando como base las narrativas de los CU y considerando cada uno de los escenarios espec ficos que ocurren para cada CU El flujo normal cada flujo alterno o la combinaci n de ellos es un escenario que puede ser ejecutado y probado Esto deriva que siempre el primer escenario sea el que evoca todo el flujo normal de ese CU en particular y que la relaci n entre CU y escenarios sea de uno a muchos
149. r s Enquanto solu es de projecto eram testadas validadas avaliadas outras eram desenvolvidas com base nos requisitos 4 2 2 Procedimentos e T cnicas da MHDCU Para agilizar o processo de desenvolvimento e partindo do princ pio que o trabalho colaborativo decorre simultaneamente em dois estados presencial e online a MHDCU incorpora o Procedimento de Verifica o e Valida o PVV representado no workflow da figura 4 Este procedimento surge integrado numa das actividades DCU Produ o de Solu es de Projecto prot tipos antecedendo a fase de avalia o destas solu es com o utilizador final e ou peritos De suporte a estas actividades utilizado como software colaborativo groupware a plataforma Learning Management System LMS Moodle Apesar desta plataforma n o estar orientada para a gest o de processos desenvolvimento de software a mesma foi essencial para o agilizar da comunica o entre os elementos da equipa multidisciplinar para disponibilizar documentos debater ideias entre outros Produ o de Solu es de Projecto prot tipos i O Software sc See i exe swf i 1 i i i doc pdf 4 o i Pw c Identificadas N o y i altera es a E i efectuar U E Implementar altera es sm i i correc es melhorias a Figura 4 Procedimento de Verifica o e Valida o No PVV compete aos elementos da equipa multidisciplinar efectuar a verifica o e
150. ra pretende se estender o experimento integra o de novas funcionalidades a outros ambientes virtuais de aprendizagem tamb m se pode agregar novos recursos a fim de contemplar funcionalidades administrativas ao ambiente como administrar notas faltas cadastro de usu rios etc Refer ncias Alur D Malks D amp Crupli J 2003 Core J2EE Patterns Best Practices and Design Strategies Second Edition Pearson Ara jo A M T Menezes C S amp Cury D 2002 Um Ambiente Integrado para Apoiar a Avalia o da Aprendizagem Baseado em Mapas Conceituais Anais do XIII SBIE S o Leopoldo RS Ausubel D 1980 Psicologia Educacional 2 Ed Interamericana Bass Len Clements P Kazman R 2003 Software Architecture in Practice Addision Wesley 2 ed Bauer C amp King G 2007 Java Persitence com Hibernate Ci ncia Moderna Behar P A amp Leite S M 2005 Criando novos espa os pedag gicos na internet O ambiente ROODA Revista de Gest o da Tecnologia e Sistemas de Informa o Bertoa M F Troya J M amp Vallecillo A 2002 Aspectos de la Calidad en el Desarrollo de Software Basado em Componentes Capitulo do livro Calidad en el desarrollo y mantenimiento del software 28 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Burke B amp Moson Haefel R 2007 Enterprise javaBeans 3 0 5th Peason Caldas V M amp Favero E L 2009
151. ritos exteriores equipa Costa Loureiro amp Reis 2010a Costa et al 2009a Guerra 2007 o que se considera incontorn vel independentemente da metodologia adoptada A figura 2 sintetiza o processo de desenvolvimento do Courseware Sere o qual se descreve de seguida RISTI N 6 12 2010 5 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo EE Desenvolvimento Actividades DCU Conhecer e especificar o Contexto de Uso Avalia o Usabilidade Envolvimento Activo Funcionalidade dos Utilizadores Interac o entre o Manuten o Utilizador e o Sistema SFE Fiabilidade itera o de Solu es de Projecto Efic ncia Equipa Multidisciplinar Portabilidade Figura 2 Metodologia H brida de Desenvolvimento Centrado no Utilizador 4 2 1 Fases de Desenvolvimento da MHDCU Fase 1 Planeamento do gui o did ctico compreendeu a realiza o de um documento por tr s peritos em DC e dois em TE com a defini o do n vel de ensino p blico alvo do recurso da tem tica e dos prop sitos did cticos bem como aspectos relacionados com a arquitectura a navega o e o desenho dos ecr s do recurso acima referidos Esta fase compreendeu ainda o registo de marca e da patente bem como entre outros acordos relativos aos direitos de autoria Fase 2 Design do storyboard nesta fase harmonizaram se as ideias preliminares das actividades did cticas e do conte do discipl
152. rocedimientos de pruebas sean compatibles con las necesidades y requisitos de los usuarios clientes En la pr ctica se tiende a asumir que un CU en s mismo es un CP y que el equipo del proyecto trabaje correctamente sobre los CU sin planificar los CP Cuando se sienta a probar los CU intuitivamente asume datos y procedimientos de pruebas sin que stas queden documentadas Esto es un error ya que el CP extiende o ampl a la informaci n contenida en un CU por ejemplo en los CU no indicamos valores ni condiciones para la pruebas Los CP son esenciales para todas las actividades de pruebas Kruchten 2000 a Son la base para dise ar y ejecutar los procedimientos de pruebas b La profundidad de las pruebas es proporcional al n mero de casos de pruebas c El dise o y desarrollo y los recursos necesarios son gobernados por los casos de pruebas requeridos d Si los CP no son correctos la Calidad del Sistema se pone en duda y las pruebas dejan de ser confiables El moverse de un CU a un CP es un proceso razonablemente amplio y no trivial Leffingwell amp Widrig 2006 se alan cuatro 4 pasos para lograrlo a Identificar los escenarios del CU b Por cada escenario identificar uno o m s CP c Por cada CP identificar las condiciones que originaran su ejecuci n d Completar el CP incorporando valores de datos Estos pasos indican qu debe hacerse pero no se ense a el c mo de una forma detallada Tomando como base los pasos
153. roceso Unificado de Rational RUP por sus siglas en ingl s Este modelo comprende un conjunto de flujos b sicos ciclo de vida y de soporte administraci n En cada flujo de trabajo se determinan los productos roles y actividades a realizar Jacobson Booch z Rumbaugh 2000 Mientras que MoProSoft responde al Qu al definir los procesos en las organizaciones RUP responde al C mo al establecer una gu a para la ejecuci n de los proyectos En la figura 3 se muestra la correspondencia que se estableci entre ambos modelos RISTI N 6 12 2010 81 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI MoProSoft Qu RUP C mo Fases E i Inicio Elaboraci n Construcci n Transici n Realizaci n de la Flujos de Trabajo Fase de Inicio __ Modelo de Negocio eT ey da fa o ooo gt Requerimientos Fase de Requerimientos h 7 x An lisis y Dise o Realizaci n de la Fase de An lisis y Disefic A pan Prueba Realizaci n de la EERIK A i Fase de Construcci n Y we Despliegue Realizacion de la i m e Fase de Integraci n y A Config Y Adm n l i Cambios Ya e E e Adm n de Proyectos maia et Entorno Administracion de Proyectos Especificos APE Figura 3 Correspondencia entre MoProSoft y RUP Implementaci n y 1 e a a N O o c O E c ws c q
154. rsidad de C diz Miguel de Castro Neto Universidade Nova de Lisboa ISEGI Miguel Mira da Silva Universidade T cnica de Lisboa IST Montserrat Sebastia Universitat de Barcelona Nuno Ribeiro Universidade Fernando Pessoa Orlando Belo Universidade do Minho Paulo Pinto Universidade Nova de Lisboa FCT Paulo Silva Universidade Lusiada de Famalicao Pedro Nogueira Ramos Instituto Superior de Ci ncias do Trabalho e da Empresa Pedro Pimenta Universidade do Minho Pedro Sanz Angulo Universidad de Valladolid Sergio Galvez Rojas Universidad de Malaga Thomas Panagopoulos Universidade do Algarve Tomas San Feliu Gilabert Universidad Polit cnica de Madrid Vitor Santos Universidade de Tras os Montes e Alto Douro Xose A Vila Universidad de Vigo iv RISTI N 6 12 2010 Editorial Es un placer participar en la edici n de este n mero 6 de la Revista Ib rica de Sistemas y Tecnolog as de la Informaci n RISTI dedicado a la tem tica de Ingenier a de Software IS Se han recibido numerosas contribuciones 49 para su evaluaci n por parte del Consejo Cient fico acept ndose solamente 7 art culos Por tanto la tasa de aceptaci n ha sido de un 14 Se han tenido que rechazar art culos muy buenos y que desde aqu animo a los autores a que vuelvan a enviarlos a revistas y congresos relacionados no ya con la Ingenieria de Software sino con las Tecnologias de la Informaci n en su sentido m s amplio En los ltimos anos h
155. rueba para decidir si se aprueba el ciclo de prueba o hay que hacer pruebas de regresi n y pruebas adicionales a ciertos CP en un pr ximo ciclo de prueba hasta que se obtengan los criterios de aceptaci n El equipo de pruebas guarda todos estos entregables y publica los resultados en 52 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o base a los resultados de los ciclos de prueba cambios etc que se dieron hasta completar el proceso de las pruebas Puntos de Control Para garantizar la correcta aplicaci n del m todo y cumplir con la estrategia a continuaci n se enumeran los puntos de control que se realizan en cada fase Fase 1 e Existe una matriz de Escenarios por cada CU del sistema e Revise que todos los escenarios del CU correspondiente se hayan indicado en la matriz de escenarios por CU e Revise que los ID del CU y CP est n completos y se correspondan con la nomenclatura propuesta e Existe una matriz de CPs por escenario e Para cada matriz de CP por escenario revisar que est n completos y correctos los ID nombres resultados esperados nivel y tipo de prueba e Existe una tabla de Especificaci n de CP para cada CP identificado en la fase anterior e Revisar la trazabilidad entre los ID de los CP CU requerimiento y escenario e Chequear que todos los puntos indicados en la tabla de especificaci n de CP est n completos y correctos a excepci n de los campos
156. s chave Gest o de Projectos Programa o de Projectos Complementaridade de Recursos Abstract We address the issue of optimal resource allocation and more specifically the analysis of complementarity of resources primary resource or P resource and supportive resource or S resource to activities in a project In this paper we present a Genetic Algorithm based in a random keys alphabet and we analyse the procedure to build solutions from a chromosome Keywords Project Management Scheduling Complementarity of resources 1 Introdu o A Gest o de Projectos actualmente uma actividade importante em v rios sectores da sociedade p s industrial que inclui agora tamb m a produ o de informa o Torna se fulcral ter se uma clara percep o das diferentes fases do ciclo de vida de um projecto dos processos t cnicas e ferramentas adequados gest o de um projecto tendo em aten o a especificidade dos ambientes onde o projecto decorre e a dimens o e complexidade do mesmo Para o gestor de projectos essencial a compreens o dos objectivos de cada projecto em rela o a resultados expect veis mbito custos tempo e n veis de qualidade e as interliga es e depend ncias entre eles N o menos importante tamb m o RIST N 6 12 20100 BO Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos entendimento da import ncia da vertente humana lidera
157. s da seguinte forma 1 Finalidades da Actividade 2 Contexto de Explora o 3 Metodologia de Explora o Os gui es destinados aos s alunos as s o compostos fundamentalmente por folhas de registos A B Figura 1 A Exemplo de ecr do Courseware Sere B Guides de explora o did ctica 4 2 Metodologia de Desenvolvimento Quanto metodologia de desenvolvimento a equipa tem procurado dar resposta a quest es de investiga o relacionadas com a implementa o de metodologias de desenvolvimento de software educativo centradas no utilizador Costa Loureiro amp Reis 2009b Factores de qualidade tais como a usabilidade o envolvimento dos utilizadores finais nas diversas fases de desenvolvimento e a constitui o de equipas multidisciplinares s o alguns dos pressupostos do DCU em que se baseia a metodologia de desenvolvimento do Courseware Sere A equipa multidisciplinar foi constitu da por elementos com diversas compet ncias ao n vel da Did ctica das Ci ncias DC da Tecnologia Educativa TE da Gest o de Projectos do Design Gr fico da Programa o e da Usabilidade Tendo em vista reduzir o tempo e custo de desenvolvimento duas das desvantagens do DCU Abras Maloney Krichmar amp Preece 2004 a equipa optou por envolver o utilizador final professores e alunos apenas nas tarefas de avalia o do recurso O recurso incluindo o storyboard foi tamb m submetido a avalia o por parte de pe
158. s e Tecnologias de Informa o 4 Seleccionar los proyectos pilotos teniendo en cuenta por un lado que no representen un riesgo para la organizaci n y por otro seleccionar aquellos proyectos en los que participe personal con perfil de adaptadores primarios permite una mejor realimentaci n al m todo y un mejor an lisis del comportamiento del mismo 4 Resultados Obtenidos El an lisis de los resultados obtenidos se ha realizado teniendo en cuenta tres aspectos Los aspectos establecidos se muestran en la Tabla 1 Tabla 1 Aspectos seguidos para realizar el an lisis de los resultados Y Aspecto Definici n M tricas v Utilizar las metricas definidas por la metodologia MIGME RRC para realizar el an lisis Utilizaci n del proceso Rendimiento del proceso y Aceptaci n del proceso Y Recogida de v Utilizar unenfoque de recogida de datos datos en tres tiempos antes de la mejora durante la mejora y despu s de la mejora Y T cnica O v Utilizar gr ficas de control para analizar Herramienta a el comportamiento de los procesos utilizar Por lo tanto el an lisis de los resultados se mostrar en tres apartados de acuerdo a las m tricas establecidas por la metodolog a MIGME RRC Adem s para el an lisis se han agrupado los valores en dos grupos por un lado grupo I antes FY 07 y durante FY 08 y por el otro grupo II despu s FY 09 4 1 Utilizaci n del proceso El objetivo de esta m trica es analizar e
159. s foram tamb m apresentados utilizando um procedimento baseado na an lise da rede de actividades e no conceito estado State Space Silva Tereso amp Oliveira 2010 3 Algoritmo Gen tico Uma vez que o Problema Job Shop JSP pode ser visto como um caso particular do problema da programa o de projectos com restri es de recursos do ingl s Resource Constrained Project Scheduling Problem RCPSP iremos estender o Algoritmo Gen tico AG desenvolvido para o JSP Oliveira Dias amp Pereira 2010 ao RCPSP e particularmente para a programa o de projectos em redes de actividades sob condi es de complementaridade de recursos O AG baseado numa representa o por RISTI N 6 12 2010 63 Um Algoritmo Gen tico para Programa o de Projectos em Redes de Actividades com Complementaridade de Recursos chaves aleat rias a qual permite uma f cil reconfigura o para ser aplicada noutros problemas A simplicidade dos AG para modelar problemas complexos e a sua f cil integra o com outros m todos de optimiza o foram os factores considerados para esta escolha Inicialmente o algoritmo proposto foi concebido para solucionar a vers o cl ssica do JSP Oliveira 2007 mas poss vel usar o mesmo m todo para solucionar outras variantes do JSP Oliveira 2006 ou neste caso para solucionar tamb m uma generaliza o do JSP que o caso do RCPSP com complementaridade de recursos Uma das caracter stica
160. s publicados en este n mero de RISTI tratan de cubrir algunos de estos factores Los art culos se presentan siguiendo el orden l gico del ciclo de vida El primer art culo describe una metodolog a de desarrollo centrada en el usuario y que ha sido aplicado con xito al campo del software educativo Se presentan sus fases y los procedimientos y t cnicas aplicables El segundo art culo propone una arquitectura de software para sistemas distribuidos y colaborativos Esta arquitectura ha sido aplicada al desarrollo de entornos distribuidos de aprendizaje siguiendo un modelo de arquitectura por capas facilitando la reutilizaci n de componentes El tercer art culo presenta una herramienta para la generaci n autom tica de aplicaciones web Para ello se basa en los principios de la ingenier a dirigida por modelos presentando la definici n y codificaci n de las transformaciones entre modelos y de modelo a texto RISTI N 6 12 2010 V El cuarto art culo est orientado a las pruebas y presenta una herramienta para especificar casos de prueba a partir de casos de uso Adem s esta herramienta incorpora elementos para verificar y validar la trazabilidad entre las pruebas y las fases del ciclo de vida anteriores a las pruebas El quinto art culo se centra en la gesti n de proyectos uno de los aspectos primordiales en cualquier empresa Concretamente se presenta una aproximaci n a la asignaci n ptima de recursos de forma
161. s que diferenciam os algoritmos gen ticos convencionais o facto de o algoritmo n o tratar directamente com as solu es do problema mas sim com uma representa o da solu o o cromossoma As manipula es do algoritmo s o feitas sobre a representa o e n o directamente sobre a solu o Goldberg 1989 Representamos o problema da programa o de projectos num gr fico AON porque semelhante ao gr fico disjuntivo que usado para representar o JSP Roy amp Sussmann 1964 Uma actividade s pode ser iniciada se as precedentes estiverem conclu das e se o conjunto de todos os recursos principais necess rios estiverem dispon veis Um projecto tem restri es tecnol gicas que determinam uma ordem espec fica para processar algumas das actividades e necess rio garantir que n o haja sobreposi o temporal no processamento de tais actividades em termos de recursos comuns Atendendo a esta caracter stica usamos o conceito de actividade sequenci vel uma actividade que pode ser iniciada e em cada instante de decis o s necess rio escolher uma actividade do conjunto das actividades sequenci veis A escolha da actividade dirigida pelo algoritmo gen tico respeitando os alelos existentes nos cromossomas que definem a prioridade de cada actividade Tradicionalmente os algoritmos gen ticos utilizavam cadeias bin rias que formavam os cromossomas que consistiam apenas em os e 1s Alguns dos algoritmos gen ticos
162. sam Sistema Auto e CA Diocahost Rea SAMEJ qe Escenarios Figura 9 Pantalla de Generar Escenarios RISTI N 6 12 2010 55 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba Usuarios Casos De Prueba Bienvenido adrianita Cerrar Sesion prados 100 aprobados Guardar Escenarios Resultados Resultados 1 Valor x aor esperados obtenidos Agregar Caso de Prueba m paso Condicion Valor es Resultado Esperado Resultado Obtenido O 1 23 ajshdjkashdjkashd dasdadsdsdas hola asasd 222222 asdce333 212edawcwax asasd 3456 2345678 23456789 O Aprobo O Fallo Osin Evaluar Pay 2010 07 19 i X Guardar Especificaci n Figura 11 Pantalla de Especificaci n de Casos de Prueba 5 Conclusiones y trabajo futuro Este art culo presenta la herramienta SAM en una primera versi n la cual permite apoyar la ejecuci n del m todo MECAP de forma automatizada facilitando una mejor gesti n del proceso de las pruebas as como la trazabilidad entre diferentes disciplinas de Ingenier a de Software As mismo SAM permite apoyar la documentaci n de las pruebas y mejorar su efectividad En estos momentos se est n probando el funcionamiento de SAM en el desarrollo de las pruebas de sistemas relacionados con el sector bancario para evaluar la calidad y completitud de los casos de prueba que son elaborados con su soporte Se espera incorporar a corto plazo
163. se de datos MySQL que al igual que Java es un software de uso libre que se imparte en las unidades de aprendizaje de Base de Datos mismas que son cursadas por los alumnos previo al proyecto Los roles involucrados son los Dise adores de Arquitectura quienes por la tecnolog a anteriormente mencionada deben haber cursado estas unidades de aprendizaje RISTI N 6 12 2010 83 Lecciones Aprendidas en la Implantaci n de MoProSoft en una empresa escolar caso AvanTI 4 Fase de Construcci n Esta fase corresponde a la Implementaci n y Pruebas del RUP Los roles responsables son los Programadores y Probadores En ella se codifican los componentes de acuerdo al plan de iteraciones y releases La codificaci n se ajust a la gu a de programaci n de Java Por otro lado los alumnos han reutilizado utilerias y componentes de terceros para optimizar su codificaci n y desempe o Aun cuando el nivel de capacidad de proceso era 1 Realizado se han adoptado actividades de nivel 2 como es el caso de las pruebas ya que se tiene que asegurar que los componentes est n libres de fallos as que una vez que se van liberando los componentes los Responsables de Prueba van haciendo las pruebas de unidad utilizando para ello casos de prueba y o reportes de verificaci n 5 Fase de Integraci n y Pruebas Esta fase tiene correspondencia a la actividad de Pruebas y Despliegue del RUP en la que se van integrando los componentes que previamente h
164. sos Considere a data final do projecto igual a 24 unidades de tempo e os seguintes par metros e Cada unidade de recurso principal custa 4 unidades monet rias UM por unidade de conte do de trabalho e Cada unidade de recurso de suporte custa 1 UM por unidade de conte do de trabalho e O custo do atraso de 60 UM por unidade de tempo e O custo b nus pelo t rmino mais cedo 40 UM por unidade de tempo O projecto termina no instante de tempo 26 96 com 2 96 unidade de atraso O custo dos recursos igual a 845 UM e o custo do atraso de 177 39 UM O custo total da solu o 1022 39 UM 6 Conclus o O objectivo deste artigo foi fornecer um modelo formal para alguns problemas n o resolvidos na gest o de projectos especialmente no que diz respeito utiliza o de recursos de suporte e apresentar a sua implementa o num algoritmo gen tico A import ncia do problema reside na oportunidade de se desenvolver um sistema que permita n o s melhorar a afecta o de recursos frequentemente escassos mas tamb m resultar numa redu o das incertezas dentro dos projectos combinada com o aumento da performance e com a redu o do custo do projecto O modelo foi inicialmente apresentado em Silva Tereso e Oliveira 2010 mas faltava a sua implementa o e aplica o a algumas redes de actividades para demonstrar a sua validade Depois foi apresentado o procedimento desenvolvido para solucionar o problema descrito
165. stems SAC 1232 1239 Comai S amp Toffetti Carughi G 2007 A Behavioral Model for Rich Internet Applications Proceedings of the 7th International Conference Web Engineering ICWE 07 LNCS 4607 p gs 364 369 De Castro V 2007 Aproximaci n MDA para el Desarrollo Orientado a Servicios de sistemas de Informaci n Web del Modelo de Negocio al Modelo de Composici n de Servicios Web Madrid Universidad Rey Juan Carlos De Castro V Marcos E amp Wieringa R Junio de 2009 Towards a Service oriented MDA Based Approach to the Alignment of Business Processes with it Systems From the Business Model to a Web Service Composition Model International Journal on Cooperative Systems 18 2 225 260 Didonet Del Fabro M B zivin J amp P V 2006 Weaving Models with the Eclipse AMW plugin Esslingen Alemania Eclipse Modeling Symposium Efftinge S 22 de Julio de 2007 Xtend Language Reference 4 1 Obtenido de http www eclipse org gmt oaw doc 4 1 r25_extendReference pdf 42 RISTI N 6 12 2010 RISTI Revista Ib rica de Sistemas e Tecnologias de Informa o Fraternali P Comai S Bozzon A amp Toffetti G 2010 Engineering Rich Internet Applications with a Model Driven Approach ACM Transactions on the Web Vol 4 No 2 Article 7 Jouault F amp Piers W 2009 ATL User Guide Obtenido de http wiki eclipse org ATL User Guide Klatt B 2007 A Closer Look at the model2t
166. sto uabc edu mx 1 Facultad de Ingenieria Campus Mexicali Universidad Aut noma de Baja California C P 21290 Mexicali Baja California M xico 2 Instituto de Ingenieria Universidad Autonoma de Baja California C P 21290 Mexicali Baja California M xico Resumen Este art culo presenta las lecciones aprendidas del caso AvanTI una empresa escolar incubada en el programa de estudios Licenciado en Sistemas Computacionales LSC de la Universidad Aut noma de Baja California UABC que durante tres a os ha implantado el Modelo de Procesos para la Industria del Software en M xico MoProSoft AvanTI surgi en el a o 2007 con el prop sito de responder a las demandas de la industria del software de Baja California M xico Los alumnos que han participado en AvanTI han aprendido sobre la Ingenier a de Software al poner en pr ctica la implantaci n MoProSoft con el prop sito de que al egresar posean el conocimiento y la habilidad de interpretaci n del modelo como una estrategia para apoyar a las MIPyMEs de la regi n Palabras clave MoProSoft Ingenier a de Software Empresa escolar Abstract This paper presents the lessons learned from the case AvanTI an enterprise in incubation within the Computer Systems program of the Universidad Autonoma of Baja California UABC which for three years has implemented the Process Model for Software Industry in Mexico MoProSoft AvanTI emerged in 2007 in order to respond the demands
167. tancia como por exemplo Teleduc LabSQL AulaNet entre outros e cada vez surgem ambiente educacionais com funcionalidade cada vez mais modernas Nesse contexto os sistemas legados tornam se obsoletos rapidamente muitas vezes desconsiderando todo o investimento seja com pesquisa ou licen a empregado na sua ado o Assim este trabalho prop e uma arquitetura de software que facilita o desenvolvimento de ambientes de aprendizagem distribu dos que segue o padr o arquitetural em camadas fundamentada em alguns princ pios de GoF Gamma et al 1995 como factory e abstract service al m de padr es como business object DAO estabelecidos em Alur et al 2003 Tamb m foram integrados nessa arquitetura os frameworks Jboss Seam EJB3 e Hibernate que adicionalmente auxilia o trabalho do desenvolvedor e viabiliza o processo proposto neste trabalho A arquitetura proposta foi aplicada no desenvolvimento de um m dulo que disponibiliza o servi o para gera o e avalia o de mapas conceituais utilizando m todo desenvolvido por Caldas amp Favero 2009 que compara via n gramas o mapa conceitual MC do estudante com um modelo de resposta formada por v rios mapas conceituais Este m dulo se integra ao ambiente LabSQL Laborat rio para ensino e aprendizagem de SQL a partir de web service e est sendo utilizado por doze turmas de gradua o e p s gradua o em diferentes reas de atua o Al m desta se o introdut ria este
168. tas de avalia o e monitoriza o nas diferentes fases s o uma forma eficiente de um processo se adaptar mudan a constante de requisitos e da tecnologia Costa Loureiro amp Reis 2009b Paralelamente tamb m revemos e estamos de acordo com Abras Maloney Krichmar amp RISTI N 6 12 2010 1 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo Preece 2004 que duas das desvantagens do DCU s o a dos projectos necessitarem de mais tempo para serem desenvolvidos e tornarem se mais dispendiosos Por m e segundo Shneiderman amp Plaisant os m todos DCU permitem que o software gere menos problemas durante o desenvolvimento e que se reduza os custos na fase de manuten o 2005 p 118 fase esta que considerada a mais despendiosa do ciclo de vida de um software Duim Andersson amp Sinnema 2007 A MHDCU constitui se como uma solu o poss vel para o desenvolvimento de software educativo e foi utilizada para o desenvolvimento do Courseware Sere cuja qualidade tem sido reconhecida nomeadamente num concurso nacional de produtos multim dia dado ter sido um dos produtos finalistas Por m como defendem as normas ISO a melhoria de um processo de desenvolvimento de software deve ser cont nua Estando previsto o desenvolvimento da 32 fase do Courseware Sere relacionado com as energias alternativas perspectivamos que a introdu o de novos m todos DCU na fase inicial do d
169. tora de Informatica Paelke V amp Nebe K 2008 Integrating Agile Methods for Mixed Reality Design Space Exploration Proceedings of the 7th ACM Conference on Designing Interactive Systems pp 240 249 Cape Town South Africa ACM Petersen R R 2008 ASAP Agile Planning in Future Creative Room University of Southern Denmark Odense Sa P Guerra C Martins I P Loureiro M J Vieira R Costa A P Reis L P 2010 Fevereiro Desenvolvimento de Recursos Didacticos Informatizados no mbito da Educa o para o Desenvolvimento Sustent vel O Exemplo do Courseware Sere Revista Eureka sobre Ense anza y Divulgaci n de las Ciencias 7 PP 330 345 S P Martins I P Guerra C Loureiro M J Vieira R Costa A P Reis L P 2009 Courseware Sere Metodologia e finalidades de explora o XIII Encontro Nacional de Educa o em Ci ncias Educa o e Forma o Ci ncia Cultura e Cidadania ENEC2009 pp 899 908 Castelo Branco Shneiderman B amp Plaisant C 2005 Designing the User Interface Strategies for Effective Human Computer Interaction Fourth ed Pearson Education Sommerville 2007 Software Engineering Eighth Edition ed Addison Wesley Svanaes D amp Gulliksen J 2008 Understanding the Context of Design Towards Tactical User Centered Design Paper presented at the Nordic Conference on Human Computer Interaction NordiCHI2008 Lund Sweden 14
170. tos son Lewis 2000 correlaci n de las pruebas y los scripts con los requisitos facilita el estado de las revisiones y act a como un mecanismo de trazabilidad a lo largo del ciclo de desarrollo incluye el dise o y ejecucion de prueba El Plan de Calidad de Planificar Hacer Verificar Actuar PHVA se aplica al proceso de pruebas de software El m todo propuesto ayuda a aplicar PHVA A diferencia de las iniciativas anteriores el m todo MECAP M todo para Especificar Casos de Prueba M ndez P rez amp Mendoza 2007 y 2008 incorpora todas las ideas citadas anteriormente con la finalidad de obtener un m todo que soporte todos los elementos que conforman una estrategia de pruebas Ejecutar MECAP de forma manual representa un esfuerzo considerable as lo evidencian resultados preliminares en varios proyectos por lo que surgi la necesidad de automatizarlo a trav s del uso de una herramienta que garantizara todos los aspectos provistos con el m todo En este sentido el objetivo de este art culo es presentar la herramienta SAM Sistema Automatizado del M todo MECAP que facilita la implementaci n del m todo MECAP y contribuye con la trazabilidad entre los requerimientos el an lisis y diseno y las pruebas del software La metodolog a con la que se desarroll SAM fue UP Unified Process El tiempo de ejecucion del proyecto de desarrollo de SAM fue de 5 meses a trav s 5 iteraciones Este trabajo consta de 4 secciones inclu
171. ttp www martinfowler com articles newMethodology html Guerra C 2007 Avalia o do Storyboard e da Metodologia de Desenvolvimento do Courseware Sere Universidade de Aveiro Aveiro RISTI N 6 12 2010 13 Metodologia H brida de Desenvolvimento Centrado no Utilizador aplicada ao Software Educativo 15013407 1999 Human centred design processes for interactive systems Geneva International Standards Organisation ISO TR18529 2000 Ergonomics of Human System Interaction Geneva International Standards Organisation Keith E R 2002 Agile Software Development Processes A Different Aprroach to Software Design Kirakowski J amp Cierlik B 1999 Context of Use Introductory Notes Acedido a 10 de Mar o 2010 em http hfrg ucc ie baseline filearchive html cou Kreitzberg C 1996 Managing for usability in Aber Antone F Editor Multimedia A Management Perspective Wadsworth Belmont CA 65 88 Larman C amp Basili V R 2003 Iterative and Incremental Development A Brief History Computer 36 6 47 56 Maguire M 2001 Methods to support human centred design Internacional Journal of Human Computer Studies 55 4 587 634 Maguire M C 1998 Respect User Centred Requirements Handbook Telematics Applications Project TE 2010 Requirements Engineering and Specification in Telematics 3 3 ed HUSAT Research Institute Miguel A 2003 Gest o de Projectos de Software FCA Edi
172. u o e lan amento Tal como a maioria dos m todos que tem por base princ pios DCU LUCID emprega a prototipagem r pida e o teste de usabilidade iterativa Com base no que foi descrito nesta sec o concordamos com o relat rio Quality Framework for UK Government Website Design usability issues for government websites quando defende que o DCU um complemento para os m todos de desenvolvimento de software n o sendo um substituto dos mesmos e Envoy 2003 4 Metodologia de desenvolvimento do Courseware Ser uma abordagem poss vel para PMEs O Courseware Sere O Ser Humano e os Recursos Naturais um recurso desenvolvido atrav s de uma parceria entre a Universidade de Aveiro e a Ludomedia Conte dos Did cticos e L dicos empresa de desenvolvimento de software educativo 4 1 Apresenta o do Courseware Sere O Courseware Sere integra v rias tipologias de software simula es inqu rito pesquisa com actividades did cticas especificadas em gui es de explora o tanto para o professor como para os alunos Como se depreende a partir dos seus prop sitos promover a compreens o do impacte que a actividade humana tem sobre os recursos naturais e sensibilizar de que o futuro da Humanidade passar pela adop o de atitudes e comportamentos mais conscientes e respons veis nomeadamente no que respeita s fontes de energia utilizadas em particular o petr leo e a floresta visa uma abordagem rela o
173. uca o em Computa o SBC Bel m p 1 10 Sim o R P S amp Belchior A D 2002 Um Padr o de Qualidade para Componentes de Software I Simp sio Brasileiro em Qualidade de Software Gramado RS Sordi J O Marinho B L amp Nagy M 2006 Benef cios da Arquitetura de Software Orientada a Servi os para as Empresas An lise da Experi ncia do ABN AMRO Brasil Revista de Gest o da Tecnologia e Sistemas de Informa o 30 RISTI N 6 12 2010 risti Re Recebido Recibido 24 10 2010 gt Aceitac o Aceptaci n 03 12 2010 M2DAT HYMO una herramienta basada en MDA para la generaci n autom tica de aplicaciones Web a partir del modelo del hipertexto Feliu Trias Nicolau Iv n Santiago Vi ambres Juan Manuel Vara Valeria de Castro feliu trias urjc es ivan santiagoOurjc es juaanmanuel vara urjc es valeria decastro urjc es Grupo de Investigaci n Kybele Departamento de Lenguajes y Sistemas Inform ticos II Universidad Rey Juan Carlos Avda Tulip n s n 28933 M stoles Madrid Resumen Una premisa b sica exigible a cualquier propuesta metodol gica para el desarrollo de software es la de ofrecer alg n tipo de herramienta de apoyo En el caso de propuestas basadas en los principios de la Ingenier a Dirigida por Modelos MDE esta premisa se convierte en un requisito imprescindible Este trabajo presenta la herramienta que soporta HM3 el m todo para el modelado del hipertexto del marco metodol
174. ue define o conceito de banco de dados relacional sendo que al m de apresentar o hist rico de notas para a quest o o sistema tamb m aponta o conceito que n o faz parte da defini o RISTI N 6 12 2010 23 Uma proposta de Arquitetura de Software para Constru o e Integra o de Ambientes Virtuais de Aprendizagem ES a E E A E A 3 Prova M dulo 1 In cio 11 03 2009 T rmino 11 03 2009 217 Defina um banco de dados relacional Hist rico de Respostas em Porcentagem de Acerto 4 Exportar MapaXML QIS Q154 Q 155 Q156 Q 157 QI Q 217 94 16 0 00 0 00 0 00 0 00 99 12 1 50 0 00 0 00 0 00 99 8156 10 00 2 52 94 16 100 0036 0 0086 97 71 6 20 composto composto 21 51 2 00 281 92 91 96 619 E colunas ne aes 100 00 sao possui 2 100 00 100 00 97 05 99 81 97 71 99 12 ligad sao igacas por l Enviar l Limpar Es Avaliac o autom tica O conceito hierarquia n o faz parte do contexto Sua nota 9 81 Figura 4 Resultado da avalia o do mapa conceitual do aluno Os servi os como cadastrar mapas conceituais avaliar mapas conceituais entre outros do m dulo citado s o disponibilizados por uma interface webservice ServiceWS essa interface acessada pelo LabSQL que consegue assim fornecer esses servi os a partir de sua aplica o a seus usu rios finais A Figura 5 ilustra o fluxo de execu o para a funcionalidade cadastrar mapas o
175. uiere Hardware El Sistema no requiere de hardware con especificaciones determinadas Sin embargo se recomienda no utilizar un computador con menos de 1GB de RAM menos de 1 6GHz de velocidad de procesador sin puerto de internet o sin conectividad WIFI Software Para la instalaci n del servidor web WAMP Windows Apache 2 2 11 php 5 3 y MySQL 5 1 36 o LAMP Similar a WAMP pero con Linux como Sistema Operativo Software de Soporte Navegador web Firefox desde la versi n 3 no menor o Internet Explorer 1E7 no menor A continuaci n se muestran algunas de las interfaces de SAM al momento de generar los escenarios y especificar los CP En la Figura 6 se muestra la pantalla de inicio de sesi n Despu s se puede seleccionar Usuario A Contrase a Usuario Nuevo Entrar un proyecto Figura 6 Pantalla de Inicio de Sesi n Despu s de haber seleccionado el proyecto se debe generar los escenarios a partir de los CU En la Figura 7 se muestra c mo el Sistema permite importar CU la narrativa de los CU en formato XML desde archivos guardados en la computadora Para utilizar esta opci n se presiona el bot n de Cargar Casos de Uso del men desplegable de Casos de Uso Cuando ya se han importado CU al sistema ste permite consultar los datos o narrativa de cada CU Para ello se debe seleccionar el ciclo de prueba asociado a los CU Para esto se presiona el bot n de Ver casos de uso del men desplegable de Casos
176. v lido Aceptaci n de acceso 02 02 02 Login con min sculas Mensaje Error 20 Sistem Funci nf Control Login inv lido Aceptaci de acceso 02 02 03 Login con longitud Mensaje Error 20 Sistem Funci n Control mayor a 10 caracteres Login inv lido Aceptaci de acceso 02 02 04 Login en Blanco Mensaje Error 20 Sistem Funci n Control Login inv lido Aceptaci de acceso Figura 4 Tabla de Casos de Prueba para el Escenario 02 02 Fase 3 Especificaciones de los CP Uno de los aportes m s importantes de esta investigaci n es el tercer artefacto que se utiliza para especificar con detalle el CP y que se muestra a trav s de la Figura 5 Tabla de Especificaciones de CP ECP Para cada CP se deben llevar a cabo las siguientes actividades 1 Identificar el nombre del Sistema ID CU ID de Requerimiento ID Escenario ID del CP y versi n del CP Esto permite hacer una traza bidireccional entre estos elementos por ejemplo se puede conocer si se especificaron todos los CP para todos los CU y se probaron todos los CU cobertura de las pruebas Identificar el nivel y tipo de prueba asociada al CU y cuya informaci n proviene de la Tabla CP por Escenario Indicar el ambiente de las pruebas Se puede se alar el nombre de la empresa si es el ambiente de desarrollo o producci n o si tengo varios ambientes en la empresa se indica en cu l de ellos se ejecutar ese CP en particular Identificar el nombre del autor del CP y
177. yendo la presente introducci n En la secci n 2 se presenta el m todo MECAP En la secci n 3 se muestra la herramienta SAM Por ltimo en la secci n 4 se presentan las conclusiones y el trabajo futuro 3 M todo para Especificar CAsos de Prueba MECAP El m todo propuesto consiste en construir CP a partir de CU ya que se parte del supuesto que se debe probar el comportamiento del software en base a las solicitudes o requerimientos Un CP es una especificaci n usualmente formal de un conjunto de entradas de prueba condiciones de ejecuci n y resultados esperados identificados con el prop sito RISTI N 6 12 2010 47 SAM Sistema Automatizado del M todo MECAP para Especificar Casos de Prueba de hacer una evaluaci n de aspectos particulares de un elemento objeto de prueba Kruchten 2000 e Los CP reflejan trazabilidad con los CU Funcionalidad ya que stos muestran una secuencia ordenada de eventos al describir flujos b sicos flujos alternos precondiciones y postcondiciones e Las especificaciones suplementarias de requerimientos ya que existen otras caracter sticas de calidad a evaluar adem s de la funcionalidad como Usabilidad Confiabilidad Eficiencia Mantenibilidad y Portabilidad e Las especificaciones de dise o del Sistema ya que se debe verificar que el software fue implementado seg n el dise o y que los elementos arquitect nicos garantizan la calidad del software Esto garantiza que los p

Download Pdf Manuals

Related Search

Untitled untitled boxing game codes untitled document untitled notepad untitled goose game untitled spreadsheet untitled paint untitled app untitled 1 untitled presentation untitled tag game codes untitled boxing codes untitled stream untitled attack on titan codes untitled ui untitled diagram untitled music untitled music app untitled paint 3d untitled form untitled goose untitled boxing game tier list untitled design untitled project untitled document - google docs untitled mod menu

Related Contents

FICHA TECNICA DE SEGURIDAD  ABT-100 Bedienungsanleitung  manuel-utilisation-monica  GTC Business Applications  DAG 115-S  Samsung MW103H دليل المستخدم    

Copyright © All rights reserved. Failed to retrieve file