Desarrollo de la Propuesta - PowerPoint PPT Presentation

1 / 113
About This Presentation
Title:

Desarrollo de la Propuesta

Description:

Sugerir alternativas de soluci n. T cnica de an lisis de errores ... Analizar las alternativas de correcci n y sugerir las que sean factibles. rbol del Problema ... – PowerPoint PPT presentation

Number of Views:395
Avg rating:3.0/5.0
Slides: 114
Provided by: juancarlos61
Category:

less

Transcript and Presenter's Notes

Title: Desarrollo de la Propuesta


1
Desarrollo de la Propuesta
  • Proyecto de Solución de Problemas con Programación

2
Qué es una Propuesta?
  • Define formalmente el tema a desarrollar. Cumple
    tres funciones
  • Es un plan de acción
  • Es un compromiso por escrito
  • Elaborar el primer capítulo del reporte final

3
Qué es una Propuesta?
  • A la propuesta también suele llamarse
    Anteproyecto o Bosquejo.
  • Antes de realizar la propuesta se debe considerar
    la viabilidad del proyecto.
  • Con la propuesta se cierra la fase de
    comunicación de un proyecto (identidad)

4
Qué es una Propuesta?
  • Las propuestas tienen formatos variables pero en
    esencia conservan muchas características básicas.
  • Las propuestas aplican para cualquier proyecto de
    cualquier tipo.

5
Frases Célebres
  • Si supiera qué es lo que estoy haciendo, no lo
    llamaría investigación aún, verdad?. Albert
    Einstein
  • La formulación de un problema, es más importante
    que su solución. Albert Einstein.

6
Frases Célebres
  • Si buscas resultados distintos, no hagas siempre
    lo mismo. Albert Einstein
  • Ley de Wolter Si tiene tiempo, no tendrá
    dinero. Si tiene dinero, no tendrá tiempo.

7
Frases Célebres
  • La imaginación es más importante que el
    conocimiento. Albert Einstein
  • Si no corres tan rápido como tu competidor,
    estás en una situación difícil pero si sólo
    corres a la mitad de la velocidad, estás
    acabado. George Salk

8
Frases Célebres
  • No hagas planes pequeños pues no tienen el
    poder de hacer hervir la sangre de los hombres.
    Nicolás Maquiavelo
  • Segunda Ley de Clarke La única forma de
    descubrir los límites de lo posible es
    traspasarlos en dirección de lo imposible.

9
2.1 Planteamiento del Problema
  • Si no sabemos lo que buscamos jamás lo vamos a
    encontrar. 
  • En desarrollo de proyectos la parte medular de la
    solución se encuentra al definir el SOW
    (Statement of Work).

10
Planteamiento del Problema
  • Es la descripción sistemática y rigurosa de los
    hechos que gira en torno a una determinada
    situación.
  • Debe contener antecedentes, precisando que
    características es lo que se va a estudiar.

11
Planteamiento del Problema
  • Debe resolver a las preguntas qué?, cuando?,
    por qué? cómo? dónde?
  • Algunas características del planteamiento del
    problema son resoluble, congruente, relevante,
    objetivo, original, vigente y preciso.

12
Planteamiento del Problema
  • Definir un problema corresponde a tener el 90 de
    la solución.
  • Existen muchas técnicas para encontrar y
    delimitar el problema, siendo las más
    importantes reto de ideas, análisis del problema
    y árbol del problema.

13
Planteamiento del problema
  • La técnica de reto de ideas es una técnica creada
    con la finalidad de ayudar a definir alternativas
    de solución para algunos problemas.
  • A continuación se muestra cada paso de esta
    técnica

14
a) Explorar el problema
  • Es analizar y situar la idea o concepto
    definiendo sus características. Se realizan
    preguntas como
  • Qué objetivos cumple?
  • Qué factores intervienen en su funcionamiento?
  • Cómo opera?
  • Es útil?
  • Es funcional?
  • Como debería de ser?

15
Técnica de reto de ideas
  • Seleccionar una situación y retarla.
  • Contestar las preguntas
  • Porqué es así?
  • Puede ser de otra manera?
  • Qué opciones se tienen para generar una manera
    diferente de ver el asunto?
  • Sugerir alternativas de solución.

16
Técnica de análisis de errores
  • Es otro tipo de procedimiento que ayudan a
    detectar deficiencias en una idea, situación o
    concepto.
  • La manera de utilizar esa técnica es siguiendo
    los pasos que se mencionan a continuación.

17
Técnicas de análisis de errores
  • Definir el problema, idea, situación o concepto.
  • Identificar posibles errores.
  • Pensar la manera de corregirlos.
  • Analizar las alternativas de corrección y sugerir
    las que sean factibles.

18
Árbol del Problema
  • Árbol del problema es una técnica para
    identificar problemas usando relaciones
    causa-efecto.
  • Un error común consiste en expresar el problema
    como la negación o falta de.

19
Árbol del Problema
  • El problema debe formularse de tal forma que
    permita encontrar diferentes posibilidades de
    solución.
  • Mal formulados
  • No existe un generador local de energía
    eléctrica.
  • Falta de programas de educación inicial

20
Árbol del Problema
  • Correctos
  • Limitada provisión de energía eléctrica durante
    el día
  • Bajo rendimiento de los niños y niñas en los
    primeros años de educación primaria.
  • Generalmente vemos los efectos más no la raíz de
    los problemas

21
Árbol del Problema
22
Actividad
  • Realizar de manera individual el planteamiento
    del problema considerando cualquiera de las tres
    técnicas anteriormente descritas (70).
  • Realizar el planteamiento del problema de manera
    global (30).

23
Planteamiento del Problema
  • La delimitación del problema es un proceso más
    general que se compone de otras etapas como
  • Determinar el alcance y los objetivos.
  • Crear una visión.
  • Adoptar una metodología en la planeación.

24
Planteamiento del Problema
  • Organizar y definir los recursos necesarios.
  • Definir el equipo de trabajo.
  • Preparar un plan de trabajo.
  • Obtener o confirmar los requerimientos de acuerdo
    al plan desarrollado.

25
Planteamiento del Problema
  • En la mayoría de los casos simplemente realizamos
    desarrollos de proyectos solo por realizarlos sin
    tomar en cuenta los verdaderos problemas
    sociales.
  • La inmensa mayoria de estos problemas se
    encuentran de manera tangible en nuestro entorno,
    el problema es que no nos percatamos de ello o
    bien no sabes definirlos como problemas.

26
Planteamiento del Problema
alimentos
comunicaciones
agua
informática
transporte
energía
fuentes de empleo
27
Actividad de Reforzamiento
  • La actividad se realizará de manera individual
    (100).
  • Leer la información provista por el profesor en
    forma individual.
  • Realizar un planteamiento del problema, plantear
    soluciones tecnológicas eficientes y eficaces a
    los problemas detectados.

28
2.1.1 Determinar Alcances y Objetivos
  • Definir las limitaciones del proyecto
  • En esta parte debe quedar claro que hace y que no
    hace el proyecto, además de dejar en claro por
    que es importante hacerlo.
  • De manera adicional se puede incluir otros
    elementos como la complejidad.

29
Delimitación del problema
  • En la delimitación del problema se deben de
    escribir cada uno de los recursos y procesos que
    intervienen dentro del área del proyecto, para
    analizar cada uno de ellos y seleccionar aquellos
    que realmente intervengan dentro del problema
    identificado.

30
Delimitación del problema
  • El objetivo de delimitar el problema es disminuir
    el grado de complejidad del proyecto para atender
    solo aquellos aspectos que son requeridos.
  • Si no se delimita un problema no se sabe con
    certeza cuando se acabará el proyecto.

31
Objetivos
  • Es la parte medular del proyecto dado que define
    lo que se va a hacer en el proyecto.
  • Los objetivos pueden ser generales o específicos.
  • Generalmente si son específicos se les suele
    denominar metas.

32
Objetivos
  • Las metas deben de ser
  • Específica
  • Medible
  • Retable
  • Realística
  • Completa

33
Objetivos
  • Los objetivos generalmente se redactan con verbos
    en infinito desarrollar, implantar, diseñar,
    etc.
  • Es muy importante que la redacción de la
    propuesta sea muy clara, de lo contrario
    existirían muchos problemas de ambigüedad.

34
Justificación
  • Debe responder a los por qué? se debe
    desarrollar el proyecto.
  • Se trata de reflejar de una manera clara y
    sencilla el análisis de costos, beneficios,
    aportaciones, etc.
  • Justificar es alinear todo un proyecto hacia el
    mismo lugar.

35
Justificación
  • El objetivo de la justificación es proporcionar
    todos los elementos posibles que ayuden a
    soportar con bases firmes y concretas todos los
    elementos (recursos, personal e ideas) que son
    necesitados por el proyecto para su operación
    óptima.
  • Si un proyecto no está bien justificado no tiene
    caso hacerlo.

36
Actividad
  • Desarrollar la delimitación del problema de
    manera grupal
  • Objetivos (25)
  • Metas (25)
  • Alcances y Limitaciones (25)
  • Justificación (25)

37
    2.1.2. Crear una Visión Inicial
  • La Visión se redacta en tiempo futuro y expresa
    lo que se desea sea la empresa o proyecto. Sirve
    de motivación para todos los miembros del equipo
    (visión compartida).
  • Para crear una visión se debe de revisar,
    recopilar, leer todas las fuentes de información
    de la empresa.

38
Crear una Visión Inicial
  • Se deben hacer promesas para generar entusiasmo y
    soporte.
  • El líder de proyecto es el encargado de la
    motivación de los demás miembros del equipo.
  • Se debe desarrollar una misión de la empresa o
    proyecto.

39
Crear una Visión Inicial
  • La visión representa la imagen de lo que queremos
    ser. Se redacta en términos de éxito hacia los
    demás
  • Sirve para ubicarnos en donde estamos y Hacia
    donde queremos llegar.
  • Los principios y valores sirven para la sana
    convivencia y de motivación.

40
Crear una Visión Inicial
  • La misión se redacta en términos de lo que se
    realiza como función, tratando de brindar un
    mejor servicio. Debe de responder a preguntas
    como
  • Por qué y para qué?
  • Qué ofrecemos?
  • Quiénes son los beneficiados?

41
Crear una Visión Inicial
  • Cuáles son nuestros valores e ideales?
  • Un Eslogan es una frase corta que permite
    identificar a una empresa o proyecto.
  • A continuación se muestran algunos ejemplos de
    misión.

42
Misión Apple Computer
  • Contribuir a cambiar la forma de trabajar,
    aprender, y comunicarse a los clientes
    proporcionándoles productos de cómputo personal
    excepcionales, así como innovadores servicios al
    cliente.
  • Encabezaremos nuevos cursos y enfoques
    encontrando formas innovadoras para usar la
    tecnologías de cómputo a efecto de ampliar los
    límites del potencial humano

43
Misión Apple Computer
  • Apple marcará una diferencia nuestros productos,
    servicios y conocimientos, ayudarán a personas de
    todo el mundo a dar forma a la manera en que se
    realizarán los negocios y la educación del siglo
    XXI

44
Misión ATT
  • Nos dedicamos a ser los mejores del mundo, para
    unir a la gente, proporcionándole un acercamiento
    fácil entre personas, así como a la información y
    a los servicios que se necesiten, en cualquier
    lugar y en cualquier hora.

45
Crear una Visión Inicial
  • ACTIVIDAD Definir de manera grupal la visión
    (40), la misión (40) y el eslogan del proyecto
    (20).

46
2.3. Adoptar una metodología
  • Formular y estar de acuerdo con los principios
    esenciales y los requerimientos de una
    metodología.
  • Se puede escoger cualquier metodología de
    desarrollo de software. Lo ideal es que esta
    aplique desde el principio.

47
  2.4. Disponer de los recursos suficientes
  • Antes de empezar con la redacción de la propuesta
    se debe verificar que se cuente con los recursos
    suficientes para desarrollar la investigación,
    para ello, se necesita evaluar un estudio de
    factibilidad o viabilidad del proyecto 

48
Estudio de Factibilidad
  • Factibilidad se refiere a la disponibilidad de
    los recursos necesarios para llevar a cabo los
    objetivos o metas señalados, la factibilidad se
    apoya en tres aspectos básicos
  • Operativo.
  • Técnico.
  • Económico.

49
Estudio de Factibilidad
  • El éxito de un proyecto está determinado por el
    grado de factibilidad que se presente en cada uno
    de los tres aspectos anteriores.
  • El estudio de factibilidad sirve para recopilar
    datos relevantes sobre el desarrollo de un
    proyecto y en base a ello tomar la mejor
    decisión, si procede su estudio, desarrollo o
    implementación.

50
Estudio de Factibilidad
  • Verificar que exista un mercado potencial
    insatisfecho.
  • Demostrar que es tecnológicamente es posible
    producirlo.
  • Demostrar que es económicamente rentable llevar
    acabo su investigación

51
Estudio de Factibilidad
  • Proyectos Fracaso con Éxito Java, Unix
  • Algunas teorías han sido rechazadas en artículos
    técnicos y trabajos de investigación la máquina
    de Turing, las bases de datos relacionales, entre
    otros.
  • También existen proyecto con mucha factibilidad
    pero a la larga no funcionaron.

52
Evaluación de Proyectos
  • La evaluación de proyectos es un proceso que se
    utiliza para determinar cual de todas las
    posibles alternativas de solución expresadas por
    medio de un proyecto es la más adecuada para las
    personas que realizan dicho estudio.
  • El estudio de factibilidad es de suma importancia
    para la evaluación de proyectos.

53
Factibilidad Técnica
  • Se refiere a los recursos necesarios como
    herramientas, conocimientos, habilidades,
    experiencia, etc., que son necesarios para
    efectuar las actividades del proyecto.
  • En el caso de proyectos de software es necesario
    evaluar la complejidad de los algoritmos.

54
Factibilidad Técnica
  • Generalmente nos referimos a elementos tangibles
    (medibles).
  • El proyecto debe considerar si los recursos
    técnicos actuales son suficientes o deben
    complementarse.

55
Factibilidad Técnica
  • Análisis y determinación de la localización
    óptima del proyecto.
  • Análisis y determinación del tamaño óptimo del
    proyecto.
  • Análisis de la disponibilidad y el costo de los
    suministros e insumos.

56
Inventario Computacional
  • El tipo de equipo, número de modelo, fabricante,
    etc.
  • El estado de la operación del equipo, por surtir,
    en operación, en almacén, requiere reparación.
  • Edad estimada del equipo

57
Inventario Computacional
  • La compra de inventario tiene las siguientes
    ventajas
  • Más barato que el arrendamiento o renta a la
    larga.
  • Proporciona ventajas de impuestos de depreciación
    acelerada
  • Control completo

58
Inventario Computacional
  • Las desventajas de la compra de inventario son
  • Costo inicial alto
  • Riesgo de obsolescencia
  • Riesgo de no poder continuar si la selección fue
    equivocada.
  • Responsabilidad completa

59
Inventario Computacional
  • Las ventajas del arrendamiento son
  • No se ata capital
  • No se requiere financiamiento
  • Es fácil cambiar sistemas
  • Por lo general están incluidos mantenimiento y
    seguros

60
Inventario Computacional
  • Desventajas del arrendamiento
  • La compañía no soporta el sistema cuando se
    termina el arrendamiento.
  • Por lo general hay una pena alta por terminar el
    arrendamiento antes de tiempo.
  • El arrendamiento es más caro que la compra.

61
Inventario Computacional
  • Para la selección de un proveedor de inventario
    se debe tomar en cuenta
  • Soporte de hardware
  • Línea completa de hardware
  • Productos de calidad
  • Garantía
  • Soporte de software
  • Programación personalizada

62
Inventario Computacional
  • Instalación y entrenamiento
  • Compromiso para estar a tiempo
  • Asistencia técnica
  • Mantenimiento
  • Tiempo específico de respuesta en emergencias
  • Préstamo

63
Factibilidad Técnica
  • Existe o se puede adquirir la tecnología
    necesaria para realizar lo que se pide?
  • El equipo propuesto tiene la capacitación
    técnica para soportar todos los datos requeridos
    para usar el nuevo sistema?
  • El sistema propuesto ofrecerá respuestas
    adecuadas a las peticiones sin importar el número
    y la ubicación de los usuarios?

64
Factibilidad Técnica
  • Si se desarrolla el sistema, puede crecer con
    facilidad?
  • Existen garantía técnicas de exactitud,
    confiabilidad, facilidad de acceso y seguridad de
    los datos?

65
Factibilidad Operativa
  • Se refiere a todos aquellos recursos humanos que
    participen durante la operación del proyecto
    (logística).
  • Durante esta etapa se identifican todas aquellas
    actividades que son necesarias para lograr el
    objetivo y se evalúa y determina todo lo
    necesario para llevarla a cabo.

66
Factibilidad Operativa
  • Existe apoyo suficiente para el proyecto por
    parte de la administración y por parte de los
    usuarios?
  • Resistencia al cambio.
  • Los métodos que actualmente se emplean en la
    empresa son aceptados por todos los usuarios?

67
Factibilidad Operativa
  • Los usuarios han participado en la planeación y
    en el desarrollo del proyecto?
  • El sistema propuesto causará prejuicios?
  • Producirá resultados pobres en alguna área?
  • Se perderá el control en alguna área?
  • Se perderá la facilidad de acceso a la
    información?

68
Factibilidad Operativa
  • La productividad de los empleados será menor
    después que antes de la implantación?
  • Los clientes se verán favorecidos en forma poco
    favorable?
  • El sistema reducirá la productividad en otras
    áreas?

69
Actividad
  • Desarrollar el Estudio de Factibilidad a Nivel
    Técnico (50) y Operativo (50) del proyecto.
  • Determinar si realmente se puede desarrollar o no
    el proyecto.
  • Si no se puede, se deberá escoger otro proyecto.

70
Factibilidad Económica
  • Se refiere a los recursos económicos y
    financieros necesarios para desarrollar el
    proyecto. Deben considerarse factores cómo el
    costo del tiempo, el costo de la realización y el
    costo de adquirir nuevos recursos.
  • Cómo calcular el costo de un software?

71
Factibilidad Económica
  • Es el elemento más importante ya que a través de
    el se solventan las demás carencias de otros
    recursos, también es lo más difícil de conseguir
    y requiere de actividades adicionales cuando no
    se posee.
  • Cómo vender un software?

72
Costos Totales de Hw y Sw
  • 1950 70-30
  • 1960 35-65
  • 1970 20-80
  • 1980 15-85
  • 1990 10-90

73
Estudio de Mercado
  • Análisis de la demanda.
  • Se debe realizar un muestreo de los datos se
    sugiere utilizar métodos estadísticos como
    regresión y correlación lineal, método mínimos
    cuadrados.
  • Análisis de precios.

74
Estudio de Mercado
  • Se deben hacer proyecciones optimistas y
    pesimistas.
  • Se debe tomar en cuenta el concepto del valor del
    dinero en el tiempo y otros fenómenos económicos
    como la depreciación y la devaluación.

75
Ingeniería Económica
  • Es una recopilación de técnicas matemáticas que
    simplifican las comparaciones económicas y
    auxilian en la toma de decisiones.
  • Interés es la manifestación del dinero en el
    tiempo.

76
Tasas de Interés
  • Es el interés representado como un de la
    cantidad original por unidad de tiempo.
  • Equivalencia económica es la utilización del
    valor del dinero en el tiempo por medio de la
    tasa de interés para generar cifras que ubicadas
    en diferentes instantes de tiempo tienen el mismo
    valor económico.

77
TREMA
  • Tasa de REtorno Mínima Atractiva es la tasa de
    interés (de retorno en caso de proyectos) mínima
    que motivará a un inversionista a invertir su
    dinero en una alternativa de inversión.
  • Interés simple y compuesto, este último se
    calcula en base a los intereses generados

78
Flujo de Caja
  • Es la suma de los ingresos menos los egresos y se
    representa como una sola cantidad al final del
    período.
  • El diagrama de flujo de caja es la representación
    gráfica de los flujos de caja representados sobre
    una escala de tiempo.

79
Inflación
  • Devaluación de la moneda, pérdida de valor
    adquisitivo de la moneda.
  • Un peso actual tiene mayor poder adquisitivo que
    un peso futuro.
  • Se debe considerar dos efectos a la hora de
    realizar flujos de caja el valor futuro del
    dinero y la inflación.

80
Punto de Equilibrio
  • Es una técnica útil para estudiar las relaciones
    entre los costos fijos, los costos variables y
    los beneficios.
  • Características
  • No se considera la inversión inicial que da
    origen a los beneficios
  • Es difícil delimitar con exactitud si ciertos
    costos se clasifican como fijos o variables

81
Punto de Equilibrio
  • El problema radica ya que si los costos fijos son
    menores, más rápido se alcanzará el punto de
    equilibrio.
  • Es inflexible en el tiempo es decir, se calcula
    con costos dados en un momento de tiempo por lo
    que en países inestables como el nuestro no es
    una buena herramienta de medición.

82
Punto de Equilibrio
  • Se puede calcular en forma gráfica o matemática.
  • PF CF / (1 - CV/PQ)
  • Un aspecto importante a considerar es el
    financiamiento de la deuda.

83
VPN
  • Se convierten todos los flujos de caja de los
    diferentes años al presente. Se restan dichos
    flujos para obtener el VPN.
  • El valor presente debe ser mayor que 0, para que
    sea ganancia y se debe calcular el de ganancia
    obtenido debe ser mayor o igual que la TREMA o en
    su defecto por lo menos mayor que la tasa de
    inflación para irla llevando.

84
TIR
  • Es la tasa de descuento por la cual el VPN se
    hace 0.
  • Es la tasa que iguala la suma de los flujos
    descontados de la versión inicial.
  • El valor de salvamento se considera en algunos
    proyectos y ayuda a hacer más atractiva la
    inversión.

85
ROI
  • El Retorno de Inversión (Return Of Investment) es
    la relación entre el dinero ganado y el perdido.
  • ROI (Ganancias Inversión) / Inversión
  • En algunos casos se suele poner en función del
    tiempo.

86
Análisis de Sensibilidad
  • Es el procedimiento por medio del cual se puede
    determinar cuanto se afecta (que tan sensible es)
    la TIR ante cambios en determinadas variables del
    proyecto.
  • Se determina cada una de las variables que se
    desean que afecten nuestro análisis y se hace la
    comparativa. Jugar con números.

87
Recomendaciones
  • Use punto de equilibrio si el proyecto necesita
    ser justificado en términos de costo y no de
    beneficio.
  • Use valor presente cuando el período de
    recuperación es largo o cuando el costo de pedir
    prestado dinero es alto.

88
Recomendaciones
  • El costo si nada sucede (es decir, si el nunca se
    realiza)
  • Algunos proyectos no serán factibles pero habrá
    otros que con algunos cambios sí.
  • Muchos proyectos se consideraron no factibles y
    resultaron ser un éxito comercial.

89
Estimación de Costos
  • La tarea de determinar costos de un proyecto de
    software no es tan fácil como parece.
  • En general el costo total de un software está
    determinado por dos factores
  • Esfuerzo para completar una actividad
  • Tiempo calendario se necesita para completar una
    actividad.

90
Estimación de Costos
  • Se deben considerar todos los costos involucrados
    en el desarrollo de un proyecto.
  • Se ocupan algunas métricas para poder estimar el
    costo de software. Existen dos tipos de medidas
  • Relacionadas con el tamaño.
  • Relacionadas con la función

91
Estimación de Costos
  • Ejemplos de métricas relacionadas con el tamaño
    son las líneas de código ( generalmente
    expresadas en miles KLDC) y el número de páginas
    de la documentación.
  • Ejemplos de medidas relacionadas con la función
    son los Puntos de Función (PF) y los Puntos de
    Objeto (PO).

92
Estimación de Costos
  • Las líneas de código no reflejan fielmente el
    costo de un software. Un software promedio de
    5,000 líneas en ensamblador puede hacerse en
    1,500 líneas de lenguaje C. En el primero de los
    casos en 28 y 20 semanas respectivamente.
    Obteniendo una Productividad 714 líneas/mes y 300
    líneas/mes

93
Estimación de Costos
  • Una mejor métrica son los puntos de función, los
    cuales consisten en medir la productividad en
    base a la funcionalidad de un sistema. Esta
    métrica obtiene parámetros como
  • Entrada y salida externas
  • Interacciones con el usuario
  • Interfaces externas
  • Archivos utilizados por el sistema

94
Estimación de Costos
  • Se obtienen multiplicando cada elemento dado por
    su ponderación.
  • Los PO no hacen referencia a clases
    exclusivamente. Se pueden manejar consideraciones
    como el número de pantallas que se despliegan, el
    número de informes que se producen y la
    programación de los elementos.

95
Estimación de Costos
  • Tamaño del código PromLDCLeng PF
  • Los promedios varían de 200-300 LDC/PF en
    Ensamblador hasta 2-40 LDC/PF de los lenguajes de
    4 generación.
  • Ejemplos Ensamblador 320, C 128, C 64, Visual
    Basic 32, SQL 12.

96
Técnicas de Estimación
  • Modelado del algoritmo de costos se realiza un
    modelado con alguna métrica de software y se
    obtiene el costo estimado
  • Opinión de expertos se consulta a varios
    especialistas los cuales dan su opinión acerca
    del costo de proyecto, se sacan conclusiones al
    respecto.

97
Técnicas de estimación
  • Estimación por analogía cuando ya se han
    realizado proyectos similares se puede calcular
    la estimación de costos fácilmente.
  • Asignación de precios para ganar el esfuerzo
    estimado depende del presupuesto del cliente y no
    de la funcionalidad del software.

98
Modelo COCOMO
  • Originado en 1981 por Boehm. Es un modelo
    empírico obtenido de la revisión de diversos
    proyectos informáticos de todos los tamaños
    especialmente grande.
  • Se utiliza por que está bien documentado, es de
    dominio público y su uso está extendido. La
    versión más reciente es la publicada en 1999.

99
Modelo COCOMO
  • Se estima en base a modelo de ciclo de vida de
    cascada pero ha cambiado su uso a modelos en
    espiral (incremental) y basado en prototipos.
  • En la versión 1 se obtienen las siguientes
    estimaciones
  • Complejidad Simple, C 2.4 (KDSI)1.05 x M

100
Modelo COCOMO
  • Complejidad moderada, C3 (KDSI)1.12 M
  • Complejidad incrustada, C3.6 (KDSI)1.2 M
  • A continuación se muestran algunas elementos para
    obtener los costos en el modelo COCOMO para el
    esquema Post-Arquitectura.

101
Modelo COCOMO
  • RELY Fiabilidad requerida del software
  • DATA Tamaño de la base de datos
  • CPLX Complejidad del producto
  • RUSE Reusabilidad requerida
  • DOCU Documentación de acuerdo a las necesidades
    del ciclo de vida
  • TIME Restricción de tiempo de restricción
  • STOR Restricción de almacenamiento principal
  • PVOL Volatilidad de la plataforma

102
Modelo COCOMO
  • ACAP Capacidad de analistas
  • PCAP Capacidad de programadores
  • PCON Continuidad del personal
  • AEXP Experiencia en aplicaciones
  • PEXP Experiencia de plataforma
  • LTEX Experiencia de lenguajes y herramientas
  • TOOL Uso de herramientas de software
  • SITE Desarrollo en múltiples lugares

103
Determinación de Costos
  • Costos de producción
  • Materia prima (tomar en cuenta la merma)
  • Mano de obra (directa o indirecta), se deben
    considerar las prestaciones de ley que aumentan
    en 35 el salario base.
  • Envases
  • Costo de energía eléctrica
  • Costos de agua

104
Determinación de Costos
  • Otros costos
  • Combustibles
  • Control de calidad
  • Mantenimiento
  • Costos para combatir la contaminación
  • Costos de administración
  • Costos de venta
  • Financieros

105
Proceso de Venta
  • Otra forma de realizar el proceso de venta es el
    que se define a continuación
  • Prospecting
  • Introducción
  • Valoración
  • Exploración
  • Presentación de la Propuesta

106
Proceso de Venta
  • Falso Cierre
  • Cierre definitivo
  • Posventa
  • Lo importante en una venta es la satisfacción del
    cliente y también la satisfacción del vendedor. A
    continuación se muestra un esquema de
    satisfacciones.

107
Pirámide de Maslow
  • Auto-realización
  • Necesidad de Ego
  • Necesidades Sociales
  • Necesidades de Seguridad
  • Necesidades Fisiológicas Básicas

108
Estudio de factibilidad
  • Un estudio de factibilidad requiere ser
    presentado con todas la posibles ventajas para la
    empresa u organización, pero sin descuidar
    ninguno de los elementos necesarios para que el
    proyecto funcione.
  • Siempre es mejor decir que un proyecto es no
    viable, que hacerlo y quedar mal.

109
Estudio de factibilidad
  • Dentro de los estudios de factibilidad se deben
    tomar en cuenta para la presentación del estudio
  • Requisitos óptimos.
  • Requisitos mínimos.
  • Requisitos promedios.  

110
Estudio de Factibilidad
  • En algunas ocasiones, el estudio de Factibilidad
    Económico es tan importante que se suele manejar
    de forma separada en lo que se conoce como Plan
    de Negocios.
  • Los estudios de factibilidad son determinantes
    para la solicitud de Financiamiento.

111
Estudio de Factibilidad
  • El análisis de riesgo es una de las mayores
    preocupaciones a la hora de realizar cualquier
    actividad de un proyecto. Se deben minimizar los
    riesgos al mínimo posible.
  • Las técnicas de riesgo y otras utilizan métodos
    probabilísticos cuyo valor es difícil de asignar.

112
Actividad
  • Realizar el análisis de factibilidad económica y
    determinar si es viable o no el proyecto (100).
  • En caso de requerir costos, ver la forma de
    obtener financiamiento.
  • Cuánto cuesta el proyecto?En cuanto se vendería?

113
Preguntas, dudas y comentarios?
Write a Comment
User Comments (0)
About PowerShow.com