DOCUMENTO DE PLANIFICACIÓN

OBJETIVO GENERAL

Dar a conocer un modelo de ciclo de vida adecuado para el problema a resolver sobre

la planificación requerida para dar un informe establecido sobre la organización y

diseño de como se ha desarrollado completamente cada paso de este documento.

OBJETIVO ESPECIFICOS

Listar los componentes de un plan de desarrollo de software

Explicar lo que debe hacerse en cada uno de los componentes del plan de desarrollo

Explicar el objetivo de los estimadores de costo

INTRODUCCIÓN La planificación es fundamental proceso de desarrollo de software y en cualquier otro

en el mismo se establece entre otras cosas qué tareas y cuándo se van a realizar y los

recursos que utilizarán las mismas en base a la planificación de trabajo en el la

gerencia podrá determinar si el proceso está marchando en tiempo y si está utilizando

los recursos de la forma esperada como es el tiempo, personal, dinero, etc. De la

forma esperada en esta lección presentamos qué componentes se deben incluir en un

plan para el desarrollo de un proyecto de software que complete las operaciones y

requerimientos esperados por el cliente y que sea ágil y fácil de usar por el usuario sin

complicaciones que no den problemas que la cooperativa manifieste y puedan

derogar con las personas encargadas del proyecto.

PLANIFICACIÓN DE UN PROYECTO DE SOFTWAREEn la planificación de nuestro proyecto se enfoca básicamente en los procedimientos que generalmente son los que da a conocer como se encuentra el estado del sistema y que beneficio le tiene que dar a la empresa en el momento de integrarlo a su funcionamiento dentro de la empresa para ello debe contener un relato de lo que se debe de llevar y lo que se debe dar a conocer.

Estimado de CostosEl plan requiere de un estimado de costos desglosado y detallado de los costos se debe indicar los costos específicos para cada etapa de desarrollo y par cada uno de los componentes costos de nómina, materiales, equipo, costos operacionales de la empresa cañera.

Programación del Tiempo Se indicará cuándo comienza y termina cada una de las etapas de desarrollo. Esto es necesario para poder determinar en todo momento si el proyecto se encuentra adelantado atrasado en un tiempo.

Planificación del PersonalSe debe establecer cuántas personas se necesitan para cada etapa del proyecto y qué tiempo dedicarán a trabajar en el proyecto horas día, horas, semana horas, Cada etapa puede requerir mayor o menor cantidad de personas que otras etapas y no todas las personas trabajan en todas las etapas.

Estructuración del Equipo de Trabajo El plan debe establecer la composición del grupo de trabajo. En este componente es muy importante tomar en consideración que tipo de personas se incluirán ya que se necesita un grupo que se acople bien. Se podría dar el caso de que se haga un grupo con individuos que trabajen muy bien solos o con algunas personas pero no con el grupo de trabajo en el que se incluyan.

Verificación y Control de Calidad:Para poder generar un producto de calidad es necesario que constantemente se verifique si los componentes del proyecto se están cumpliendo con los requisitos establecidos para el mismo. El plan de trabajo indicará de forma específica los mecanismos de verificación y control de calidad que se utilizarán en cada una de las etapas.

Gerencia de ConfiguraciónEl plan debe indicar de forma específica los mecanismos que se utilizarán para atender la necesidad y solicitudes de la empresa.

Monitoreo del ProyectoEl plan debe indicar cómo la gerencia monitoreará las actividades del proyecto y se encargará de que se cumpla hasta donde sea posible la planificación de trabajo establecido cooperativa cañera.

Manejo de RiesgosTodo proyecto tiene sus riesgos. La planificación debe establecer qué se hará en casos de retraso o que ocurrirá si se pierde uno o varios miembros del personal. Otro aspecto que debe considerar el plan es bajo qué circunstancias se decidirá no continuar con el proyecto ya que siempre existe la posibilidad de que el desarrollo se salga de Control

ESTIMADOS DE COSTOSEntre los componentes dela planificación de trabajo se encuentran los estimados de costos Entre las características relacionadas con los estimados de costos se encuentran las siguientes:

• Los estimados se necesitan antes de que comience el desarrollo del software• Se utiliza para competir en las operaciones agiles de la empresa• Se utiliza para el control del proyecto de software• La exactitud del estimado aumenta con las fases del proyecto

MODELO DE COSTO DE UNA SOLA VARIABLEEstimar los costos de los proyectos de software es muy importante porque permite a la cooperativa competir contra otras por obtener un contrato para el desarrollo sin un buen estimado la compañía podría exigir los requerimientos funcionales de dicho software para que de una función económica para la cooperativa y le permita controlar los costos durante el proceso de desarrollo.

CARACTERISTICAS DE COSTOSComplejidad del producto

Atributos del sistema

Restricciones para el tiempo de ejecución

Restricciones para el almacenamiento primario

Volatilidad de la máquina virtual

Tiempo de respuesta

Atributos del personal

Capacidad del analista

Experiencia con ese tipo de aplicación

Capacidad del programador

Experiencia con ese lenguaje de programación

Atributos del proyecto

Utilización de prácticas modernas de programación

Uso de herramientas de software

Tiempo requerido para el desarrollo

IDENTIFICAR EL AMBIENTE DEL PROYECTO Y LAS CARACTERÍSTICAS.El ambiente del proyecto y las características del mismo brindarán los elementos a tener en cuenta al determinar de qué forma se puede definir el proceso que se va a utilizar para el funcionamiento del software

Algunos de los factores de ambiente a considerar son:

Políticas

Estrategias

Procedimientos organizacionales;

Número de personas

Partes involucradas;

Forma de comunicación dentro del equipo y con el cliente,

Madurez de la organización con el tipo de proyecto

RIESGOS DEL PROYECTO

SELECCIONAR EL PROCESO Y LAS PRÁCTICAS A REALIZAR.En etapas tempranas de un proyecto es importante comenzar con la definición de la forma de trabajo que tendrá como resultado el plan de la calidad para el proyecto este plan es natural que vaya evolucionando a medida que el proyecto avanza y el equipo va aprendiendo sobre el problema que se está resolviendo.

ALGUNOS DE LOS ELEMENTOS QUE IMPLICARÁ LA DEFINICIÓN DEL PROCESO SON LOS SIGUIENTES

Identificar un modelo de ciclo de vida adecuado para el problema a resolver.

Identificar los procesos necesarios para el proyecto esto podría incluir prácticas responsabilidades de productos y precedencias entre las actividades.

Identificar necesidades de capacitación del equipo de proyecto.

Definir criterios de aceptación para los diferentes componentes del producto de software y servicios a entregar.

Definir las actividades de revisión verificación y validación con el objetivo de asegurar la calidad del software así como también los mecanismos a utilizar para dar resolución a los problemas que surjan a lo largo del proyecto.

Identificar estándares convenciones especificaciones de pruebas uso de herramientas para el soporte del proceso de software.

Definición de mecanismos de medición de satisfacción de clientes del proceso de software

Definir el proceso de gestión de la configuración del software.

ADAPTACIÓN DE PROCESOS TRADICIONALESLos procesos tradicionales, como se vio anteriormente se caracterizan por un alto nivel de detalle en la definición de los elementos que lo componen actividades y productos del proceso de software principalmente.

El plan de la calidad que se propone en este trabajo para modelar este tipo de procesos utiliza un formato en el cual se identifican dos grupos de actividades aquellas que dependen de la fase del ciclo de vida y aquellas actividades que son independientes de la fase en curso.

ADAPTACIÓN DE LOS PROCESOS DE SOFTWARELos procesos ágiles como se mencionó previamente están fuertemente orientados a las operaciones fundamentales por esta razón los elementos que manifiestan la adaptación del proceso son diferentes que los identificados en procesos tradicionales.

LOS VALORES QUE DEFINE EL EQUIPO DE TRABAJO REPRESENTAN ASPECTOS QUE SE HAN CONSIDERADO COMO FUNDAMENTALES PARA GARANTIZAR EL ÉXITO DE UN

PROYECTO DE DESARROLLO DE SOFTWARE LOS VALORES PUEDEN SER Comunicación Simplicidad Realimentación

ESTA METODOLOGÍA SE BASA EN PRINCIPIOS O PRÁCTICAS BÁSICAS DE LA SIGUIENTE FORMA

Retroalimentación a escala final. El principio de pruebas. Proceso de planificación. El cliente en el sitio. Programación en conjunto. Entendimiento compartido. Diseño simple. Propiedad colectiva del código. Estándar de codificación. Bienestar del programador.

El conjunto de prácticas definidas debe permitir asegurar que se entrega al cliente un producto que satisface sus necesidades en el tiempo prometido y con el costo acordado todo esto asegurando que el producto podrá ser mantenido una vez finalizado el proyecto.A continuación se presenta un ejemplo de formato de plan de la calidad para documentar las prácticas a realizar en un proyecto se incluye la identificación de la práctica cómo esta se desarrollará en el proyecto y cuál es el objetivo que se persigue al realizarla.

Campo DescripciónCONTROL DE BODEGA Se ingresan diferentes registros

manualmente como el control de abonos, pesticidas, insecticidas, combustible, herramientas como para el transporte, etc.

CONTROL DE PLANILLA Se ingresan diferentes registros como mantener información de planillas de pago a los empleados de la cooperativa, o la información de planillas de trabajadores entre otras.

CONTROL DE PRODUCCION Se ingresa lo más importante la gestión de producción de la empresa lo que es sus gastos y sus ganancia .

LA REPRESENTACIÓN DE LA PLANIFICACIÓN DE CALIDADpracticas desarrollo Objetivos/fundamentosPlanificación sobre el sistema

Planificar el trabajo del proyecto en iteraciones de dos semanas de duración

Aplicar un proceso de desarrollo flexible que se adapte a las necesidades del cliente obtener retroalimentación del usuario en forma rápida

Diseño simple Realizar el código lo más simple posible

Se busca que el código sea simple para que cada uno de los desarrolladores entienda perfecto lo que se está haciendo y no pierda tiempo en entenderlo.

Pruebas unitarias Realizar pruebas a medida que se desarrolla el sistema.

Se busca que durante el desarrollo se realicen pruebas para encontrar errores lo más temprano posible y así el trabajo sea menor

Refactoreo Mientras van desarrollando elSistema los programadores mejoran el código continuamente

Se busca que el diseño se mantenga simple que la cantidad de errores disminuya y los programadores puedan desarrollar más rápido.

Integracióncontinua

integrar continuamente lasdistintas partes desarrolladasDel sistema.

Las integraciones continuas apuntan a disminuir los errores generados en la etapa de integración

practicas desarrollo Objetivos/fundamentos8 horas semanales Desarrollando cada uno de

requerimientoSe busca mejorar los términos a definir del sistema para que pueda entenderse mediante su requerimiento.

Comunicación permanente con el cliente

Comunicación diaria con elCliente

Se busca que el cliente este informado de la evolución y comunique los cambios necesarios también ante cualquier duda sobre requerimientos se puede consultar al cliente rápidamente.

EL APRENDIZAJE DURANTE EL PROYECTO SE MODELÓ DE LA SIGUIENTE FORMA.loPlanificar iteraciones cortas de dos semanas de duración

En las iteraciones pudimos detectar en forma temprana retrasos respecto a los plazos inicialmente fijados y ajustar los planes de acuerdo a los niveles de productividad registrados en cada área control de bodega, planilla y producción.

CONCLUSIONLa definición de un proceso en un proyecto de software es un elemento fundamental para obtener un producto de software de calidad adecuada se destacan dos tendencias metodológicas para enfocar la forma de trabajo de un equipo de software para documentar el proceso de software de un proyecto específico los elementos a incluir en el Plan de la calidad varían según la metodología a utilizar en el proyecto también es importante registrar información detalladas sobre las actividades a realizar dentro del ámbito del sistema.

DOCUMENTO DE CASO DE USO

INTRODUCCIONSe presenta este caso de uso porque se desarrolló para cumplir con las funcionalidades del software que será creado como un sistema para la cooperativa cañera y que especifica los requerimiento de software dado que se ha identificado las funcionalidades del sistema el documento presenta la realización de todas las operaciones de control de bodega, planilla, producción que se harán dentro de la empresa y las pondrá en práctica a medida se vaya estructurando el sistema.

ALCANCESe presenta los actores de este caso y los casos de uso de todo el sistema SAHA en este caso el conjunto de actores comprende a un único actor que será el sistema el cual disparara la funcionalidad cabe aclarar que este caso de uso solo comprende la funcionalidad incluida dentro del alcance definido para el sistema.

ACTORES DEL SISTEMA

SISTEMA DE SOFTWAREComo se indica en este documento el sistema será utilizado para hacer las operaciones de control de bodega, planilla, producción de la cooperativa atreves de una interfaz definida por dicho sistema y acceder a todas las funcionalidades atreves de los datos que contenga la empresa.

ACONTINUACION SE DESCRIBE EL CASO DE USO DEL SISTEMA

DESCRIPCIONSe recibe del sistema los datos que describen el estado de cada área de la cooperativa como son el control de bodega, planilla, producción esta información contiene entre otros datos las operaciones que se realizan tanto de la área administrativa de las área mencionadas anteriormente.

PRE-CONDICIONESEste caso de uso será invocado atreves de una interfaz definida dependiendo del acceso al sistema que se hará atreves de métodos para que la información contenida retorne en las posiciones que el sistema las declare en cada área que se especifica de la empresa.

POS-CONDICIONLa velocidad del sistema para registra e ingresar a cada área de la cooperativa será devuelta en el parámetro de la operación invocada por el sistema.

FLUJO DE EVENTOS PRINCIPAL

Dado que el software realizara tareas de reconocimiento de los dato de las área de control de bodega, planilla y producción se utilizara dicha información para adaptar sus operaciones y el comportamiento que sea bien diferenciadas.

EL CAMBIO DE ETAPAS SE DETERMINA UTILIZANDO ALGUN CRITERIO BASADO EN EL ESTADO DE LAS OPERACIONES

Recibir información del área de control de bodega, planilla y producción de la cooperativa.

Determinar la etapa a partir de algún criterio basados en todas las operaciones de las áreas mencionadas anteriormente de la empresa.

Si el sistema se encuentra en la etapa de relevantamiento de meta-información de la cooperativa.

enviar información al módulo de reconocimiento de patrones de funcionamiento.

Enviar información a la estrategia que no utiliza meta-información para tomar decisiones.

Si el sistema ha incluido la etapa de relevantamiento de meta-información.

Enviar información a la estrategia que utiliza meta-información para tomar decisiones.

Obtener resultados de la estrategia correspondiente.