Caso 4.pdf

  • Uploaded by: Gelder Gomez
  • 0
  • 0
  • April 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Caso 4.pdf as PDF for free.

More details

  • Words: 8,828
  • Pages: 63
Carrera: Ing. Sistemas Gestión de proyectos de software

Docente:  Ing. Santos Pavón Grupo:  DI15B

Fecha: miércoles 29 de noviembre del 2017

Contenido Descripción de los objetivos del proyecto .................................................................................... 5 Introducción .................................................................................................................................. 6 Situación actual que genera la necesidad del proyecto ................................................................ 7 Objetivo General ........................................................................................................................... 8 Objetivos Específicos ................................................................................................................. 8 Ámbito del software...................................................................................................................... 9 Contexto .................................................................................................................................... 9 Objetivos de información ........................................................................................................ 10 Función .................................................................................................................................... 10 Desempeño ............................................................................................................................. 10 Situación sin proyecto ................................................................................................................. 11 Situación con proyecto ................................................................................................................ 11 Efectos generados con el proyecto (beneficios tangibles).......................................................... 12 Efectos generados con el proyecto (beneficios intangibles)....................................................... 12 Tabla de efectos generados con el proyecto (costos tangibles) ............................................. 12 Cuantificación de los costos tangibles ........................................................................................ 13 Análisis de riesgos ....................................................................................................................... 13 Puntos de interés que presenta el riesgo de la elaboración de software en el desarrollo del sistema de ventas e inventarios de joyas................................................................................ 14 Tipos de riesgos ........................................................................................................................... 15 Riesgo ambiental ..................................................................................................................... 15 Riesgo de producto. ................................................................................................................ 15 Riesgo operativo...................................................................................................................... 15 Principales factores de riesgo operativo ..................................................................................... 16 Los riesgos operativos se dan, sobre todo, en 4 ámbitos distintos: ....................................... 16 Matriz de riesgos RSGR (reducción, supervisión y gestión del riesgo) ....................................... 16 Conclusión: .................................................................................................................................. 18 Evaluación económica del proyecto ........................................................................................... 19 Beneficios tangibles ................................................................................................................ 19 Beneficios intangibles ............................................................................................................. 19 Costos tangibles ...................................................................................................................... 20 Costos intangibles ................................................................................................................... 21 Valores de ajuste de complejidad (Fi) ..................................................................................... 22

Nombre: .................................................................................................................................. 28 Objetivos: ................................................................................................................................ 28 Alcances: ................................................................................................................................. 28 Restricciones: .......................................................................................................................... 28 Organización del proyecto .......................................................................................................... 29 Calendario del proyecto: ............................................................................................................. 31 Estimaciones: .......................................................................................................................... 31 Diagramas.................................................................................................................................... 37 Diagrama de actividad............................................................................................................. 38 Diagrama de colaboración ...................................................................................................... 40 Diagramas estado facturación e inventario ............................................................................ 42 Diagrama de componente....................................................................................................... 44 Diagrama de despliegue .......................................................................................................... 46 Análisis de costo beneficio sisfavjo ............................................................................................. 48 Los beneficios tangibles: ......................................................................................................... 49 Los beneficios intangibles: ...................................................................................................... 49 Algunas de la posible integración o cambios que se pudieren realizar a medida que el negocio crezca a gran escala son las siguientes: ...................................................................................... 50 Cambio de ficheros multimedia .............................................................................................. 50 Cambiar de servidor la página web ......................................................................................... 51 Previsión del cambio ............................................................................................................... 51 interrupción del servicio ......................................................................................................... 51 El traslado ................................................................................................................................ 52 Modo sólo lectura ................................................................................................................... 52 Posicionamiento ...................................................................................................................... 53 Cambios de servidor en Arcovía .............................................................................................. 53 Cambios de servidor externos................................................................................................. 55 Instalación ............................................................................................................................... 55 Instalación en dependencias de la empresa ........................................................................... 56 Instalación en anillo de servidores .......................................................................................... 56 Patrones de diseño web .......................................................................................................... 56 TIBCO: conclusiones y recomendaciones parciales .................................................................... 59 Conclusiones ............................................................................................................................... 60 Recomendaciones parciales ........................................................................................................ 60

Compatibilidad de Navegadores (Browsers): .......................................................................... 61 Compatibilidad de resoluciones: ............................................................................................. 61 Facilidad de Navegación:......................................................................................................... 61 Rapidez al cargar páginas y gráficas: ....................................................................................... 62 Tomar en cuenta las actualizaciones: ..................................................................................... 62 Anexos ......................................................................................................................................... 63

Descripción de los objetivos del proyecto

Introducción Joyería Golden está ubicado en el departamento de Managua. Su estrategia de mercado lo ha encaminado a desarrollar un ambiente familiar acogedor y agradable para sus clientes. Joyería Golden actualmente lleva todos sus registros de forma manual, lo que le ocasiona demoras e inconsistencia de datos. Esto es un aspecto negativo, pues sus clientes reclaman un mejor servicio. Con el presente estudio se pretende obtener información relevante acerca del desarrollo de una aplicación web de control de inventarios y facturación para Joyería Golden. Con este sistema se estima un mejor control de las ventas, así mismo, un mejor control sobre los inventarios y la facturación, permitiendo agilizar varios procesos en beneficio del negocio. Se determinará si el proyecto automatizado es viable para el negocio, y se realizara un análisis de los riesgos que puedan tener un impacto negativo en el desarrollo del proyecto.

Situación actual que genera la necesidad del proyecto Joyería Golden es una empresa dedicada al comercio de joyas de máxima calidad. Comienza a operar en Managua en el año 2010, llega a ser un negocio líder en el ramo de la joyería debido a la buena aceptación, además de ser muy accesible al bolsillo de los clientes, además preserva y exalta los valores familiares, dirigiéndose al segmento familiar principalmente. Joyería Golden, brinda el servicio solamente en el local. Tanto por el rápido crecimiento que ha venido experimentando, y la forma manual de realizar los procesos de venta, control de productos y gestión administrativa; en ocasiones se presentan errores en el procesamiento de la información, tiempos de respuesta tardíos e inclusive descontrol o pérdida de información y productos. El pedido a los proveedores del negocio, también genera problemas, ya que no se hace en tiempo y forma. La generación de la factura del cliente, también es un problema. Debido a este problema, se plantea la creación de un sistema que le permita al negocio, controlar el inventario de los productos, así como agilizar el proceso de facturación, ventas, lo que le permitirá brindar una mejor atención a sus clientes.

Objetivo General  Implementar una aplicación automatizada que reduzca los procesos manuales de ventas, facturación.

Objetivos Específicos    

Automatización en los procesos, desarrollo de ventas y facturación. Desarrollar una interfaz fácil de manejar para el usuario. Reducir el tiempo de búsqueda en los registros de ventas. Identificar riesgos del proyecto.

Ámbito del software

Contexto Joyería Golden ha venido experimentando un proceso de cambio en el ámbito de infraestructura, administrativo y tecnológico, sobre todo la aceptación de muchas personas que consumen los productos, se hace necesario organizar la información de forma tal que podamos tener un estricto control de las operaciones del negocio para tomar decisiones que la mantengan en el mercado dentro de un lugar significativo. El crecimiento en el volumen de información de clientes y de productos que se manejan, al ser procesados de forma manual, genera errores en el procesamiento de los datos, demora en los tiempos de respuesta a los clientes y retraso en los informes a la gerencia. Se pretende elaborar un sistema automatizado de facturación y control de inventario para Joyería Golden, el cual pueda agilizar los diferentes procesos que involucran un sinnúmero de tareas tales como: búsqueda clientes, búsqueda de productos solicitadas por el cliente, así como inventario de los productos y los diferentes informes que puedan generarse. La utilidad y alcance del sistema automatizado no solo favorecerá al negocio, sino que también al cliente que demanda una mejor atención. El sistema automatizado será relevante para la empresa ya que vendrá a minimizar el tiempo de respuesta en la actividad referente al pedido de la joya, mayor rapidez en el proceso de búsqueda, mejor organización en los registros de clientes, y sobre todo un mejor control del inventario de los productos utilizados para elaborar nuevas joyas.

Este software seria integrado por dos sub-sistemas, uno de facturación y el otro de control de inventarios, así el mismo generaría pedidos según sea necesario en base a los productos que utilizados en los procesos involucrados. Esto mejoraría el tiempo y la información necesaria en bodega, ya que muchas veces la materia prima necesaria para elaborar un servicio no se encuentra, lo cual genera inconformidad; existe también la posibilidad de mandar a comprar la materia faltante, lo cual conlleva a un retardo de entrega del servicio, la inconformidad del cliente por la espera demorada y que dicha materia prima tenga un valor mayor por la urgencia de comprarlo.

Objetivos de información Es necesario para Joyería Golden, automatizar algunos procesos que además de generarle atrasos también genera mayores errores, sobre todo financieros, por lo tanto, es necesario un software que controle la facturación e inventario.

Función   

Realizar un stock de inventario. Realización de facturas Realizar pedidos para la compra de materia prima

Desempeño      

Control de stock en inventarios Solicitud de pedidos de forma automatizada en base al agotamiento de materia prima Realización de facturas Control de precios Control de caja Reportes financieros

Situación sin proyecto  El cliente llega a la joyería y solicita un servicio determinado a la recepcionista  La recepcionista procesa según la solicitud del cliente  Si es reparación de joyas, lo envía al área de reparación y creación de joyas o El encargado solicita al cliente la joya o Hace una valoración de los daños y determina cuanto de material necesita para reparar la joya o Una vez reparada, hace el cálculo del costo con mano de obra o El cliente pasa a caja a pagar el servicio  Si es compra de joyas, lo envía al área de ventas o El encargado le muestra un catálogo de joyas o El cliente selecciona el estilo de la joya a adquirir o Si hay en existencia, se le lleva al cliente o Se le indica el precio, y el cliente pasa a caja a pagar  Si no hay en existencia y el cliente está interesado, se le solicita el número de teléfono, y el 50% del valor de la joya  El cliente paga en caja y se le pide que llegue en un lapso de tiempo de una semana máximo  Se pasa la solicitud al departamento de reparación y creación de joyas  El departamento recepciona el pedido e inicia el proceso de selección de material para la elaboración  Una vez elaborada, pasa al área de venta  El área de venta se comunica con el cliente para que pase por la joya solicitada y termine de cancelar su pedido

Situación con proyecto 1. Se optimizará el tiempo en la generación de las facturas de los clientes 2. Los datos de los inventarios de los productos se mantendrán actualizados 3. Se llevará registro de clientes que visitan la joyería, con miras a políticas de promociones y descuentos. 4. Se generarán reportes de clientes que visitan el local con frecuencia. Así mismo, reportes con productos que necesitan ser suministrados, arqueos rápidos de caja, entre otros reportes de interés para la gerencia.

Efectos generados con el proyecto (beneficios tangibles) 1. 2. 3. 4.

Ahorro en tiempo por generación de facturas al cliente Ahorro en combustible por compras imprevistas Nivel de inventario optimo Reportes inmediatos con información actualizada

Efectos generados con el proyecto (beneficios intangibles) 1. 2. 3. 4. 5.

Mejora la calidad de la información para la toma de decisiones Mejor imagen corporativa para la empresa Mayor organización Mejora del tiempo de atención al cliente Manejo de inventario optimo

Tabla de efectos generados con el proyecto (costos tangibles) No Descripción 1 Computadora de escritorio con Batería/Estabilizador con Procesador Core i3, monitor de 16pulgadas ,DD500,Memoria RAM 8G 2 Impresora Matricial 3 Mueble Grande para computadora 4 Personal de desarrollo del sistema información.

Cantidad 1

5

1

Costo del software

1 1 22

Cuantificación de los costos tangibles No Descripción 1 Computadora de escritorio con Batería/Estabilizador con Procesador Core i3, monitor de 16pulgadas ,DD500,Memoria RAM 8G 2 Impresora Matricial 3 Mueble Grande para computadora 4 Personal de desarrollo del sistema información. 5 Costo del software Total costo

Cantidad P/U 1 $500

Total $500

1 1 22

$100 $100 $110 $110 $2,525 $2,525

1

$3,235 $3,235 $3,235 $3,235

Análisis de riesgos

¿Qué es y cuándo realizar un análisis de riesgos?

Un análisis de riesgos es el estudio de las causas de las posibles amenazas y probables eventos no deseados, así como los daños y consecuencias que éstas puedan producir. Se trata de un proceso sistemático que planifica, identifica, analiza, responde y controla los riesgos de un proyecto. Las amenazas son actos que pueden afectar negativamente a cualquiera de los elementos del proyecto. Si en estos elementos existe una vulnerabilidad, es el momento en el que la probabilidad de que se ponga en riesgo el proyecto sea más elevada.

Puntos de interés que presenta el riesgo de la elaboración de software en el desarrollo del sistema de ventas e inventarios de joyas. 1. Falta de coordinación entre grupo 2. Plazo de entrega irrealizable 3. Cambio de requisito del cliente 4. Mala planificación de las actividades. 5. Perdida de información. 6. No tener suficiente experiencia de la plataforma a desarrollar. 7. Falta de un plan de contingencia para la continuidad de la actividad. 8. Falta de mantenimiento de la base de datos. 9. Diseño inadecuado (hay que volver a diseñar) 10. Los recursos no están disponibles en su momento

Tipos de riesgos Riesgo ambiental Es la noción de factor ambiental de un proyecto a todas las circunstancias que rodean al proyecto durante su ejecución.

Riesgo de producto. Son factores que amenazan la calidad y planificación temporal del software, la implementación puede llegar a ser difícil o imposible, un ejemplo de esto puede ser el rendimiento de un componente puede llegar a ser menor al esperado.

Riesgo operativo El riesgo operativo puede definirse, a grandes rasgos, como la posibilidad que tiene una compañía, empresa u organización de sufrir pérdidas de carácter financiero por diversas causas.

Principales factores de riesgo operativo

Los riesgos operativos se dan, sobre todo, en 4 ámbitos distintos: 1. Recursos humanos. 2. Procesos internos. 3. Tecnología de la Información. 4. Eventos externos.

Matriz de riesgos RSGR (reducción, supervisión y gestión del riesgo)

Riesgo

Categ. Prob. Impacto RSGR

Falta de coordinación entre grupo

RP

25%

1

A7

Plazo de entrega irrealizable

RP

25%

1

A8

Cambio de requisito del cliente

CC

75%

1

A1

Mala planificación de las actividades.

RP

30%

2

A3

Perdida de información.

RT

30%

2

A4

No tener suficiente experiencia de la RP plataforma a desarrollar.

50%

3

A2

Falta de un plan de contingencia para la RP continuidad de la actividad.

25%

1

A5

Falta de mantenimiento de la base de RT datos.

25%

4

A6

Diseño inadecuado(hay diseñar)

10%

1

A9

10%

2

A10

que

volver

a RT

Los recurso no está disponible en su IN momento

Probabilidad: 10% → Muy bueno 10-25→ bajo 25-50→moderado 50—75→alto 75→ muy alto

Hoja de información de riesgos Id Riesgo: Fecha:12-11-17 riesgo #3

Probabilidad: 75%

Impacto:ALTO

Descripción: El 75 % está en la preparación del desarrollador en el cambio de ideas de interfaz o necesidades emitidas por el cliente. Estos son los cambios de programación y modelos de interfaces solicitada, esto varia en la calendarización del desarrollo del sistema. Cambio de requisito del cliente: La solicitud de parte del cliente será atendido con un tercer desarrollador en la cual será reutilizable cierto componente será implementado en el lenguaje de programación Refinamiento/Contexto Condición 1: Se contratara una tercera persona para emitir y realizar los cambios de conformidad estándar del cliente en el diseño. Condición 2: brindar soporte en la base de datos e interfaz para la agilizar la creación de la interfaz y su mejora solicitada por el usuario. Reducción/Supervisión Desarrollar una supervisión de calendarización para la construcción de la modificación y tener una concordancia con el cliente. Esta modificaciones será supervisada por el analista, además verificar el cumplimiento de los objetivos Gestión/Plan de Contingencia/Disparador   

La gestión de las modificaciones de las interfaces será asignada una tercera persona que estará enfocada a la sugerencia que requiere el usuario. Como plan de contingencia asignar un personal en concordancia para el desarrollo de revisión de calendario. Disparador: realizar una mitigación realizando una investigación y dar solución al riesgo que puede presentarse en el momento que cliente solicita cambio de ideas en su interfaces a desarrollar.

Conclusión: Son imprevisibles los problemas que puedan surgir en el desarrollo de un software ante los cuales tenemos que estar preparado a dichos inconvenientes que se dan en el proceso de desarrollo, al elaborar la tabla de riesgo podemos identificar cuáles son los riesgos que pueden presentarse y los que pueden afectar en gran manera los objetivos del proyecto, y así enfrentarlo con un plan de contingencia maniobrando en base a los objetivos solicitados por el cliente en este caso el diseño de creación de un sistema de ventas y compras de accesorios de joyas. El resultado de la matriz nos arroja que existe una probabilidad de 75% de exposición al riesgo de perder el proyecto si el cliente en algún determinado momento cambia los requisitos en cuanto al sistema, como plan de contingencia este riesgo , se contratara a una tercera persona que se encargara de realizar los cambios que el cliente solicite para no demorar el avance en la calendarización del proyecto, se asignara a un personal para la supervisión del calendario vigilando que dicho cambio no afecte en gran manera la fecha de finalización y entrega.

GESTION DE PROYECTO CALENDARIZCION Actividades a desarrollar Fecha de Fecha fin Duración Responsable inicio Planteamientos de punto de 05/11/2017 05/11/2017 1 día Grupo interés de riesgo Elaborar los ítem de 06/11/2017 06/11/2017 1 día Grupo probabilidad , categoría , impacto Planteamiento de tabla de 10/11/2017 10/11/2017 1 días Grupo información de riesgo Conclusión 11/11/2017 11/11/2017 1 días Grupo

Evaluación económica del proyecto

Beneficios tangibles El sistema informático traerá una serie de beneficios a la joyería y clientes, sobre todo por automatización de algunas operaciones y actividades que se realizan. Entré los principales beneficios están: 





Que no halla perdidas económicas en la joyería de tal manera que se ingresaran cada entrada de dinero ya sea de pago en línea como de facturación en caja. El cliente no tendrá que ir hasta la tienda para obtener información acerca de joyas y las promociones y les permitirá comprar en línea la joya de su gusto. Acceso inmediato a la información ya sea de clientes y productos.

Beneficios intangibles Mayor motivación para anticipar las solicitudes de las directivas. Evitar pérdida de tiempo en la recopilación de la información manualmente. Se genera más dinámicas, gracias a los medios informáticos, como lo es el catálogo de productos en línea. Asignar roles específicos a cada uno de los usuarios.

Losusuariosdelsistemanotendránsobrecargodetrabajoyaquetendránsurolasigna do, únicamente los involucrados de cada módulo cumplirán las responsabilidades que se le establezcan. Realizar las tareas en tiempo y forma. Agilizar los procesos de búsqueda. Por medio del sistema se eliminarán las pérdidas tanto de información como económica. Yaunavezimplementadoelsistemapermitiráintegrartodaslasactividadesytendráun a mejor competitividad con otras instituciones.

Costos tangibles Los costos tangibles son aquellos que pueden proyectar con precisión el analista de sistemas y el personal de contabilidad. Dentro de los costos tangibles se incluye el costo del equipo, como computadoras y terminales, el costo de los recursos, el costo del tiempo del analista del sistema, el costo del tiempo de programación y de estos salarios del personal. En general estos costos se encuentran definidos o pueden localizarse de manera sencilla, siendo los costos que requerirán el gasto de efectivo de la empresa.



Costo del personal de desarrollo del sistema de información Periodo Tarifa Semana Mes Laboral

Puesto

Descripción del Puesto Cantidad

Analista

Responsable de analizar el ambiente y requerimientos del S.I

5

1

$450

Diseñador

Encargado del diseño del S.I

3

1

$800

Programador

Responsable de programar el S.I de acuerdo al diseño propuesto.

2

2

$1,000

Prueba

Implantación

Encargado de realizar las pruebas del S.I para su buen funcionamiento. Encargado de implantar el S.I en la empresa.

1

2

$100

1

2

$100

Redes/TCI

Encargado de instalar la red en la empresa.

3

2

$150

Electricista

Distribución de la energía, como enchufes.

5

2

$150

Dara mantenimiento y Mantenimiento soporte al S.I una vez en y Soporte funcionamiento en la empresa. Total 

2 -

1

$75

-

$2,525

Costos de Equipos

Equipo

Características

Cantidad Precio 1

$500

Impresora Mueble para Grande computadora

1

$100

1

$110

Total

-

$710

Computadora

Procesador Core i3, Monitor de 16 pulgadas, DD 500, Memoria RAM 8G. Matricial

-

COSTO MENSUAL DE OPERACIÓN DEL DESARROLLO Servicio

Internet/Teléfono Energía eléctrica Agua Potable Total

Costos Mensual

Cantidad Meses

Total (costo x Mes)

$42 $65 $20

3 meses 3 meses 3meses

$126 $195 $60 $375

Costos intangibles Los costos intangibles son difíciles de estimar y pudieran no conocerse entre ellos está el costo de perder una ubicación competitiva, perder puntos por no ser el primero en innovar, o ser líder en un sector, demeritar la imagen de la compañía debido al descuido continuo de los clientes y la toma de decisiones

ineficaz por la falta de información o por su extemporaneidad. Es imposible proyectar con precisión una cantidad monetaria para los costos intangibles. Con el fin de que el tomador de decisiones pondere lo que se ha propuesto, así como sus indicaciones deben incluirse los costos intangibles, aun cuando no se cuantifiquen.

Para determinar la viabilidad económica del desarrollo del sistema de facturación e inventario se utilizó el modelo constructivo de costos (COCOMO), el cual permite realizar estimaciones en función del tamaño del software mediante la descripción de aspectos como la naturaleza del producto, hardware utilizado, personal involucrado y características propias del proyecto.

Valores de ajuste de complejidad (Fi) Pregunta ¿El sistema requiere copias de seguridad y recuperación fiable? ¿Se requiere comunicación de datos? ¿Existen funciones de procesamiento distribuido? ¿Es crítico el rendimiento?

¿Se ejecutará el sistema en un entorno operativo existente fuertemente utilizado? ¿Requiere el sistema entrada de datos interactiva? ¿La entrada de datos interactiva requiere que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones? ¿Se actualizan los archivos maestros de forma interactiva? ¿Son complejas las entradas, salidas, los archivos o peticiones? ¿Es complejo el

Análisis Sí las requiere

VA 3

Sí. El sistema comunicará con un servidor. No. La base de datos no estará distribuida. Sí, pero la empresa contará con mecanismos para realizar facturación manual. Sí. El servidor y las terminales utilizaran Windows 7 professional.

5

Sí en gran medida

5

En algunas ocasiones.

1

Sí, pero solo usuarios autorizados podrán realizarlo. Son operaciones con un nivel bajo de complejidad.

3

Existe mucho

3

0 4

1

2

procesamiento interno?

¿Se ha diseñado el código para ser reutilizable?

¿Están incluidas en el diseño la conexión y la instalación? ¿Se ha diseñado el sistema para reportar múltiples instalaciones en diferentes organizaciones? ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizado por el usuario?

procesamiento de seguridad y validación, así como cálculos contables. El sistema se diseñará de forma que permita reutilización de su código por lo que será programado en capas. Sí lo están.

No, puesto que el sistema será alojado en un servidor en el que solo las terminales autorizadas tendrán acceso. Sí, el código estará disponible para el gerente informático y las pantallas y mensajes permitirán una navegación intuitiva a los usuarios.

∑Fi Puntos de función sin ajustar (PF) Parámet Simple ro de Fact V medición or A Número 3 1 de 6 entrada s de usuario Número 4 0 de salidas de usuario Número 3 1 de 7 peticion es de usuario Número 7 1 de 9 archivo s Número 5 0 de interfac

3

1

1

1

33

Medio Fact or 4

V A 1 3

Complejo Fact or 6

V A 0

5

2

7

0

4

3

6

0

10

6

15

0

7

0

10

0

es externa s

Puntos de función ponderados Factor × VA2 Simple Medio Complejo

Parámetro de medición Número de 48 52 entradas de usuario Número de 0 10 salidas de usuario Número de 51 12 peticiones de usuario Número de 133 60 archivos Número de 0 0 interfaces externas Total puntos de función sin ajustar (PF)

Total

0

100

0

10

0

63

0

193

0

0

366.00

Puntos de función ajustados (PFA) Representan la cantidad de unidades de software del proyecto, este valor permite realizar la estimación de plazos, costos, recursos, etc. Para su obtención se utilizó la Ecuación 5, en donde 0.65 y 0.01 son valores constantes. PFA=PF*[0.65+(0.01* ∑Fi)] PFA=366*[0.65+(0.01* 33)]=358.68 Se obtuvo que los puntos de función ajustados equivalen a 358.68. 

Total de líneas de código (LDC)

Consiste en convertir los PFA en líneas de código fuente en dependencia del lenguaje de programación a utilizar. En el caso del presente estudio se utilizó java y debido a que es un lenguaje orientado a objetos, se utilizará un factor de conversión de 30 en la Ecuación 6.

Ecuación 6 Total de líneas de código LDC=Factor de conversión*PFA LDC=30*358.68= 10,760.40 Se obtuvo que el total de líneas de código del proyecto será de 10,760.40. Ecuación 7 Kilo líneas de código KLDC=LDC1000 KLDC=10,760.401000=10.76 mf Factores de escala Factor de escala Muy Bajo Bajo PREC 6.20 4.96 FLEX 5.07 4.05 RESL 7.07 5.65 TEAM 5.48 4.38 PMAT 7.80 6.24 Total factores de escala (∑SFi)

Nominal Alto 3.72 3.04 4.24 3.29 4.48

2.48 2.03 2.83 2.19 3.12

Muy alto 1.24 1.01 1.41 1.1 1.56

Extra alto 0 0 0 0 0

Valor asignado 3.72 3.04 2.83 1.1 4.68 15.37

Ecuación 8 Exponente B B=0.91+(0.01*∑SFi) B=0.91+(0.01* 15.37)=1.06 Factores de esfuerzo Factor Factor VA* Factor VA* Producto Plataforma Personal RELY 1 TIME 1 ACAP 0.67 DATA 1 STOR 1.06 AEXP 0.89 DOCU 1 PVOL 0.87 PCAP 0.74 CPLX 1 PEXT 0.81 RUSE 1 LTEX 1 PCON 1 *Valor que se le asignó VA*

Esfuerzo (Persona – Mes) Ecuación 9 Esfuerzo E=A+KLDCB* πEMI E=2.94+10.761.06* 0.29=10.50

Factor VA* Proyecto TOOL 0.86 SITE 0.78 SCED 1.29

Ecuación 10 Tiempo de desarrollo en meses TDes=3.67* E0.28+0.002 * ∑SFi TDes=3.67* 10.500.28 + (0.002 * 15.37)= 7.62 meses Cantidad de personal (CH) Ecuación 11 Cantidad de personal CH=ETdes CH=10.503=3.50=4 personas Los resultados anteriores muestran que se deberá contratar a 4 personas para poder desarrollar el sistema en 3 meses. 

Productividad (P) Ecuación 12 Productividad P=KLDC*1000TDes P=10.76 * 1000 3=3,586.80 líneas de código El resultado anterior muestra que cada programador deberá programar 3,586.80 líneas de código mensual para completar el proyecto en 3 meses. Porcentaje de esfuerzo y tiempo de desarrollo por etapa del proyecto Etapa \ Estándar

Pequeño Intermedio Medio Grande (2 mf) (8 mf) (32 mf) (128 mf)

Esfuerzo (%E) Estudio preliminar 6% Análisis 16% Diseño y Desarrollo 68% Prueba e implementación 16% Tiempo de desarrollo (%TDes) Estudio preliminar 10% Análisis 19% Diseño y desarrollo 63% Prueba e implementación 18%

6% 16% 65% 19%

6% 16% 62% 22%

6% 16% 59% 25%

11% 19% 59% 22%

12% 19% 55% 26%

13% 19% 51% 30%

Ecuación 13 Interpolación de porcentaje de etapas % Etapa correspondiente=%mf1+(mf -mf1mf2- mf1)*(%mf2-%mf1) Porcentaje de esfuerzo y tiempo de desarrollo Etapa \ Indicador %E %TDes

Estudio preliminar Análisis Diseño y Desarrollo Prueba e implementación

6% 16% 65% 19%

11% 19% 59% 22%

Ecuación 14 Esfuerzo estimado Ee =%E*E Ecuación 15 Tiempo de desarrollo estimado TDese=%TDes*TDes Estimaciones de esfuerzo y tiempo de desarrollo Etapa %E Ee %TDes TDese Estudio preliminar 6% 0.63 11% 0.33 Análisis 16% 1.68 19% 0.57 Diseño y Desarrollo 65% 6.79 59% 1.76 Prueba e implementación 19% 2.03 22% 0.67

CHe A P 1.89 2 2.95 3 3.86 4 3.01 3

Costo de la fuerza de trabajo (CFT) y beneficios sociales (BS)  El salario de los analistas y programadores será de $700 mensual, equivalentes a $23.33 por día.  Las vacaciones y el treceavo mes se calcularán de la siguiente manera: 2.5 * salario por día * TDese  El importe del INSS corresponderá al 6.25% del CFT. Ecuación 16 Costo de la fuerza de trabajo CFT=Salario mensual*TDese* AoP Ecuación 17 Beneficios sociales BS=(Vacaciones+Treceavo mes+INSS)*AoP

Planificación Temporal:

Nombre:

SISFAVJO (SISTEMA DE FACTURACION Y VENTA DE JOYERIA)

Objetivos:    

Automatización en los procesos, desarrollo de ventas y facturación. Desarrollar una interfaz fácil de manejar para el usuario. Reducir el tiempo de búsqueda en los registros de ventas. Identificar riesgos del proyecto.

Alcances:     

Realizara tareas de facturación, compras y ventas. Ejercerá reportes de ventas en el sistema. Generará un registro de las ventas realizadas para el empleado. Actualizara las existencias que se encuentren en el inventario. Generará registros de los clientes.

Restricciones:  Si no existe el producto en el inventario se ofrecerá uno semejante al solicitado.  Restringir acceso a módulos a usuarios que no tengan privilegios.  El administrador tendrá acceso a todos los módulos y consultas, pero no podrá facturar una compra y venta.  El vendedor podrá facturar, realizar una venta o consultar existencia del producto en el sistema de inventario, pero no tendrá acceso al módulo administrativo u reportes.

Organización del proyecto: Estructura Orgánica:

Proyecto: Designados       

Jefe de proyecto Diseñador web Administrador de base de datos Desarrollador web Usuario Analista Técnico

Responsabilidades:  Jefe del proyecto: organizar, definir roles, medir avance de proyecto, obtener soporte técnico, gerencial y político.  Diseñador web: diseñar la interfaz del sistema.  Administrador de base de datos: desarrollar motor de base de datos y los privilegios.  Desarrollador web: desarrollar los algoritmos de programación del sitio web.  Usuario: Conocer los hitos del proyecto, recordar los compromisos establecidos.  Analista: Es el que analiza y dará nuevas opciones de uso al usuario con respecto al sistema informático.  Técnico: Soporte y mantenimiento en software y hardware.

Productos Entregables:

Nombre de producto: Sistema Informático SISFAVJO (SISTEMA DE FACTURACION Y VENTA DE JOYERIA)

Responsable: Jefe de proyecto

Fecha De Entrega: 4 Meses Hombre

Calendario del proyecto: Estimaciones: 

Definición de tareas: Identificando las tareas específicas necesarias para el desarrollo del proyecto, y obtención de los resultados. La definición de las tareas consiste en identificar y documentar todas las tareas específicas que deben de realizarse para obtener los resultados esperados, tal y como se especifica en la planificación del proyecto.



Secuencia de actividades: Definiendo las inter-relaciones existentes entre las diferentes tareas. Este proceso consiste en la identificación y documentación de las interacciones lógicas entre las distintas tareas, sus inter-relaciones y dependencias mutuas. Estas relaciones deben de ser planificadas con suficiente precisión, de forma que se pueda obtener posteriormente un calendario realista y una programación razonable del proyecto.



Estimación de la duración de las tareas: Estimando el número de unidades necesarias para su completa finalización. Es el proceso de toma de información a partir de los objetivos y alcance del proyecto, y de los recursos necesarios y disponibles, para establecer una duración lo más aproximada posible a la realidad de cada tarea. Cada duración, suele definirse por la persona, ó grupo de personas a cargo de cada tarea, ya que ellos conocen más detalladamente los requisitos individuales y específicos de las tareas a su cargo. Este proceso es un proceso progresivo, que depende en gran manera del grado de detalle, y de la calidad de la información de la que se disponga.



Establecimiento del calendario: A partir del análisis de las secuencias de tareas, duraciones, y los recursos requeridos para cada una de ellas. Este proceso consiste en definir claramente las fechas de inicio y fin de cada una de las tareas a desarrollar en el proyecto. Lógicamente, si estas fechas no son realistas, es poco probable que el proyecto se desarrolle y finalice dentro de los plazos establecidos. Este proceso depende en gran medida de los procesos de estimación de la duración de las tareas, así como de la estimación de costes.



Control del calendario: Realizando un seguimiento y ajustando en caso necesario los posibles cambios en la programación. Estos procesos interactúan entre ellos mismo, y con procesos de otras áreas, y requieren el trabajo de una sola, o de un equipo de personas en función del tamaño y de las necesidades del proyecto.

En algunos proyectos, especialmente en aquellos de reducido tamaño, la secuencia de las tareas, la estimación de la duración, y el establecimiento del calendario estan tan ligados, que se desarrollan como un único proceso.

Gestión bibliográfica

1. 2. 3. 4. 5. 6. 7. 8. 9.

El ambiente Cliente / Servidor: Una aplicación práctica. Marcela Rojas Garate, Memoria U.T.F.S.M. 1995 2. The Essential Client / Server Survival Guide. Robert Orfali, Dan Harkey, Jeri Edwards. Second Edition, 1996 3. IT METRICS STRATEGIES. July 1996: VOLUMEN I, N° 6, 11 4. INGENIERIA DEL SOFTWARE: Un Enfoque Práctico. Roger S. Pressman, Tercera Edición, Editorial Mc Graw-Hill Inc., 1993 5. 10. Econometría. 11. Damodar N. Gujarati, Segunda Edición, Editorial Mc Graw-Hill Inc.,1992 6. 12. Diseño y Análisis de Experimentos. 13. Douglas C. Montgomery, Grupo Editorial Iberoamérica S.A., 1991 14. Administración de proyectos informáticos con apoyo de software. 15. Patricio Aguilera Reyes , Curso TECH Training, Santiago. , 1997 16. El modelo Cliente/Servidor, www.hidra.uniandes.edu.co/articulos/cliser.html 17. Fundamentos Cliente/Servidor, www.es.hosting.ibm.com/ncsc/cs/fundamcs.html 18. Function Points Analysis and its Uses, www.predicate.com/index.html/papers.html 19. How are Function Points Useful, www.softwaremetrics.com/download

20. Estimating and Tracking Software Projects, www.kallista.com/TechPapers/ Track/TrackingProjects.html. 21. A Manager’s Guide to Software Engineering, Roger S. Pressman, McGraw-Hill, Inc. 1993. 22. The handbook of MIS application software testing, methods, techniques, and tools for assuring quality through testing, Daniel J. Mosley. Yourdon Press, 1993 23. Object Oriented Software Engineering, Ivar Jacobson,. Addison Wesley 1992. 24. Software Management, Donald J. Reifer. IEEE Computer Society Press, 1993. 25. Managing The Software Process, Watts S. Humphrey. Addison Wesley, 1989 26. Standards, Guidelines, and Examples on System and Software Requirements Engineering”, Merlin Dorfman, Ricahard H. Thayer. IEEE Computer Society Press, 1990. 27. Rapid Development. McConnell, Steve. Ed. Microsoft Press, U.S.A, 1996. 185 28. Total Quality Management for Software, Gordon Schulmeyer, James Y. McManus. Van Wostrand Reintrold, 1992. 29. The Handbook of MIS Application Software Testing, Daniel J. Mosley. Yourdon Press, 1993. 30. Client/Server Systems Management, Peter D. Varhol. Computer Technology Research Corp. 1995. 31. Managing Software Development Projects, Neal Whitten. 2nd Edition John Wiley, 1995 32. Software Project Management, Reading and Cases, Chris F. Kemerer. IRWIN, 1997. 33. Managing a Programming Project, Processes and People, Philip Metzger, John Boddie. Prentice Hall, 1996 34. Software Function, Source Lines of Code and Development Effort Prediction. IEEE Transactions on Software Engineering. Vol. SE9. Albrecht, A.1993 35. Simulation and Comparison of Albreht’s Function Points and De Marco’s Function Metrics in a Case Enviroment. IEEE Transactions on Software Engineering. Vol. 19. 1993 36. Function Points Analysis and its Uses, www.predicate.com/index.html/papers.html 37. How are Function Points Useful, www.softwaremetrics.com 38. Auditing Function Points Counts, www.softwaremetrics.com 39. Forgotten Aspects of Function Points, www.tbl.co.uk/fafpa.html 40. Estimating and Tracking Software Projects, www.kallista.com/TechPapers/Track/ TrackingProjects.html 41. What are Function Points ?, www.spr.com /library/funcmente.htm 42. Software Assesment and Benchmarks, Casper Jones. June 1995 43. Conflict and Litigation between Clients and Developers, Casper Jones, 1996 44. Fifteen Principles of Software Engineering, Alan Davis, IEEE Software. Enero 1995, pag 94-101.

45. Power to the people : end users as developers, Sorel Reisman. IEEE Software. Marzo 1992, pag.111-112 46. Metrics Tools: Effort and Scheduling. David Erickson. Software Engineering Technology. March 1995 47. Breakthrough Technology Project Management, B. P. Lientz, K.P. Rea, Academic Press, 1999 48. Project Management, P. C. Tinnirello (editor), Auerbach, 2000 49. Software Project Management: A Unified Approach, W. Royce, Addison Wesley, 1998 50. The Rational Unified Process: An Introduction, P. Krutchen, Addison Wesley, 1999 51. Desarrollo y gestión de proyectos Informáticos, Steve McConnell, Microsoft Press, 1997 186 52. “Process Improvement: Practical Guidelines for Business Success, S. Zahran, Addison-Wesley, 1998. 53. Seven steps for highly effective project management, N. B. Mingus 54. Software Requirements, Kart E. Wiegers, Microsoft Press, 2003 187 Referencias Web Atributos externos del software http://www.sc.ehu.es/jiwdocoj/mmis/externas.htm Complejidad de software http://www.geocities.com/txmetsb/compleji.htm Estimación de Costos www.itcdguzman.edu.mx/ingsoft/estimac.htm Planificación de Proyectos de Software http://www.getec.etsit.upm.es/articulos/gproyectos/art4.htm “Estimating Software Projects” ,Bill Meacham http://ourworld.compuserve.com/homepages/bmeacham/ProfWriti ng.htm “Rediseño del desarrollo de Software” http://www.obarros.cl/diredecambio.html

 Ingeniería de Software. Un enfoque práctico, Pressman Roger

 El ambiente Cliente / Servidor: Una aplicación práctica. Marcela Rojas Garate, Memoria U.T.F.S.M. 1995

 The Essential Client / Server Survival Guide. Robert Orfali, Dan Harkey,Jeri Edwards. Second Edition, 1996  Administración de proyectos informáticos con apoyo de software. Patricio Aguilera Reyes , Curso TECH Training, Santiago. , 1997

   

https://www.obs-edu.com https://www.projectplan365.com ftp://public.dhe.ibm.com https://es.wikipedia.org/wiki/BibTeX,https://es.wikipedia.org/wiki/EndNote ,https://es.wikipedia.org/wiki/Heur%C3%Adstica

Diagramas

Diagrama de actividad

Diagrama de colaboración

Diagrama de secuencia

Diagramas estado facturación e inventario

Diagrama de componente

Diagrama de despliegue

Análisis de costo beneficio sisfavjo

Los beneficios tangibles:

     

Mejora la productividad de los procesos y el personal Reducir el costo de los productos y servicios adquiridos Reducción de inventarios reducción del tiempo de espera del cliente Reducción de la obsolescencia de valores Más rápido del producto / servicio de look-up y el tiempo de ordenar el ahorro y el dinero  Automatizado de pedidos y los costos de pago, el procesamiento de pagos y la reducción de papel.  Reducción de material de consumo personal para generar informes.

Los beneficios intangibles:  Aumenta la transparencia organizativa y responsabilidad  Precisa y un acceso más rápido a los datos para tomar decisiones oportunas  Puede llegar a más vendedores, productores de las ofertas más competitivas;  Mejora la respuesta del cliente  Ahorra tiempo y esfuerzo enorme en la entrada de datos;  Más controles lo que reduce el riesgo de mala utilización de los recursos  Facilita la planificación estratégica  Para los informes de acuerdo a los estándares mundiales  Datos de mayor calidad  Cambio de enfoque en la toma de decisiones (estratégico no práctico)

Algunas de la posible integración o cambios que se pudieren realizar a medida que el negocio crezca a gran escala son las siguientes:

Cambio de ficheros multimedia Una web se compone de diferentes ficheros, algunos de ellos son ficheros multimedia(como pueden ser imágenes, vídeos), otros son la programación de la propia web (por ejemplo HTML, php, css,). CMS Si su web es un CMS, puede modificar el aspecto con solo acceder al panel de administración. El panel de administración dependerá del CMS que tenga instalado. Para saber como acceder, es recomendable que busque información en la web del desarrollador. Estos son los CMS más usuales y las páginas de soporte que indican como acceder a la página de administración: – WordPress – Joomla – Prestashop FTP Si su web no es un CMS, y quiere hacer cambios, necesitará conectarse por FTP. Para conectarse por FTP deberá utilizar el usuario y la contraseña de acceso. Sino dispone de ellos, póngase en contacto con nuestros técnicos. Una vez tenga el usuario y la contraseña, deberá instalar un programa “cliente FTP“. Puede obtener más información sobre como conectar por este sistema en este artículo.

Por la forma en la que funciona FTP, si solo desea subir un fichero, solo tendrá que subirlo, pero si quiere modificar un fichero, deberá descargarse el fichero a modificar, modificarlo en su ordenador y volver a subirlo a su alojamiento web.

Cambiar de servidor la página web Todos los sitios web se alojan en un sistema servidor que provee la conectividad a Internet, el espacio en disco y los programas necesarios para su funcionamiento. A lo largo de la vida de una página web, en alguna ocasión se suele cambiar de servidor para satisfacer nuevos requerimientos, o sencillamente aprovechar nuevas ventajas. Cambiar el hosting donde se encuentra una web se debe llevar a cabo cuidando diferentes aspectos para que tenga lugar sin afectar a su funcionamiento.

Previsión del cambio Al menos se debería pronosticar el cambio con dos meses de antelación. Esto es necesario para poder así elegir la fecha y hora que más convenga según el volumen de uso de la página, y en caso de cambio de proveedor, mantener el contrato actual sin apurar plazos, teniendo opción a conservar la página donde está si algo no va bien con el nuevo proveedor, durante el proceso, o sencillamente no se observan las mejoras esperadas.

interrupción del servicio Una página web es un servicio que tiene consideración de permanente, por lo que se debe procurar su funcionamiento ininterrumpido. Cuando se cambia una web de servidor, se debe actualizar la información sobre su ubicación (cambio en DNS) indicando la nueva dirección IP donde se encuentra la página. Estos cambios tardan en propagarse por toda la red, teóricamente hasta 48h, en la práctica puede tardar hasta una semana. Por esta razón, se debe

mantener la página tanto en el servidor antiguo como en el nuevo durante al menos 15 días, dado que durante ese tiempo, hay personas que ya accederán a la página en el servidor nuevo, y habrá quienes aún conecten con el antiguo, según su conexión a Internet.

El traslado La operación de traslado en sí misma consiste en la copia de todo el contenido del sitio web en funcionamiento a la nueva ubicación. Se deben copiar tanto los archivos ligados al contenido, a la posible programación, configuraciones, bases de datos, y archivos con el histórico del registro de acceso necesario para conservar la información estadísticas del sitio web. Por eso, el primer paso es hacer una copia de seguridad de toda la web, tanto para restaurar en caso necesario, como para el traslado. Si es una web estática, ésto será lo único a realizar en el servidor antiguo.

Modo sólo lectura En el caso de que se trate de una aplicación web, es decir, páginas web dinámicas donde los usuarios pueden modificar o participar de alguna manera, se debería configurar en modo de sólo lectura, para que nadie pueda realizar modificaciones pues éstas no se reflejarían en la nueva ubicación una vez completado el traslado. En este modo, los usuarios deben recibir un mensaje indicando que por razones de mantenimiento no se admiten modificaciones. Sin embargo, esta estrategia puede no ser válida en todos los casos. Si la web a cambiar de servidor por su naturaleza tiene que mantener la capacidad interactiva (recibir nuevos datos, modificar contenidos, etc.), como puede pasar en portales de Internet o aplicaciones web corporativas de uso intensivo, la estrategia a seguir es algo más compleja, pudiéndose optar por varias técnicas, como: 

hacer que la web, cualquiera que se su ubicación, acceda a la misma base datos y a los mismos ficheros. En esta opción generalmente se traslada toda la web al nuevo servidor, mientras que la copia temporal que queda en el antiguo accede de forma remota a la base de datos y ficheros en el servidor nuevo



mirar la web al nuevo servidor y canalizar internamente las peticiones que aún se reciban sobre el antiguo contra el nuevo, mediante proxy transparente o redirección del tráfico entre servidores



si no hay cambio de centro de datos, y la web tiene IP de uso exclusivo, quizá el proveedor pueda mantener la misma dirección IP en el nuevo servidor, por lo que todo se reduciría a ordenar el enrutamiento hacia el nuevo servidor de la IP pública una vez completada la copia de la web. Además, este mecanismo hace inmediato el cambio, pues desde el exterior no se percibe cambio alguno

Posicionamiento Los buscadores son sensibles a la dirección IP, o ubicación donde se encuentra cada página web, volviendo a recalcar la necesidad de un traslado limpio, sin cortes de servicio. Por otra parte, es posible conocer la ubicación territorial a la que pertenece una dirección IP, es decir, el país e incluso ciudad donde se aloja físicamente la página web. Algunos analistas coinciden en que los buscadores hacen uso de esta información, denominada técnicamente geolocalización IP, de tal manera que dan más peso a páginas ubicadas en un país determinado cuando se hacen búsquedas en el idioma local de ese país. Por eso, si con el cambio la geolocalización pasa a ser otra, es posible que afecte de alguna manera al posicionamiento en buscadores de la página, positivamente si ahora el idioma local coincide con el de la página, o negativamente en caso contrario. No obstante, muchos buscadores ofrecen herramientas para web masters que permiten explícitamente declarar la ubicación geográfica asociada a una web.

Cambios de servidor en Arcovía Con cierta frecuencia, Arcovía moderniza o amplía los sistemas servidor que dan soporte al servicio de Alojamiento web (hosting). En estos casos se redistribuyen algunas aplicaciones web mantenidas para mejorar u optimizar su funcionamiento.

En todos los casos, el proceso se realiza conforme a estas directrices: 

semanas antes de iniciar el proceso, el cliente recibe por correo electrónico la fecha prevista para el cambio de su web, que puede modificar dentro de un marco de fechas si para su actividad resultase más conveniente



toda la operación tiene lugar de forma transparente desde el punto de vista externo, sin que se produzca interrupción alguna del servicio



para asegurar esto, la web permanece funcionando a la vez en el servidor actual y en el nuevo durante al menos 15 días, tiempo más que suficiente para que la nueva ubicación sea conocida en Internet



tan pronto se inicie el proceso de migración, el sitio web en la ubicación antigua pasa a modo de "sólo lectura", evitando perder posibles modificaciones que se lleven a cabo sobre la página antigua



en el caso de aplicaciones web que disfruten de hosting contratado con la opción de IP de uso exclusivo, se redirige internamente el tráfico del servidor antiguo al nuevo, evitando el modo de sólo lectura, sin que por tanto haya casos en los que no sea posible modificar la página



toda la información relativa a estadísticas de acceso se traspasa igualmente, no obstante, las visitas que durante los primeros días aún reciba sobre la ubicación antigua no se considerarán



salvo indicación expresa que lo indique, el cambio no afecta al correo electrónico, u otros servicios asociados a la web



el proceso es totalmente gratuito, y se contempla dentro del servicio de Mantenimiento técnico, sin que afecte a los precios o condiciones comerciales, y disfrutando a partir de la migración de nuevas opciones, mejor rendimiento, o ampliación de prestaciones prevista por el mismo precio



no se requiere intervención alguna del cliente

Cambios de servidor externos 

Si actualmente cuenta con una web alojada en un servidor externo a Arcovía, consulte el servicio de Rediseño de páginas web que incluye la asistencia necesaria durante el proceso de cambio de servidor.



Si tiene una web en Arcovía y desea cambiarla a otro proveedor, solicite a través del área cliente una copia completa del sitio web, que incluye todos los archivos, Código fuente, base de datos, y claves que el nuevo proveedor necesitará para su despliegue

Aplicaciones web Cuando la web se vuelve herramienta de trabajo, las aplicaciones web proveen servicios internos y externos de gestión, comerciales, de proceso de información u otros. El desarrollo de aplicaciones web tiene lugar sobre el producto Web a medida por módulos, con servicios adicionales de Programación a medida de módulos web u otros Servicios de soporte técnico. Ventajas de las aplicaciones web 

sin instalación en cada puesto de trabajo, basta con un navegador web, lo que igualmente reduce la necesidad de mantenimiento



accesibles externamente a través de Internet o VPN



accesibles desde dispositivos móviles



completa independencia del sistema operativo utilizado en los puestos de trabajo



integración con otro software



tecnología estándar

Instalación Las aplicaciones web generalmente se instalan en un Alojamiento web (hosting), desde donde es accesible públicamente, y de forma privada por el personal interno. No obstante, existen otras opciones según los requerimientos.

Alojamiento web con conexión segura La instalación con soporte de conexión segura (https), la misma que utilizan bancos y administración en sus aplicaciones web, sirve para garantizar la confidencialidad de los datos en su transmisión por Internet. Este soporte, disponible mediante Certificados SSL, debe existir siempre que la aplicación vaya a manejar información sensible, como datos contables, personales, etc.

Instalación en dependencias de la empresa Instalar la aplicación en un Administración de servidores, ubicado en las propias instalaciones de la empresa, y con posibilidad de crear una réplica de la aplicación en un alojamiento web externo con sincronización automática. Este esquema ofrece como ventajas: 

alta disponibilidad, si la conexión a Internet de la empresa falla, la aplicación sigue disponible



gran velocidad operativa, al acceder mediante red local, los tiempos de espera son mínimos



copia automática de seguridad, al distribuirse los datos con réplica en dos bases de datos

Instalación en anillo de servidores Instalar la aplicación en un anillo de servidores, esto es, tres o más servidores que albergan una réplica de la aplicación. Este modelo es válido para situaciones donde hay varios centros de trabajo. En cada centro existe un servidor corporativo con una réplica de la aplicación además de otros servicios de red para el grupo de trabajo local.

Patrones de diseño web El patrón de diseño web es un aspecto del diseño visual por el que se determina la disposición general de los elementos del sitio web en el área de visualización determinado por el navegador.

Ancho fijo Se trata de una técnica de diseño web por la que el contenido se ajusta a un ancho determinado y crece únicamente de manera vertical. Es lo más habitual, y por tanto, considerado un estándar bien soportado incluso por dispositivos de pantalla pequeña (móviles, tabletas, etc), cuyos navegadores detectan este patrón y permiten ampliar por áreas la página presentada. El ancho más utilizado es el que se adapta a tamaños de pantalla de 1024 puntos de ancho, y la columna que forma el contenido suele presentarse centrada, y en menor medida con alineación a la izquierda.

Diseño web líquido Se llama así pues al igual que sucede con los fluidos, el contenido ocupa toda el área visual disponible según el tamaño de pantalla y las dimensiones de la ventana del navegador. Este tipo de diseño es recomendado para sitios web con un marcado carácter práctico, esto es, herramientas accesibles a través de web. El diseño líquido tiene un impacto visual más limitado dado que por definición las proporciones de los elementos que lo componen son variables, abriendo necesariamente espacios vacíos entre ellos.

Patrón de diseño web híbrido Se habla de diseño híbrido cuando en una web se combinan áreas con ancho fijo y otras con ancho variable. El resultado final es realmente una web de diseño líquido que conserva las proporciones en determinadas áreas.

Diseño web para móviles En el caso de realizar un sitio web para ser accedido desde dispositivos móviles o de pantalla pequeña, además de considerar el patrón de diseño se debe atender a otros aspectos, como a la disposición de contenidos, la cantidad de éstos, criterios de accesibilidad (menús, rutas de navegación...), el peso de imágenes y archivos, etc. El diseño web líquido generalmente se adaptará mejor a pantallas de tamaño reducido, si bien en cualquier caso se debe considerar un tamaño mínimo.

Diseño de paginas web personales De carácter lúdico o profesional, la web personal con nombre propio es la forma más genuina de estar en Internet con identidad propia. A medida, porque así es una web personal, única, negándose a vestir de uniforme. Todo lo mejor de las redes sociales, de los blogs, de tu espacio en Internet hasta ahora disperso, en un sólo sitio, donde tú mandas, es tu web, y los datos son sólo tuyos. Y lo que hace, lo decides tú, con todas las opciones para crecer, y basado en la tecnología web de uso profesional más consolidada, por supuesto, siempre sobre software libre.

TIBCO: conclusiones y recomendaciones parciales

Conclusiones  El sistema web de joyería con el sistema automatizado impuesto se puede concluir que las facturaciones, ventas y compras serán de una forma más ágil.  El cumplimiento de las normas y estándares colaboraron para que el desarrollo de este proyecto sea comprensible y fácil entendimiento para modificaciones futuras.  Uso de herramientas de código libre  Se logró un aplicativo de alta calidad, confiable y disponible mediante una interfaz amigable dirigida a los clientes.  En la etapa de implantación y pruebas se realizaron actividades de validación y verificación, donde se evaluó integración, aceptación, diseño, contenido, navegabilidad, función y estructura del portal web.

Recomendaciones parciales

Compatibilidad de Navegadores (Browsers): Toda página web tiene que poder ser visualizada con las más recientes versiones de Netscape, Internet Explorer y Opera. Y recientes versiones no me refiero a que hay que cargarlas de efectos de los últimos navegadores.

Compatibilidad de resoluciones: Hay una gran incomodidad al tener que desplazar la ventana de nuestro navegador hacia la derecha.

Para evitar esto es necesario adaptar nuestras páginas para cualquier monitor por medio de tablas que ocupen el 100% de la pantalla o tomar en cuenta la resolución promedio que utilizarán los visitantes.

Actualmente la mayoría de monitores tienen una resolución de 800X600 y aumentando poco a poco a 1024×768, por lo que trabajara para esta resolución nos permitirá que monitores más grandes puedan verla sin problema.

Facilidad de Navegación: Todo sitio debe contar con un menú de navegación o estructura bien elaborado para que el visitante no se pierda. Es recomendable incluir en todas las paginas

links hacia la página principal y hacia las principales secciones del sitio. De ser posible también un link hacia el email para enviar comentarios y un link para ir al inicio de página. Una recomendación es incluir un Mapa del Sitio para sitios muy extensos.

Rapidez al cargar páginas y gráficas: Lastimosamente Internet aun no ofrece gran velocidad a la mayoría de usuarios. Debemos ayudar al visitante reduciendo los contenidos de las páginas, evitando usar muchas gráficas y de ser posible reducir a lo máximo el tamaño de las gráficas.

Tomar en cuenta las actualizaciones: Un sitio o página de Internet nunca está realmente terminado. Simplemente dejas de trabajar en el por un rato. Tomando esta frase muy en cuenta hay que diseñar todo sitio pensando en el futuro y dejando espacio para agregar nueva información o secciones. Un diseño inicial flexible es un factor importante para mantener la apariencia de un sitio y su funcionalidad luego.

Anexos

Related Documents

Caso
June 2020 39
Caso
August 2019 61
Caso Derechos.docx
November 2019 12
Caso Emocromatosi
October 2019 6
Caso Abc.xlsx
April 2020 6

More Documents from "lizbeth"

Caso 4.pdf
April 2020 4
Ejercicio 6.docx
April 2020 7
Documento1.docx
April 2020 8
Askep Adhd.docx
May 2020 22
Plantilla Pif.docx
December 2019 22