domingo, 7 de diciembre de 2008
martes, 4 de noviembre de 2008
martes, 7 de octubre de 2008
Diagrama de Casos de uso.
- Especificación de casos de uso
Estudiante : Es el actor que envía solicitud incluye una previa identificación .
Recepcionista del sistema educacional : Es el actor encargado de asignar la empresa y profesor guía al estudiante entregado por el sistema.
Profesor guía : Es el actor encargado de evaluar el alumno a través del formulario entregado por el sistema.
Encargado de turno de la empresa asignada : Es el actor encargado de evaluar al alumno a través del formulario entregado por el sistema.
miércoles, 1 de octubre de 2008
martes, 30 de septiembre de 2008
Organigrama de la Empresa " Universidad Santo Tomás , sede Concepción".
Datos de la empresa : Universidad Santo Tomás sede Concepción , Chile.
martes, 23 de septiembre de 2008
Diagrama de modelamiento del proyecto
Proyecto de Sistema Administración de Práctica
Autor: Marco Mardones - Juan Pablo Contreras
Reglas de la institución:
§ El alumno no puede tomar su práctica antes de terminar el periodo de formación, en relación a su malla curricular.
§ Deberá tener cancelado la totalidad del arancel de la carrera.
§ Tendrá un periodo máximo de 2 años para la solicitud de la práctica.
Usuario (Rol)
Estudiante encargado de solicitar su práctica dentro de la institución.
Recepcionista de la inst. (Rol)
Es la que verifica la solicitud de la práctica solicitada por el alumno.
Empresa de la institución (Entidad)
Es la asignada directamente por la institución a cargo del alumno.
Empresa solicitada por el alumno (Entidad)
Esta es solicitada por el alumno para el desarrollo de su práctica previo a una verificación de la institución educacional.
Profesor Guía (Rol)
Encargado de la evaluación del alumno de acuerdo a ciertos puntos establecidos por la institución para su informe final.
Encargado turno (Rol)
Evalúa el desempeño del estudiante dentro de la empresa a través de un formulario entregado por la institución.
miércoles, 3 de septiembre de 2008
Requerimientos del sistema
Requerimientos del sistema
El sistema estará enfocado en administrar el proceso de practica de una institución educacional, emitirá un formulario con los campos que señalizara los requisitos que el estudiante debe cumplir para desarrollar dicha practica, también se le emitirá un formulario con los distintas etapas de evaluación a las que será expuesto con su respectivo porcentaje de evaluación, junto con esto le asignara en forma automática el sistema un profesor de la institución quien deberá evaluar en relación a las actividades que desempeñe el alumno en el sitio de trabajo que este realizando, dicha evaluación se realizara en un formulario que se le hará entrega en donde deberá señalar las etapas que están siendo evaluadas y el porcentaje de evaluación de dichas tareas.
El sistema también deberá asignarle una empresa en forma automática en el caso de que el alumno no tuviese en forma particular una empresa asignada, si el alumno tuviese una empresa en forma particular deberá señal en un informe en forma particular el rubro a la cual se dedica la empresa y en que parte de la empresa realizara su practica si la empresa no cumple con los requisitos mínimos que la institución exige para desarrollar la practica al alumno se le asignara en forma automática una empresa que se adecue con las habilidades y actividades que posee el estudiante y para el cual a sido preparado durante todo el periodo educacional.
Descripción
-Institución educacional: Se refiere a la cual el alumno pertenece.
-Solicitud del alumno: Es referido al alumno y carrera solicitada por este y en donde desea desempeñar su práctica si tuviese una en forma particular.
-Datos personales del alumno.
-Datos de la carrera y año Ingresado.
-El área en el cual desea desarrollar su práctica.
-Requisitos: Consiste en las habilidades que posee el alumno descritas por la carrera que allá cursado en los años previos junto con ello las actividades que realizara dentro de una empresa especifica asignada automáticamente por el sistema o si tuviese el alumno una empresa particular previamente evaluada por la institución.
-Habilidades que posee el alumno en cuanto a su carrera.
-La motivación
-La responsabilidad que posee.
-Asignación del profesor: La asignación del profesor es dada directamente al alumno por la institución previamente si es aceptado en los requerimientos antes señalados.
-Asignación de empresa: Esta será proporcionada automáticamente por el sistema si no tuviese una en forma particular, de lo contrario será evaluada la empresa que el mismo alumno a solicita como el área para desarrollar su practica, la evaluación de la empresa constará con:
-Si la empresa en compatible con la carrera para que el alumno desarrolle su practica en forma normal.
-Si el área en la cual desarrolla la práctica cumple con las exigencias mínimas que exige la institución educacional.
-Junto con esto, las actividades que realiza la empresa y los aspectos mas importantes del mismo.
viernes, 22 de agosto de 2008
Método xp
Xp define 4 variables para cualquier proyecto de software: el costo , tiempo , calidad y alcance.
En el año 2001, 17 personas redactaron el manifiesto ágil, en el que expresaron los siguientes puntos principales:
-individuos e interacciones en lugar de procesos y herramientas
-desarrollo de software en lugar de documentación exhaustiva
-trabajo con el cliente en lugar de negociaciones contractuales
-apertura para los cambios en lugar de cumplimiento de planes poco flexibles.
La Programación extrema se basa en los siguientes conceptos:
-Los equipos de desarrollo trabajan directamente con el cliente durante ciclos cortos de una o dos semanas como máximo.
-La entrega de las versiones del software ocurre muy temprano y en intervalos muy cortos para maximizar la interacción con el usuario.
-Existe una fuerte colaboración entre el equipo de desarrollo mientras trabaja en el código.
-El código se prueba y depura a lo largo del proceso de desarrollo.
-Existen indicadores que miden el progreso del proyecto para poder actualizar el plan de desarrollo.
Características
Las características fundamentales del método son:
- Desarrollo iterativo e incremental: pequeñas mejoras, unas tras otras.
- Pruebas unitarias continuas, frecuentemente repetidas y automatizadas, incluyendo pruebas de regresión. Se aconseja escribir el código de la prueba antes de la codificación. Véase, por ejemplo, las herramientas de prueba JUnit orientada a Java, DUnit orientada a Delphi y NUnit para la plataforma.NET. Estas dos últimas inspiradas en JUnit.
- Programación en parejas: se recomienda que las tareas de desarrollo se lleven a cabo por dos personas en un mismo puesto. Se supone que la mayor calidad del código escrito de esta manera -el código es revisado y discutido mientras se escribe- es más importante que la posible pérdida de productividad inmediata.
- Frecuente integración del equipo de programación con el cliente o usuario. Se recomienda que un representante del cliente trabaje junto al equipo de desarrollo.
- Corrección de todos los errores antes de añadir nueva funcionalidad. Hacer entregas frecuentes.
- Refactorización del código, es decir, reescribir ciertas partes del código para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento. Las pruebas han de garantizar que en la refactorización no se ha introducido ningún fallo.
- Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos de trabajo distintos, este método promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto. Las frecuentes pruebas de regresión garantizan que los posibles errores serán detectados.
- Simplicidad en el código: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podrá añadir funcionalidad si es necesario. La programación extrema apuesta que es más sencillo hacer algo simple y tener un poco de trabajo extra para cambiarlo si se requiere, que realizar algo complicado y quizás nunca utilizarlo.
La simplicidad y la comunicación son extraordinariamente complementarias. Con más comunicación resulta más fácil identificar qué se debe y qué no se debe hacer. Mientras más simple es el sistema, menos tendrá que comunicar sobre este, lo que lleva a una comunicación más completa, especialmente si se puede reducir el equipo de programadores.