Submitted by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2017-08-24T13:19:45Z No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Reprodução Não Autorizada.pdf: 47716 bytes, checksum: 0353d988c60b584cfc9978721c498a11 (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2017-08-24T13:19:59Z (GMT) No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Reprodução Não Autorizada.pdf: 47716 bytes, checksum: 0353d988c60b584cfc9978721c498a11 (MD5) / Made available in DSpace on 2017-08-24T13:19:59Z (GMT). No. of bitstreams: 2 license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Reprodução Não Autorizada.pdf: 47716 bytes, checksum: 0353d988c60b584cfc9978721c498a11 (MD5) Previous issue date: 2017-06-09 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Use Cases (UCs) have become an important artifact for the specification of software requirements. However, there are several difficulties that prevent students and software engineers from specifying UCs correctly. In order to explore and understand the difficulties in modeling diagram and specify UCs, we carried out four empirical studies with 195 participants. We present in this thesis a model about the difficulties in the modeling of UCs found in the studies carried out. The model presents the difficulties in diagram and specification UC that were classified into categories. First, we present the categories related to the diagram (D), which identify: (D-I) the actors of the system, (D-II) the use cases of the system, (D-III) generalization relationship, (D-IV) included and extend relationship; and categories related to the use-case specification (E): (E-I) abstraction of requirements, (E-II) flows of UC, (E-III) business rules, (E-IV) References of flows and business rules, (E-V) Pre- and Post-condition and (E-VI) dependence of other UCs. This on research is based on an evidence-based methodology, we executed procedures of the Grounded Theory (GT) method to analyze the data; and we use the Exploratory Factor Analysis (EFA) to evaluate the constructed model. The model was evaluated and it showed that the presented difficulties occur with more than 50% of the participants. We used EFA to identify possible factors with correlated difficulties. The EFA did not show that some of the difficulties grouped in the categories defined for the model are correlated. Through the obtained results from the empirical studies, the current version of the model can be considered valid to represent the perception of the participants about the difficulties occurred in diagram and specification of UC. In addition, the model serves as a basis for future research in the field, as well as support for the suggestion of practices to improve the teaching / learning process of students in modeling UC. / Casos de Uso (Use Cases – UCs) tornaram-se um importante artefato para a especificação dos requisitos de software. No entanto, há várias dificuldades que impedem estudantes e engenheiros de software de especificarem UCs de forma correta. Com o objetivo de explorar e entender as dificuldades em modelar diagrama e especificar UCs, foram realizados quatro estudos experimentais com 195 participantes. Esta dissertação apresenta um modelo sobre as dificuldades na modelagem de UCs encontradas nos estudos realizados. O modelo apresenta as dificuldades relacionadas a modelagem do diagrama e especificação de UC. Estas dificuldades foram classificadas em categorias. Primeiramente, serão apresentadas as categorias relacionadas ao diagrama (D): (D-I) Identificar os atores do sistema, (D-II) Identificar os casos de uso do sistema, (D-III) Relacionamento de generalização e (D-IV) Relacionamentos extend e include. Por fim, as categorias relacionadas a especificação (E): (E-I) Abstração dos requisitos, (E-II) Fluxos do UC, (E-III) Regras de negócio, (E-IV) Referências de fluxos e Regras de negócio, (E-V) Pré e Pós-condição e (E-VI) Dependência de outros UCs. Esta pesquisa fundamentou-se em uma metodologia baseada em evidências, a análise dos dados foi conduzida utilizando procedimentos do método Grounded Theory (GT) e para a avaliação do modelo elaborado utilizou-se a Análise Fatorial Exploratória (AFE). O modelo foi avaliado e mostrou que as dificuldades apresentadas ocorrem com mais de 50% dos participantes. Utilizou-se a AFE para identificar possíveis fatores com dificuldades correlacionadas. A AFE mostrou a correlação entre certas dificuldades agrupadas nas categorias definidas para o modelo. Através dos resultados obtidos dos estudos experimentais, a versão atual do modelo pode ser considerada válida para representar a percepção dos participantes sobre as dificuldades ocorridas em diagrama e especificação de UC. Além disso, o modelo serve como base para futuras pesquisas na área, bem como no apoio à sugestão de práticas para melhorar o processo de ensino/aprendizagem dos alunos em modelagem de UC.

Made available in DSpace on 2016-08-17T14:52:42Z (GMT). No. of bitstreams: 1 Marcia Cristina Ferro Carvalho.pdf: 2460660 bytes, checksum: c476e586b0a742bc6474a4ab2ae0396b (MD5) Previous issue date: 2002-03-27 / This work proposes an integration of the approach CREWS L ecritoire based on scenarios with the approach of use cases described by Regnell & al and the Method GBRAM. In this case, the work of Regnell is extended with the notion of Requirement Chunk (RC), strategies for discovering objectives through the relationships AND, OR, and refinement between RCs, as well as extending the model with a physical level where the internal actions of the system are described. On the other side, the approach CREWS L ecritoire is extended with coupling of objective and use case where the scenarios are obtained by applying a strategy of refining use cases, and also with an integration of normal and exceptional scenarios in one synthetic model of use with one unique vision for each actor. The Method GBRAM is extended with the alternative contract dependency, composicional contract dependency, inclusive and exclusive contract dependency, as well it introduzed the use case technique, described by Regnell et al and extended with the notion of scenarios for caracterize exceptionals, variationals and normal situations. With the integration of threes methods, the new method which benefit from the advantages of the approaches of CREWS-L ecritoire, use cases.and goals. The new method proposes a coupling between objective and Use Cases in a top-down decomposition of different levels of abstraction. The method combines the two concepts into a Requirement Chunk (RC). An RC is a pair of <objective, Use Case> related with AND, OR and refinement. These three types of relations between RCs lead to a hierarchic organisation of RCs in three levels of abstractions: functional, behaviour, and physical. / This work proposes an integration of the approach CREWS L ecritoire based on scenarios with the approach of use cases described by Regnell & al and the Method GBRAM. In this case, the work of Regnell is extended with the notion of Requirement Chunk (RC), strategies for discovering objectives through the relationships AND, OR, and refinement between RCs, as well as extending the model with a physical level where the internal actions of the system are described. On the other side, the approach CREWS L ecritoire is extended with coupling of objective and use case where the scenarios are obtained by applying a strategy of refining use cases, and also with an integration of normal and exceptional scenarios in one synthetic model of use with one unique vision for each actor. The Method GBRAM is extended with the alternative contract dependency, composicional contract dependency, inclusive and exclusive contract dependency, as well it introduzed the use case technique, described by Regnell et al and extended with the notion of scenarios for caracterize exceptionals, variationals and normal situations. With the integration of threes methods, the new method which benefit from the advantages of the approaches of CREWS-L ecritoire, use cases.and goals. The new method proposes a coupling between objective and Use Cases in a top-down decomposition of different levels of abstraction. The method combines the two concepts into a Requirement Chunk (RC). An RC is a pair of <objective, Use Case> related with AND, OR and refinement. These three types of relations between RCs lead to a hierarchic organisation of RCs in three levels of abstractions: functional, behaviour, and physical.

Durante el primer ciclo académico de desarrollo del proyecto, el equipo se dedicó a generar los planes, estimaciones y cronograma del proyecto, identificar los riesgos del proyecto y definir el alcance del mismo. Para ello, recolectamos información sobre los procesos de Admisión, Alta y Transferencia de Pacientes, y sobre los roles o cargos involucrados en él. La principal fuente de información fue el Ing. Jorge Cabrera quién se desempeñó como cliente del proyecto. Con el propósito de comprender de mejor manera los requerimientos plasmados por el cliente, decidimos contactarnos con el Capitán de Navío Javier Guimarey, en ese entonces jefe del servicio de Ginecología del Hospital Naval del Perú, para que nos permita establecer contacto con las personas del área administrativa del hospital. De este modo, logramos establecer los requerimientos del cliente y verificar su necesidad en una entidad real. Los requerimientos iniciales del cliente incluían el desarrollo de reportes, pero pese a la falta de tiempo y recursos se decidió acotar el alcance y dejar de lado los reportes. En el siguiente ciclo académico se inició la etapa de elaboración del producto. Con la asistencia técnica del Ing. Joel Francia, se completó la fase de elaboración y se obtuvo como resultado la arquitectura del producto software. Dentro de la fase de elaboración, también se establecieron las formas de comunicación con los demás subsistemas del Sistema Integral de Salud para lo que se establecieron lo contratos de servicios con los demás subsistemas. En la primera iteración de construcción, se decidió realizar el desarrollo de los casos de uso principales. Esta valoración estuvo basada en la complejidad de los casos de uso y en la necesidad de información de los demás subsistemas en desarrollo. Esta iteración la culminamos satisfactoriamente logrando concluir el desarrollo de los casos de usos planificados y obteniendo la aceptación del cliente sobre lo avanzado. En la segunda iteración de construcción continuamos con el desarrollo de los casos de uso planificados. Estos casos de uso pasaron por un proceso de pruebas para finalmente obtener la aceptación del segundo release por parte del cliente. / Tesis

El sistema de salud en el Perú está conformado por el sector público, al cual pertenecen el Ministerio de Salud (MINSA), la seguridad social (EsSalud) y los hospitales de las Fuerzas Armadas y Policiales; y por el sector privado, al cual pertenecen las clínicas afiliadas a la Entidad Prestadora de Salud (EPS) y las independientes, los médicos privados, los institutos especializados, los laboratorios clínicos, los servicios de emergencia, entre otros. / Tesis

Inmerso en el actual avance tecnológico, el campo de la salud en el Perú se halla en pleno desarrollo. Asimismo, los sistemas de gestión hospitalaria se encuentran en una constante mejora con el objetivo de alcanzar una eficiente y confiable automatización. De este modo, el presente proyecto profesional, Subsistema de Consultorio Externo V2.0, nace con el objetivo de implementar un software capaz de satisfacer las necesidades de un consultorio médico externo dentro de la gestión del Instituto de Salud del Niño (ISN). En efecto, el proyecto consiste en el desarrollo de un producto software que permita el control de los procesos y brinde, tanto a los médicos como al personal administrativo de la Unidad de Consultorios Externos del ISN, las herramientas adecuadas para poder agilizar la atención de aquellos pacientes que se encuentran en dicha área. / Tesis

El trabajo que se presenta a continuación consiste en la memoria del proyecto profesional “Sistema de creación y gestión de contenidos de aprendizaje” que se desarrolló para la obtención del Título de Ingeniero de Software. El proyecto formó parte de los cursos Taller de Proyectos, Proyecto 1 y Proyecto 2 que se cursaron en la Universidad Peruana de Ciencias Aplicadas, permitiendo el seguimiento por parte de los catedráticos. El sistema que se propone permite la administración de contenido de aprendizaje que se utiliza para el proceso de creación, almacenamiento, búsqueda y entrega de los objetos de aprendizaje. El documento a continuación está constituido por 8 capítulos. El Capítulo 1 explica la Fundamentación Teórica del proyecto, en el se va a tratar temas como el objeto de estudio, dominio del problema y la solución propuesta. El Capítulo 2 trata de los requerimientos del sistema, en este capítulo se habla de los actores del sistema, requerimientos funcionales, requerimientos no funcionales del sistema y el análisis de los requerimientos. / Tesis

En el año 2008, la Facultad de Computación de la Universidad Peruana de Ciencias Aplicadas establece la empresa virtual Salud-able cuyo giro de negocio es elaborar tecnologías de información para entidades de salud. La empresa se dedicó, en primer lugar, al estudio de los procesos de centros de salud de nivel I-3 del Ministerio de Salud del Perú. Se identificaron 3 procesos macro, los cuáles son: estratégicos, asistenciales y de apoyo. Como proyecto inicial se ejecutó el “Modelamiento de Procesos Empresariales para una Entidad Médica de Nivel I-3 de Complejidad” que investigó los procesos asistenciales de un centro de salud I-3 y como resultado se definió una cartera de proyectos de software para la automatización de estos procesos. Además, se realizó el proyecto “Arquitectura de Negocios de un Centro de Salud de Nivel I-3” que investigó los procesos estratégicos y de apoyo de las entidades de salud. Como consecuencia de la definición de la cartera de proyectos se iniciaron, en paralelo, los proyectos “Diseño de una Arquitectura Orientada a Servicios para un Establecimiento de Salud de Nivel I-3 de Complejidad” y “Diseño de una Arquitectura de Datos para Salud de Nivel I-3”. La primera investigó las diferentes tecnologías actuales del mercado de software, las evaluó y concluyó que los sistemas a realizarse deberían estar orientados a servicios (SOA) y hacer uso de herramientas libres para su implementación. El segundo proyecto establece la arquitectura de datos según el análisis de las entidades de negocio identificadas en los procesos del centro de salud. El presente proyecto tiene como objetivo general la implementación de un sistema que automatice los procesos asistenciales de Atención de Servicios Clínicos y Control de Exámenes Médicos en una entidad de salud de Nivel I-3 de complejidad para solucionar el principal problema de gestión de la información del paciente. Teniendo como base los proyectos anteriores en donde se definieron los procesos de negocio del centro de salud y la arquitectura tanto del software como de datos se puede iniciar la ejecución de las actividades para la implementación del sistema. Sin embargo, debido al tiempo transcurrido desde la entrega del resultado del primer proyecto y, en aras de mitigar el riesgo de haberse modificado los procesos dentro del centro de salud, se decidió, como parte del plan del proyecto, realizar actividades de reevaluación de las fases de conceptualización del problema de los centros de salud y de elaboración de las arquitecturas tanto de software como de datos. Esto conllevó a asistir a por lo menos 2 entidades de salud y establecer reuniones con los actores de los procesos en estudio, solicitar documentación de los mismos y consultar normas técnicas del estado peruano así como resoluciones ministeriales. Para una buena gestión del ciclo de vida del software, y al tratarse de un proyecto académico, se optó por el uso de una metodología de desarrollo estandarizada. Esta fue la metodología RUP (Rational Unified Process) debido a que es un modelo iterativo que se adapta de manera natural al proyecto, pero por sobretodo, debido a que los proyectos base usaron la metodología EUP que es la extensión de RUP. / Tesis

[pt] Espera-se que o desenvolvimento de suítes de teste a partir de modelos possa contribuir substancialmente para a redução do esforço humano e aumentar a eficácia dos testes gerados. Entende-se por eficácia (ideal) dos testes o percentual de defeitos existentes encontrados a partir desses testes. Uma grande parte dessas técnicas baseia-se em máquinas de estado e quase sempre estão voltadas para o teste de funcionalidade. Entretanto, existe a necessidade de se poder testar sistemas altamente interativos, tais como smartphones e tablets, a partir de uma descrição de sua interface humano-computador. O objetivo da dissertação é efetuar uma primeira avaliação de uma técnica voltada para a geração de suítes de teste visando o teste de interfaces gráficas. Para tal,desenvolvemos e avaliamos a eficácia de uma ferramenta, chamada Easy, que utiliza casos de uso tabulares e máquina de estados para a geração automática da suíte de testes. Os casos de uso são descritos em linguagem natural restrita. A partir dessa descrição, a ferramenta constrói uma máquina de estado e, a seguir, a utiliza para gerar cenários. Por construção os cenários estarão em conformidade com os casos de uso. Cada cenário corresponde a um caso de teste. Os cenários são apresentados ao usuário em linguagem natural restrita, permitindo a visualização destes antes da geração dos scripts finais de testes. Os scripts gerados são destinados a uma ferramenta de execução automatizada voltada para o teste de interfaces gráficas. Neste trabalho, utilizou-se a ferramenta UI Automation, responsável pela execução de testes em aplicações destinadas ao iOS, sistema operacional de iPhone, iPad e iPod Touch. A eficácia do processo foi avaliada em uma aplicação real, disponível na loja virtual de aplicativos App Store. Além disso, foram realizados testes de IHC afim de avaliar a influência no custo da produção da suíte de teste. / [en] It is expected that the development of test suites from models can contribute substantially to reducing the human effort and to increase the effectiveness of the generated tests. Means for tests’ effectiveness (ideal) the percentage of existing defects found by these tests. Most of these techniques is based on state machines and mostly directed to testing the functionality. However, there is a need to be able to test highly interactive systems, such as smartphones and tablets, from a description of its human computer interface. The goal of the dissertation is to make a first evaluation of a technique aimed to generate test suites for test of human computer graphic interface. For this purpose was developed and evaluated its effectiveness, a tool called Easy, using use cases tabular and state machine for the automatic generation of the suite tests. The use cases are described in natural language restricted. From this description, the tool builds a state machine, and then uses this to generate scenarios. By construction scenarios will be in accordance with the use cases. Each scenario corresponds to a test case. The scenarios are presented to the user in natural language, allowing the visualization of them before the generation of the final scripts tests. The generated scripts are intended to a running automated tool geared to testing graphical interfaces. In this work, we used the UI Automation tool, responsible for running tests on applications for the iOS, operational system for iPhones, iPads and iPod touchs. The effectiveness of the procedure was evaluated in a real application, available in the online store applications App Store. In addition, HCI tests were performed in order to evaluate the influence on the cost of production of the test suite.

Esta tese tem o objetivo de definir um processo para análise de requisitos não-funcionais orientado a aspectos denominado PARNAFOA. Este processo utiliza, de maneira integrada, métodos de tratamento de requisitos não-funcionais, baseados no NFR Framework, e métodos orientados a aspectos. Como resultado principal obtém-se um modelo de casos de uso que incorpora novas funções relacionadas aos requisitos não-funcionais. A aplicação do PARNAFOA foi realizada em cinco sistemas de software, com domínios, características e complexidades diversos. A avaliação da aplicação deste processo mostrou que o tratamento dos requisitos não-funcionais, desde as fases iniciais do desenvolvimento dos sistemas de software, complementa o modelo de casos de uso com funções adicionais ou gera restrições de projeto. Se estes requisitos não forem considerados desde o início, a introdução posterior dessas funções pode causar alterações nos modelos consolidados ou as atividades de projeto podem ser realizadas sem considerar as restrições. As aplicações do PARNAFOA e sua conseqüente melhoria, incorporada após sua avaliação, permitiu torná-lo mais flexível do que sua versal inicial. Aplicações futuras, com outros tipos de requisitos não-funcionais, irão permitir o amadurecimento deste processo. / The aim of this thesis is to define an aspect-oriented non-functional requirements analysis process named PARNAFOA. This process applies nonfunctional requirements methods in an integrated manner, based on NFR Framework, and aspect-oriented methods. A use case model that embodies non-functional requirements as new functions is the main result obtained from this process. PARNAFOA application was performed in five software systems, with diverse features, domains and complexities. The evaluation of this process application showed that the treatment of these non-functional requirements, from the early phases of software systems development, complements the use case model with additional new functions or generates project restrictions. If these requirements are not considered from the very beginning, the introduction of these functions at a later phase can generate modifications in consolidated models or project activities, that do not consider these restrictions, can be performed. The PARNAFOA applications and consequent improvement, incorporated after the assessment, allowed it to become more flexible than the initial version. Future applications, with other non-functional requirements types, will provide this process maturity.

Esta tese tem o objetivo de definir um processo para análise de requisitos não-funcionais orientado a aspectos denominado PARNAFOA. Este processo utiliza, de maneira integrada, métodos de tratamento de requisitos não-funcionais, baseados no NFR Framework, e métodos orientados a aspectos. Como resultado principal obtém-se um modelo de casos de uso que incorpora novas funções relacionadas aos requisitos não-funcionais. A aplicação do PARNAFOA foi realizada em cinco sistemas de software, com domínios, características e complexidades diversos. A avaliação da aplicação deste processo mostrou que o tratamento dos requisitos não-funcionais, desde as fases iniciais do desenvolvimento dos sistemas de software, complementa o modelo de casos de uso com funções adicionais ou gera restrições de projeto. Se estes requisitos não forem considerados desde o início, a introdução posterior dessas funções pode causar alterações nos modelos consolidados ou as atividades de projeto podem ser realizadas sem considerar as restrições. As aplicações do PARNAFOA e sua conseqüente melhoria, incorporada após sua avaliação, permitiu torná-lo mais flexível do que sua versal inicial. Aplicações futuras, com outros tipos de requisitos não-funcionais, irão permitir o amadurecimento deste processo. / The aim of this thesis is to define an aspect-oriented non-functional requirements analysis process named PARNAFOA. This process applies nonfunctional requirements methods in an integrated manner, based on NFR Framework, and aspect-oriented methods. A use case model that embodies non-functional requirements as new functions is the main result obtained from this process. PARNAFOA application was performed in five software systems, with diverse features, domains and complexities. The evaluation of this process application showed that the treatment of these non-functional requirements, from the early phases of software systems development, complements the use case model with additional new functions or generates project restrictions. If these requirements are not considered from the very beginning, the introduction of these functions at a later phase can generate modifications in consolidated models or project activities, that do not consider these restrictions, can be performed. The PARNAFOA applications and consequent improvement, incorporated after the assessment, allowed it to become more flexible than the initial version. Future applications, with other non-functional requirements types, will provide this process maturity.