27 research outputs found

    THE IMPLEMENTATION OF EDUCATIONAL STAFF MANAGEMENT AT SEKOLAH MENENGAH ATAS NEGERI 7 IN TANJUNGBALAI

    Get PDF
    This study aims to describe the implementation of the management of educational staff at the SMA Negeri 7 in Tanjung Balai. This study used qualitative research methods and collected data by using interviews, study documentation, and observation. The findings of this study found that the appointment of educational staff includes a selection of administrative requirements, and psychology through filling out forms and other requirements. The findings indicate that the implementation went well, and it can be seen from educational staff who cooperated, communicated with each other well, and were placed according to their knowledge. Supervision has been carried out properly, as well as the form of supervision carried out by the principal as the education manager. In addition, there are several supporting factors such as employees who are disciplined, creative, and responsible, have supporting infrastructure, coaching that is often followed by employees, and inhibiting factors faced regarding the rapid development of the times so that systems and technology tools are always developing in the implementation of administration

    Vulnerable Path Determination in mobile ad-hoc networks using Markov Model

    Get PDF
    Security threats are of major concern in information sensitive ad-hoc networks like emergency military communication networks. We propose a Proactive Information Security Management System (PISMS) framework with vulnerable path determination module (VPDM) for such mobile ad-hoc networks. The chief security officer can use it to identify the most vulnerable paths, so that they can be patched using suitable security technologies before the hackers actually attack and compromise them. Our PISMS computes (i) the probability of transitioning from each node to its adjacent neighbors, using two key indicators (angle and distance); (ii) number of steps required to reach a pre-determined destination from different sources using Markov model. The path that requires minimum number of steps to reach a destination is the most vulnerable path. This mechanism of identifying vulnerable path is incorporated as an integral part of the Information systems acquisition, development and maintenance (ISADM) module of ISMS framework ISO27001

    What\u27s News At Rhode Island College

    Get PDF
    https://digitalcommons.ric.edu/whats_news/1524/thumbnail.jp

    T茅cnicas para una mejor Ingenier铆a de Requerimientos. Nuevas estrategias

    Get PDF
    En un proyecto de desarrollo de software las medidas del 茅xito suelen ser aparentemente muy simples: lograr la satisfacci贸n del cliente, finalizando el proyecto a tiempo, con el alcance definido y dentro del presupuesto inicialmente previsto; sin embargo los problemas a los que se enfrenta el responsable del proyecto cuando intenta cumplir con todos estos requerimientos es bastante complejo, es por esto que se requiere de un conjunto de soluciones que contribuyan a la consecuci贸n de los objetivos del proyecto con el fin de permitir a la organizaci贸n progresar tecnol贸gicamente, sin que se convierta en dependiente de las herramientas y de las modificaciones que deben hacerse en ellas. En este escenario, la Ingenier铆a de requerimientos juega un papel relevante pues ayuda, a los responsables del proyecto a entender mejor el problema en cuya soluci贸n trabajar谩n y a utilizar herramientas que les permitan disminuir los riesgos y los sobrecostos en el proceso de desarrollo. En cuanto al tratamiento de los requerimientos, los analistas usan diferentes t茅cnicas (entrevistas, prototipos, observaci贸n, estudio de documentaci贸n, cuestionario, escenarios, etc.) para recolectar, separar y clasificar los requerimientos. Los criterios usados para la aplicaci贸n de estas t茅cnicas son diversos y dependen en gran medida de la experiencia del analista. La comunicaci贸n entre las personas es compleja, cuando se trata de requerimientos para sistemas o productos software. Para poder evitar estos inconvenientes hay que hallar mecanismos o herramientas que permitan que la comunicaci贸n establecida entre el cliente y el profesional de sistemas sea efectiva y convierta lo emitido por el cliente y/o usuario en informaci贸n fiable.Eje: Ingenier铆a de softwareRed de Universidades con Carreras en Inform谩tica (RedUNCI

    Ponderaci贸n de requisitos de software usando t茅cnicas cognitivas y orientaci贸n por objetivos

    Get PDF
    Este trabajo presenta una estrategia basada en la definici贸n de un proceso de priorizaci贸n de requisitos que clasifica preferencias de los stakeholders en forma semiautom谩tica considerando sus perfiles cognitivos. Los procesos que forman parte de la estrategia est谩n descriptos en base a la especificaci贸n de requisitos aplicada a un caso de estudio. Si bien la metodolog铆a de la estrategia puede ser utilizada en todo momento, en aplicaciones de gran envergadura se podr铆a considerar utilizar s贸lo para aquellos requisitos en conflicto.Presentado en el Encuentro de Tesistas de PostgradoRed de Universidades con Carreras en Inform谩tica (RedUNCI

    Ponderaci贸n de requisitos de software usando t茅cnicas cognitivas y orientaci贸n por objetivos

    Get PDF
    Este trabajo presenta una estrategia basada en la definici贸n de un proceso de priorizaci贸n de requisitos que clasifica preferencias de los stakeholders en forma semiautom谩tica considerando sus perfiles cognitivos. Los procesos que forman parte de la estrategia est谩n descriptos en base a la especificaci贸n de requisitos aplicada a un caso de estudio. Si bien la metodolog铆a de la estrategia puede ser utilizada en todo momento, en aplicaciones de gran envergadura se podr铆a considerar utilizar s贸lo para aquellos requisitos en conflicto.Presentado en el Encuentro de Tesistas de PostgradoRed de Universidades con Carreras en Inform谩tica (RedUNCI

    An谩lisis de disciplinas de las Ciencias de la Conducta como aporte a la Ingenier铆a de Requerimientos

    Get PDF
    La Ingenier铆a de Requerimientos (IR) juega un papel relevante en el desarrollo de software dado que contribuye a entender mejor el problema en cuesti贸n. En este marco, un punto cr铆tico de la IR es la comunicaci贸n entre las personas, por tanto, es importante incorporar mecanismos que posibiliten una comunicaci贸n eficaz entre los clientes y los profesionales de Sistemas. La IR constituye una compleja mezcla de aspectos tangibles e intangibles, dado que aborda cuestiones t茅cnicas, como la trazabilidad o la medici贸n, as铆 como cuestiones referidas al comportamiento individual o grupal. En esta l铆nea de trabajo se propone considerar a la IR como una disciplina sociot茅cnica, e incorporar nuevos recursos provenientes de otros campos, tales como la Programaci贸n Neuroling眉铆stica, el Coaching Ontol贸gico, la Inteligencia Emocional y la Mediaci贸n, de manera de fortalecer el proceso de comunicaci贸n y contribuir a la obtenci贸n de requerimientos m谩s precisos y efectivos.Eje: Ingenier铆a de SoftwareRed de Universidades con Carreras en Inform谩tica (RedUNCI

    Negotiation of software requirements in an asynchronous collaborative environment

    Get PDF
    The effect of task structure and negotiation sequence on collaborative software requirements negotiation is investigated. This work began with an extensive literature review that focused on current research in collaborative software engineering and, in particular, on the negotiation of software requirements and the requisite collaboration for the development of such requirements. A formal detailed experiment was then conducted to evaluate the effects of negotiation sequence and task structure in an asynchronous group meeting environment. The experiment tested the impact of these structures on groups negotiating the requirements for an emergency response information system. The results reported here show that these structures can have a positive impact on solution quality but a negative impact on process satisfaction, although following a negotiation sequence and task structure can help asynchronous groups come to agreement faster. Details of the experimental procedures, statistical analysis, and discussion of the results of the experiment are also presented, as are suggestions for improving this work and a plan for future research

    Classifying software requirement prioritization approaches

    Get PDF
    Defining software requirements is a complex and difficult process, which often leads to costly project failures. Requirements emerge from a collaborative and interactive negotiation process that involves heterogeneous stakeholders (people involved in an elicitation process such as users, analysts, developers, and customers). Practical experience shows that prioritizing requirements is not as straightforward task as the literature suggests. A process for prioritizing requirements must not only be simple and fast, but it must obtain trustworthy results. The objective of this paper is to provide a classification framework to characterize prioritization proposals. We highlight differences among eleven selected approaches by emphasizing their most important featuresII Workshop de Ingenier铆a de Software y Bases de Datos (WISBD)Red de Universidades con Carreras en Inform谩tica (RedUNCI
    corecore