El documento presenta un modelo de planificación para el desarrollo de software que incluye objetivos generales y específicos, y describe los componentes clave de un plan como estimados de costos, programación de tiempo, planificación de personal, verificación de calidad, y gestión de riesgos para garantizar el éxito del proyecto.

1. 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

2. 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 ala 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.

3. PLANIFICACIÓN DE UN PROYECTO DE SOFTWARE
En 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 ylo quese debe dar a conocer.
Estimado de Costos
El 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 Personal
Se 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ón
El plan debe indicar de forma específica los mecanismos que se utilizarán para atender
la necesidad y solicitudes de la empresa.

4. Monitoreo del Proyecto
El 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 Riesgos
Todo 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 COSTOS
Entre 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 VARIABLE
Estimar 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 COSTOS
Complejidad 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

5. 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.

6. 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 TRADICIONALES
Los 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 SOFTWARE
Los 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.

7. 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ón
CONTROL 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 .

8. LA REPRESENTACIÓN DE LA PLANIFICACIÓN DE CALIDAD
practicas desarrollo Objetivos/fundamentos
Planificació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 el
Sistema 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ón
continua
integrar continuamente las
distintas partes
desarrolladas
Del sistema.
Las integraciones continuas
apuntan a disminuir los
errores generados en la
etapa de integración
practicas desarrollo Objetivos/fundamentos
8 horas semanales Desarrollando cada uno de
requerimiento
Se 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 el
Cliente
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.

9. EL APRENDIZAJE DURANTE EL PROYECTO SE MODELÓ DE LA SIGUIENTE FORMA.lo
Planificar 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.
CONCLUSION
La 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.

10. DOCUMENTO DE CASO DE USO
INTRODUCCION
Se 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.
ALCANCE
Se 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 SOFTWARE
Como 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
DESCRIPCION
Se 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-CONDICIONES
Este 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-CONDICION
La 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

11. 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.