Este documento describe los pasos clave en la planificación de proyectos de software. Explica que la planificación incluye estimar el tiempo, esfuerzo y recursos necesarios para el proyecto. También cubre técnicas como COCOMO para estimar costos en base al tamaño del programa y factores adicionales. El objetivo final de la planificación es generar estimaciones razonables de los recursos, costos y cronograma para el proyecto de software.
Este trabajo fue presentado como parte del curso Ingeniería y calidad del Software ofrecido como parte de la Especialización en Informática y Ciencias de la Computación en la Fundación Universitaria Konrad Lorenz
Este trabajo fue presentado como parte del curso Ingeniería y calidad del Software ofrecido como parte de la Especialización en Informática y Ciencias de la Computación en la Fundación Universitaria Konrad Lorenz
El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.
Objetivo: Caracterizar las actividades involucradas en el descubrimiento, documentación y mantenimiento de los requerimientos de un producto determinado conociendo de forma precisa el problema que van a resolver para que la solución que se construya sea correcta y útil.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Requisitos No Funcionales
• Son aquellos que no se asimilan a las funciones del sistema como tal.
• Especifican restricciones sobre cómo que limiten las elecciones para
construir una solución.
• Son menos números que los RF.
• Conciernen a aspectos como:
➢ Calidad: usabilidad, confiabilidad, eficiencia.
➢ Implementación: plataforma de software, lenguaje de
programación, hardware.
➢ Ambiente: seguridad, privacidad, confidencialidad.
El Ciclo de Vida del Software propone algunos modelos para explicar las fases o etapas que cumple el producto de software desde los requerimientos inicial hasta su nueva entrega.
Objetivo: Caracterizar las actividades involucradas en el descubrimiento, documentación y mantenimiento de los requerimientos de un producto determinado conociendo de forma precisa el problema que van a resolver para que la solución que se construya sea correcta y útil.
Metricas del proyecto de Software - introduccionJose Diaz Silva
Introducción al manejo de las métricas de proyectos de software, considerando los aspectos de tamaño y los elementos de funcionalidad. Se explora la diferencia entre error y defecto , aclarando los conceptos de medida, medición, métrica e indicador. De la misma manera se exploran las métricas privadas y las públicas. Las ventajas y desventajas de estas métricas son mencionadas
Requisitos No Funcionales
• Son aquellos que no se asimilan a las funciones del sistema como tal.
• Especifican restricciones sobre cómo que limiten las elecciones para
construir una solución.
• Son menos números que los RF.
• Conciernen a aspectos como:
➢ Calidad: usabilidad, confiabilidad, eficiencia.
➢ Implementación: plataforma de software, lenguaje de
programación, hardware.
➢ Ambiente: seguridad, privacidad, confidencialidad.
Generalidades de la Seguridad en el área de Teleinformática
• Objetivos y Criterios de la Auditoría en el área de Teleinformática.
• Sintomas de riesgo
teleinformatica
• Técnicas y herramientas de auditoría relacionadas con la seguridad de la teleinformática
1)Generalidades de la seguridad del área física.
2)Seguridad lógica y confidencial.
3)Seguridad personal.
4)Clasificación de los controles de seguridad.
5)Seguridad en los datos y software de aplicación.
6)Controles para evaluar software de aplicación.
7)Controles para prevenir crímenes y fraudes informáticos.
8)Plan de contingencia, seguros, procedimientos de recuperación de desastres.
9)Técnicas y herramientas relacionadas con la seguridad física y del personal.
10)Técnicas y herramientas relacionadas con la seguridad de los datos y software de aplicación.
Ensayo
1)Recopilación de la información organizacional.
2)Evaluación de los recursos humanos.
3)Entrevistas con el personal de informática.
4)Situación presupuestal y financiera.
a)Presupuestos.
b)Recursos financieros y materiales.
Este documento esta comprendido por todos los tipos de memoria con su uso ventajas y desventajas.
Elaborado por: Georgy Sanchez
Cedula de Identidad: 26.256.610
Estudiante en el IUPSM
Today is Pentecost. Who is it that is here in front of you? (Wang Omma.) Jesus Christ and the substantial Holy Spirit, the only Begotten Daughter, Wang Omma, are both here. I am here because of Jesus's hope. Having no recourse but to go to the cross, he promised to return. Christianity began with the apostles, with their resurrection through the Holy Spirit at Pentecost.
Hoy es Pentecostés. ¿Quién es el que está aquí frente a vosotros? (Wang Omma.) Jesucristo y el Espíritu Santo sustancial, la única Hija Unigénita, Wang Omma, están ambos aquí. Estoy aquí por la esperanza de Jesús. No teniendo más remedio que ir a la cruz, prometió regresar. El cristianismo comenzó con los apóstoles, con su resurrección por medio del Espíritu Santo en Pentecostés.
Un libro sin recetas, para la maestra y el maestro Fase 3.pdfsandradianelly
Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestr
2. La planificación del desarrollo de software es
comúnmente utilizado para representar
quizás de manera grafica o virtual la forma en
la que se desempeñara dicho software,
siempre y cuando cada uno de los pasos y
restricciones sean reglamentariamente
seguidas.
3. Es el Proceso de gestión para la creación de un
Sistema o software, la cual encierra un conjunto de
actividades, una de las cuales es la estimación,
estimar es echar un vistazo al futuro y aceptamos
resignados cierto grado de incertidumbre. Aunque
la estimación, es mas un arte que una Ciencia, es
una actividad importante que no debe llevarse a
cabo de forma descuidada.
4. En el principio el costo del Software constituía un
pequeño porcentaje del costo total de los sistemas
basados en Computadoras. Hoy en día el Software es
el elemento más caro de la mayoría de los sistemas
informáticos. Un gran error en la estimación del costo
puede ser lo que marque la diferencia entre
beneficios y perdidas, la estimación del costo y del
esfuerzo del software nunca será una ciencia exacta,
son demasiadas las variables: humanas, técnicas, de
entorno, políticas, que pueden afectar el costo final
del software y el esfuerzo aplicado para desarrollarlo.
5. El objetivo de la Planificación del proyecto de
Software es proporcionar un marco de trabajo
que permita al gestor hacer estimaciones
razonables de recursos costos y planificación
temporal.
El Objetivo de la planificación se logra
mediante un proceso de descubrimiento de la
información que lleve a estimaciones
razonables.
6. En esta etapa se deben evaluar la función
y el rendimiento que se asignaron al Software
durante la Ingeniería del Sistema de
Computadora para establecer un ámbito de
proyecto que no sea ambiguo, e
incomprensible para directivos y técnicos.
7. La Segunda tarea de la planificación del desarrollo
de Software es la estimación de los recursos
requeridos para acometer el esfuerzo de desarrollo
de Software, esto simula a una pirámide donde las
Herramientas (hardware y Software), son la base
proporciona la infraestructura de soporte al
esfuerzo de desarrollo, en segundo nivel de la
pirámide se encuentran los Componentes
reutilizables.
8. Recursos Humanos: La Cantidad de personas
requeridas para el desarrollo de un proyecto de
software solo puede ser determinado después de
hacer una estimación del esfuerzo de desarrollo.
Recursos o componentes de software
reutilizables: Cualquier estudio sobre recursos de
software estaría incompleto sin estudiar la
reutilización, esto es la creación y la reutilización
de bloques de construcción de Software.
Recursos de entorno: El entorno es donde se
apoya el proyecto de Software, llamado a
menudo entorno de Ingeniería de Software,
incorpora Hardware y Software
9. Para realizar estimaciones seguras de costos
y esfuerzos tienen varias opciones posibles:
• Deje la estimación para más adelante
(obviamente podemos realizar una estimación
al cien por cien fiable después de haber
terminado el proyecto.
• Base las estimaciones en proyectos
similares ya terminados.
10. • Utilice técnicas de descomposición
relativamente sencillas para generar las
estimaciones de costos y esfuerzo del
proyecto.
• Desarrolle un modelo empírico para el
cálculo de costos y esfuerzos del Software
11. Los Modelos Empíricos: Donde los datos que
soportan la mayoría de los modelos de
estimación obtienen una muestra limitada de
proyectos. Por esta razón, el modelo de
estimación no es adecuado para todas las
clases de software y en todos los entornos de
desarrollo.
12. Modelo I. El Modelo COCOMO básico calcula el esfuerzo y el
costo del desarrollo de Software en función del tamaño del
programa, expresado en las líneas estimadas.
Modelo II. El Modelo COCOMO intermedio calcula el esfuerzo
del desarrollo de software en función del tamaño del
programa y de un conjunto de conductores de costos que
incluyen la evaluación subjetiva del producto, del
hardware, del personal y de los atributos del proyecto.
Modelo III. El modelo COCOMO avanzado incorpora todas las
características de la versión intermedia y lleva a cabo una
evaluación del impacto de los conductores de costos en
cada caso (análisis, diseño, etc.) del proceso de ingeniería
de Software.
13. Las distintas etapas o momentos internos,
que suelen señalarse son las siguientes:
1- * Identificación. 2- * Diseño y Elaboración
3- * Formulación. 4- * Presentación
5- * Aprobación. 6- * Ejecución
7- * Seguimiento. 8- * Evaluación
A veces se "sintetizan" reduciéndolas a la 1
que incluiría las cuatro siguientes, a la 6 con
la doble función de la 7, y a la 8; Aquí
explicaremos las ocho, porque conviene
conocerlas todas.
14. En resumen el planificador del Proyecto de
Software tiene que estimar tres cosas antes
de que comience el proyecto: cuanto durara,
cuanto esfuerzo requerirá y cuanta gente
estará implicada. Además el planificador debe
predecir los recursos de hardware y software
que va a requerir y el riesgo implicado.
15. Scribd. (2013). Planificación de un proyecto
de software.pdf. [online] Disponible en:
https://es.scribd.com/document/127653789
/Planificacion-de-un-proyecto-de-software-
pdf [Revisado14 Feb. 2018].
Eurosur.org. (n.d.). Esquema de un Proyecto.
[online] Disponible en:
http://www.eurosur.org/OLEIROS/Ciclo7.html
[Revisado 14 Feb. 2018].