SlideShare una empresa de Scribd logo
1 de 11
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 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 y lo que se 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.
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
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 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.
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 .
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.
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.
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
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.

Más contenido relacionado

La actualidad más candente

Plan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPlan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPatricio Abad
 
Fase de Operación y Mantenimiento
Fase de Operación y MantenimientoFase de Operación y Mantenimiento
Fase de Operación y MantenimientoDecimo Sistemas
 
Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software Johan Prevot R
 
Gestión del Alcance del Programa
Gestión del Alcance del ProgramaGestión del Alcance del Programa
Gestión del Alcance del ProgramaDharma Consulting
 
Requerimientos del Software: 8 trampas a evitar
Requerimientos del Software: 8 trampas a evitarRequerimientos del Software: 8 trampas a evitar
Requerimientos del Software: 8 trampas a evitarDharma Consulting
 
Gestion del alcance proyecto
Gestion del alcance proyectoGestion del alcance proyecto
Gestion del alcance proyectodochoaq_1981
 
4 Caelum Solo Pruebas 2009
4  Caelum Solo Pruebas 20094  Caelum Solo Pruebas 2009
4 Caelum Solo Pruebas 2009Pepe
 
Gestion de proyectos informaticos
Gestion de proyectos informaticosGestion de proyectos informaticos
Gestion de proyectos informaticosTensor
 
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...Red Globe
 
Smgp pc (plan de-calidad)-v3-docx
Smgp pc (plan de-calidad)-v3-docxSmgp pc (plan de-calidad)-v3-docx
Smgp pc (plan de-calidad)-v3-docxJose Farias
 

La actualidad más candente (18)

Plan De Aseguramiento De Calidad
Plan De Aseguramiento De CalidadPlan De Aseguramiento De Calidad
Plan De Aseguramiento De Calidad
 
15 declaracion del alcance PMI
15 declaracion del alcance PMI15 declaracion del alcance PMI
15 declaracion del alcance PMI
 
Fabricas de software
Fabricas de softwareFabricas de software
Fabricas de software
 
Fase de Operación y Mantenimiento
Fase de Operación y MantenimientoFase de Operación y Mantenimiento
Fase de Operación y Mantenimiento
 
Gestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de SoftwareGestión de la Calidad en Proyectos de Software
Gestión de la Calidad en Proyectos de Software
 
Plan de gestion de calidad uni 2011-1
Plan de gestion de calidad uni 2011-1Plan de gestion de calidad uni 2011-1
Plan de gestion de calidad uni 2011-1
 
Gestion Calidad Software
Gestion Calidad Software Gestion Calidad Software
Gestion Calidad Software
 
Gestión del Alcance del Programa
Gestión del Alcance del ProgramaGestión del Alcance del Programa
Gestión del Alcance del Programa
 
Presentacion Final
Presentacion FinalPresentacion Final
Presentacion Final
 
Requerimientos del Software: 8 trampas a evitar
Requerimientos del Software: 8 trampas a evitarRequerimientos del Software: 8 trampas a evitar
Requerimientos del Software: 8 trampas a evitar
 
Gestion del alcance proyecto
Gestion del alcance proyectoGestion del alcance proyecto
Gestion del alcance proyecto
 
4 Caelum Solo Pruebas 2009
4  Caelum Solo Pruebas 20094  Caelum Solo Pruebas 2009
4 Caelum Solo Pruebas 2009
 
Unidad 5
Unidad 5Unidad 5
Unidad 5
 
Gestion de proyectos informaticos
Gestion de proyectos informaticosGestion de proyectos informaticos
Gestion de proyectos informaticos
 
metodologia
metodologiametodologia
metodologia
 
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...
Gerencia de Proyectos Sesión 10 Gestión del Alcance en Gerencia de Proyectos ...
 
Smgp pc (plan de-calidad)-v3-docx
Smgp pc (plan de-calidad)-v3-docxSmgp pc (plan de-calidad)-v3-docx
Smgp pc (plan de-calidad)-v3-docx
 
Sqa ejemplo
Sqa ejemploSqa ejemplo
Sqa ejemplo
 

Destacado (20)

Puntaje junio 2012 santa barbara
Puntaje junio 2012 santa barbaraPuntaje junio 2012 santa barbara
Puntaje junio 2012 santa barbara
 
Tovar puntaje junio 2012
Tovar puntaje junio 2012Tovar puntaje junio 2012
Tovar puntaje junio 2012
 
Hoy ourense ii
Hoy ourense iiHoy ourense ii
Hoy ourense ii
 
Vrauier
VrauierVrauier
Vrauier
 
Analisis poblacional
Analisis poblacionalAnalisis poblacional
Analisis poblacional
 
Nueva calendarizacion de la I.E.P Mx Nº 20182 "Abraham Valdelomar" del año es...
Nueva calendarizacion de la I.E.P Mx Nº 20182 "Abraham Valdelomar" del año es...Nueva calendarizacion de la I.E.P Mx Nº 20182 "Abraham Valdelomar" del año es...
Nueva calendarizacion de la I.E.P Mx Nº 20182 "Abraham Valdelomar" del año es...
 
Tabla a z n
Tabla a z nTabla a z n
Tabla a z n
 
MA Certification
MA CertificationMA Certification
MA Certification
 
Hoy u.c. a mariña
Hoy u.c. a mariñaHoy u.c. a mariña
Hoy u.c. a mariña
 
Expo ing.softwarejenny
Expo ing.softwarejennyExpo ing.softwarejenny
Expo ing.softwarejenny
 
La teoría de las representaciones sociales de serge moscovici 2
La teoría de las representaciones sociales de serge moscovici 2La teoría de las representaciones sociales de serge moscovici 2
La teoría de las representaciones sociales de serge moscovici 2
 
CUARTO TALLER CONVERGENCIA POPULAR CASMA
CUARTO TALLER CONVERGENCIA POPULAR CASMACUARTO TALLER CONVERGENCIA POPULAR CASMA
CUARTO TALLER CONVERGENCIA POPULAR CASMA
 
Zebra
ZebraZebra
Zebra
 
Vision
VisionVision
Vision
 
Documento de vision
Documento de visionDocumento de vision
Documento de vision
 
Alergias
AlergiasAlergias
Alergias
 
Vision
VisionVision
Vision
 
Quieres nombres para tus periq
Quieres nombres para tus periqQuieres nombres para tus periq
Quieres nombres para tus periq
 
project managment Certificate
project managment Certificateproject managment Certificate
project managment Certificate
 
Programacion del miercoles
Programacion del miercolesProgramacion del miercoles
Programacion del miercoles
 

Similar a Planificación de software cooperativa cañera

SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxJ Martin Luzon
 
Fases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrolloFases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrolloYip-yip
 
Planificación de proyecto de software
Planificación de proyecto de softwarePlanificación de proyecto de software
Planificación de proyecto de softwareMirla Montaño
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipoArturo Jimenez
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de softwaresairarcf
 
U5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoU5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoRkr Gore
 
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdf
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdfOpciones en la Adquisicion de sistemas de informacion.pdf (1).pdf
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdfSANTIAGOALEJANDROGUT
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software JrJunior Leal
 
Apuntes unidad-3-2015
Apuntes unidad-3-2015Apuntes unidad-3-2015
Apuntes unidad-3-2015Lucero Mtz
 
Planificacion de Proyecto de Software
Planificacion de Proyecto de SoftwarePlanificacion de Proyecto de Software
Planificacion de Proyecto de SoftwareNelson Guanipa
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectosaaahhhhaaa
 

Similar a Planificación de software cooperativa cañera (20)

Pym
PymPym
Pym
 
Pym
PymPym
Pym
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
 
Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
 
RUP
RUPRUP
RUP
 
Fases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrolloFases del ciclo de la vida de desarrollo
Fases del ciclo de la vida de desarrollo
 
Planificación de proyecto de software
Planificación de proyecto de softwarePlanificación de proyecto de software
Planificación de proyecto de software
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
 
Semana 1 2-3 (3)
Semana 1 2-3 (3)Semana 1 2-3 (3)
Semana 1 2-3 (3)
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipo
 
Desarrollo de software
Desarrollo de softwareDesarrollo de software
Desarrollo de software
 
Articulo final
Articulo finalArticulo final
Articulo final
 
U5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalbertoU5 examen gonzalez_garciacarlosalberto
U5 examen gonzalez_garciacarlosalberto
 
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdf
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdfOpciones en la Adquisicion de sistemas de informacion.pdf (1).pdf
Opciones en la Adquisicion de sistemas de informacion.pdf (1).pdf
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software Jr
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
 
Apuntes unidad-3-2015
Apuntes unidad-3-2015Apuntes unidad-3-2015
Apuntes unidad-3-2015
 
Planificacion de Proyecto de Software
Planificacion de Proyecto de SoftwarePlanificacion de Proyecto de Software
Planificacion de Proyecto de Software
 
Ciclo de Vida de un Software.pdf
Ciclo de Vida de un Software.pdfCiclo de Vida de un Software.pdf
Ciclo de Vida de un Software.pdf
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectos
 

Más de Josesito Flores

Más de Josesito Flores (10)

Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
 
Diagrama de componentes
Diagrama de componentesDiagrama de componentes
Diagrama de componentes
 
Documento de requerimiento
Documento de requerimientoDocumento de requerimiento
Documento de requerimiento
 
Expo ing.software
Expo ing.softwareExpo ing.software
Expo ing.software
 
Expo ing.software
Expo ing.softwareExpo ing.software
Expo ing.software
 
Comida adomicilio 111
Comida adomicilio 111Comida adomicilio 111
Comida adomicilio 111
 
Laboratorio de jenn y
Laboratorio de jenn yLaboratorio de jenn y
Laboratorio de jenn y
 
Blog de ingenieria
Blog de ingenieriaBlog de ingenieria
Blog de ingenieria
 
Blog de ingenieria
Blog de ingenieriaBlog de ingenieria
Blog de ingenieria
 
Blog de ingenieria
Blog de ingenieriaBlog de ingenieria
Blog de ingenieria
 

Planificación de software cooperativa cañera

  • 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 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.
  • 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 y lo que se 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.