PROYECTO FINAL

Materia: Ingeniera de Software

June 12, 2013 Autores: Abel Adan Pizaa Avendao Alejandro Barba Gutirrez Marcos Antonio Gonzlez Islas Jess Mario Cant Antelo

INTRODUCCIN

A continuacin se expondr de manera resumida el caso de Aspire S.A de C.V, implementacin de Softwtare es urgente para el correcto desempeo de la empresa, estaremos analizando brevemente los pros y contras de algunas opciones que fueron planteadas a la directiva de la empresa, Consultores de ambos bandos tanto los a favor de un Software hecho a la medida como los que estn a favor de implementar uno que ya haya sido probado su desempeo. Obviamente muchos factores tuvieron que ver para la toma de decisin del Software apropiado, pero, fue la acertada?. Analicemos brevemente el caso de Aspire, S.A de C.V y reflexionemos en ello.

Proyecto Final Pgina 1

RESUMEN
El seor Kaufmann junto con otros 3 profesionistas unen esfuerzos y fundan Aspire S.A de C.V, empresa dedicada a la importacin y distribucin a nivel nacional de equipo medicinal en 1995, siendo la filial de Stromhertz empresa alemana en Mxico. En cuatro aos el negocio crece al nivel de una empresa mediana generando ventas anuales de 2.5 millones de dlares, el crecimiento fue tal que empez a escaprseles el manejo de las manos, fue necesario y urgente la reestructuracin de su base de datos para mejorar el desempeo interno as como inventarios, compras, ventas, etc. Fugas en almacn, control de inventario insuficiente y potencial prdida de clientes, dispararon la necesidad de buscar tan pronto como sea necesaria la implementacin de un software capaz de resolver el problema.

Al haber realizado tres intentos de implementacin sin xito de los cuales las bases de datos estaban mal, los catlogos contables estaban tambin incorrectos, adems que el tiempo que tardaban en registras las facturas era demasiado las primeras facturas tardaron 15 das despus del arranque, por estas razones y ms los usuarios empezaron a desconfiar del nuevo ERP ya que los obligaba a realizar su trabajo ms lento o hacer ms trabajo.

Se trabajan con tres programas diferentes para las principales reas de la empresa los cuales carecen de comunicacin o compatibilidad entre si lo que complica la labor de cada una de estas reas y ms la toma de decisiones efectiva, los sistemas adems causaban atrasos de hasta un mes

permanentemente.

Proyecto Final Pgina 2

Los principales compradores como High Tech empezaron a demostrar su descontento por la tardanza en entregas de producto, como no exista un control preciso de inventario, se desconoca si se tena lo suficiente para cubrir demanda, de lo contrario el tiempo de entrega se extenda, su principal proveedor Stromhertz contemplaba la posibilidad de quitarles la exclusividad de distribucin en Mxico por lo que fue necesario prcticamente rogar que no fuese as.

El Lic. Ral Mndez debe marcar ms su autoridad ya que l es el segundo a bordo y primero cuando el director general no se encuentra en la empresa. Se deben marcar bien la jerarqua en la empresa y permearla a los empleados para que estn todos enterados a quien debe de acudir en caso de algn problema o permiso. Para el departamento de Ventas deben estandarizar solo cierto tipo de carro para financiamiento de los vendedores, e igual con lo mismo para los telfonos celulares deben de comprar un solo tipo de celulares para no crear discusiones o envidias entre los vendedores.

Proyecto Final Pgina 3

1.-Que proceso recomiendas emplear en este proyecto? Para el caso de anlisis del proyecto final, ya que nosotros decidimos comprar el software ya hecho preferimos que este sea un modelo de prototipos ya que con este podemos ir revisando el avance de nuestro software depurando errores y maximizando el tiempo costos. En caso que furamos a fabricar el software usaramos el modelo de espiral ya que este es el mejor adaptado para la realizacin del software con los requerimientos necesarios en esta poca. En el Anlisis examinamos un dominio de problemas definido como un conjunto de casos de uso en un esfuerzo, por extraer, clases que definan el problema, cada clase tiene, un conjunto de atributos y operaciones, las clases estn relacionadas entre si en una variedad de formas diferentes y se moldean mediante la aplicacin de diagramas. el modelo de anlisis, lo componen 4 elementos de modelado, basado en escenarios, modelos de flujo, modelos basados en clases y modelos de comportamiento, los modelos basados en escenarios, muestran los requisitos de software, desde el punto de vista del usuario. el caso de uso, es el elemento primario del modelado , define los casos clave para una funcin o interaccin especifica. los escenarios tambin pueden describirse por medio de un diagrama de actividad: Una representacin grfica del tipo de un diagrama de flujo que muestra el flujo del procesamiento dentro de un escenario especifico. Los modelos de flujo se enfocan en el flujo de objetos de datos conforme las funciones de procesamiento las transforman. los modelos de flujo se derivan del anlisis estructurado, utilizan el diagrama de flujo de datos. este es una anotacin de modelado, que muestra la manera, en que una entrada se transforma en una salida conforme los objetos de datos se mueven a travs del sistema, aparte el modelado basado en clases utiliza informacin derivada de elementos de modelado orientado al flujo y basado en escenarios para extraer clases candidatas atributos y operaciones.
Proyecto Final Pgina 4

En el Diseo abarcamos cuatro elementos diferentes. el elemento arquitectnico utiliza informacin derivada del dominio de aplicacin, el modelo de anlisis y catlogos disponibles para patrones y estilos que deriven de una representacin estructurada completa del software, su sistemas y componentes, los elementos de diseo de interfaz ,modelan interfaces internas y externas, y la interfaz del usuario.

El diseo basado en patrones, es una tcnica que reutiliza elementos que han probado ser exitosos en el pasado.

2que mtricas recomiendas utilizar para medir o evitar los contratiempos presentados? Al momento de analizar la problemtica de dicha empresa se puede recabar la informacin y verificar diferentes puntos de vista en los cual se pueden utilizar una serie de mtricas para evitar los contratiempos en la fabricacin y aplicacin del software. Primeramente podramos empezar con las mtricas de productividad hay que ver que tan productivo seria nuestro software para la empresa. Pero el principal problema de la empresa surgi al momento de que los trabajadores dejador de utilizar dicho software y al tener problemas con la base de datos a lo cual se puede aplicar mtricas orientadas a la funcin las cuales nos permiten medir la funcionalidad y utilidad del programa. El clculo de mtricas de funcin lo llevaramos a cabo con la siguiente tabla:

Proyecto Final Pgina 5

Se determinan 5 caractersticas del mbito de la informacin y los clculos aparecen en la posicin apropiada de la tabla. Los valores del mbito de informacin estn definidos de la siguiente manera. 1. Nmeros de entrada de usuario: se cuenta cada entrada del usuario que proporcione al software diferentes datos orientados a la aplicacin. Las entradas deben ser distinguidas de las peticiones que se contabilizan por separado. 2. Nmero de salida del usuario: se encuentra cada salida que proporciona la usuario informacin orientada a la aplicacin. En este contexto las salidas se refieren a informes, Pantalla, mensajes de error. Los elementos de datos individuales dentro de un informe se encuentran por separado. 3.

Nmeros de peticiones al usuario: una peticin est definida como una entrada interactiva que resulta de la generacin de algn tipo de respuesta en forma de salida interactiva. Se cuenta cada peticin por separado. 4. Nmero de archivos: se cuenta cada archivo maestro lgico, o sea una agrupacin lgica de datos que puede ser una parte en una gran base de datos o un archivo independiente.

Proyecto Final Pgina 6

5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir informacin a otro sistema.

Para lograr un mayor ajuste a los requisitos estipulados por los usuarios de esta empresa al ver que los trabajadores no se adaptan adecuadamente al sistema podemos utilizar las mtricas de calidad y nos guiaremos con la siguiente tabla: Modularidad: La independencia funcional de componentes de programa. Operatividad: La facilidad de operacin de un programa. Trazabilidad: La capacidad de alcanzar una representacin del diseo o un Componente real del programa hasta los requisitos. Formacin: El grado en que el software ayuda a los nuevos usuarios a manejar el sistema.

As podemos ver en la parte de abajo como podemos relacionar los factores de calidad con las mtricas de calidad las cuales nos ayudaran para la resolucin del problema a agilizar los problemas de tiempo y lentitud que se estaban presentados en la empresa y evitar los tres arranques para que este software funcione en su totalidad desde el inicio y no triplicar los tiempos como en el caso de dicha empresa, adems optimizar al mximo las funcionalidad de software y que el usuario llegue a su entendimiento completo para que se vuelva una herramienta indispensable en su mbito laboral y con esto cumplir el propsito general del software y llevar a la empresa a su mayor crecimiento.

Proyecto Final Pgina 7

Proyecto Final Pgina 8

3 Recomendaras el diseo del sistema o la compra de un RP comercial y por -qu? La decisin entre implementar un ERP o un Software hecho a la medida para Aspire sentimos nosotros, el ingeniero Cortez tomo la decisin correcta, obviamente sopeso algunas de las ventajas y desventajas, tuvo que asesorarse de empresas como Inside que se dedica a la tarea de desarrollar Software desde cero y a la medida exacta de las necesidades de la empresa, por otra parte tuvo que considerar tambin empresas de Software como SinMed Systems o SAP, Consultores especializados en adaptar software ya creados, a las necesidades del cliente, algunas de las ventajas as como desventajas que forzosamente tuvo que sopesar son: Ventajas de Desarrollar

Se establece la funcionalidad del software acorde al modelo de procesos o de negocio de la compaa.

Desventajas de Desarrollar

Demasiado tiempo para la implementacin de la solucin de software. Proceso de estabilizacin del software.

Ventajas de Comprar

Funcionalidad probada y estable. Posibilidad de comprobar la calidad de la solucin en implementaciones existentes.

Menor costo total de implementacin. Menor tiempo de implementacin.

Desventajas de Comprar

Proyecto Final Pgina 9

Funcionalidad cerrada, limitadas posibilidades de modificaciones, por riesgo a cambiar el modelo del Software.

Normalmente adquisicin sin cdigo fuentes. Necesidad de recursos especializados en el software para el

mantenimiento. Ambas propuestas parecen ser la perfecta solucin al problema aunque debido a la gravedad del problema como fugas en almacn , retrasos en los pedidos, informacin dudosa en cuanto al inventario existente, estaban poniendo en peligro a la empresa de perder sus principales clientes y proveedores, se requera entonces de una respuesta inmediata y efectiva para cortar de raz lo que los directivos creyeron por algn tiempo precioso, justificado de una empresa de su magnitud, el tiempo de reaccin entonces, mostraba a todas luces ser urgente. El seor Kauffmann hablo con los directivos y aunque reacios de la fuerte inversin en un principio, acordaron implementar el programa como piloto en su matriz de Guadalajara. La decisin se bas estamos seguros entre otras cosas aparte de la informacin por parte de los diversos Consultores, por artculos que son publicados como el que sigue por SinMed Systems, empresa dedicada a renta de plataformas de Software para pequeas y medianas empresas y asi cubrir por lo que ellos describen mdicas cuotas mensuales con ilimitados beneficios.

Hacer o Comprar Software esa es la cuestin

Aunque pareciera que ya no es necesaria esta pregunta, cada vez que se toman decisiones sobre la necesidad de automatizacin o sistematizacin de procesos, se tienen las alternativas de hacer el software o comprar software que ya est hecho. A pesar de tantas ofertas de aplicaciones ya desarrolladas, todava se contempla la posibilidad de desarrollarlo y las empresas deben responder a la recurrente pregunta de si es mejor comprar o desarrollar software al interior de la
Proyecto Final Pgina 10

empresa. Lo que si queda claro, es que son proyectos completamente distintos; mientras que el primero es un proyecto de implementacin, el segundo implica anlisis de requerimientos, diseo, desarrollo, pruebas y muchos pasos adicionales como la eleccin de tecnologa y seguridad. Lo que se requiere en este tipo de situaciones es determinar si para un requerimiento en particular es ms beneficioso adquirir o desarrollar. Primero hay que tener en cuenta la filosofa empresarial, si Desarrollar software es salirse de su objeto de negocio, es preferible adquirir que desarrollar. Se recomienda, adquirir aplicaciones que cubran al menos el 70% de sus requerimientos funcionales. Es probable que para las aplicaciones bsicas y algunas avanzadas segn su tipo de empresa, se pueda seleccionar entre un buen nmero de oferentes, la mejor alternativa y/o la ms completa. Otro aspecto a considerar es la vocacin de la empresa a la investigacin permanente sobre nuevas tecnologas. Es claro que a la velocidad que avanzan las tecnologas informticas, cualquier desarrollo que se haga in house perder actualidad tecnolgica en el corto plazo. Este plazo por lo general es de 18 meses a dos aos, plazo promedio para el desarrollo de cualquier solucin. Lo que implicara, que apenas termine de implementar el producto de software desarrollado, debe generar los procesos de actualizacin tecnolgica e iniciar de nuevo la siguiente versin.

No tenemos nada en contra del desarrollo de software in-house, pero en la medida en que va creciendo la oferta de aplicaciones ya desarrolladas, tambin van creciendo los requerimientos para el desarrollo del mismo; requerimientos que hacen cada vez ms complejo que una empresa, que no se dedica al negocio del software, pueda cubrirlos o amortizarlos, en su gran mayora. Hoy hay procedimientos, procesos y normas en pi para garantizar no solo la calidad del resultado, sino la estabilidad de la aplicacin, la escalabilidad, la
Proyecto Final Pgina 11

permanencia de quien lo construye, entre otras mltiples consideraciones ya incorporadas en estndares como el CMMI.

En la construccin de software se aplica el "zapatero a tus zapatos" Son tantas las tecnologas disponibles hoy, y tan rpido el ritmo de su cambio, que es difcil para una empresa que no se dedique al desarrollo de aplicaciones, seguirles la pista, estudiarlas, e implementarlas. Cada vez hay ms aplicaciones disponibles, para ir cubriendo los requerimientos de informacin en las empresas. A nadie hoy se le ocurrira disear al interior de una empresa, un procesador de palabra o una hoja de clculo. Me atrevera a decir que ya tampoco estaramos diseando aplicaciones transaccionales para el manejo de los recursos (dinero, materiales, personas) habiendo ERP's por doquier. Comprar generalmente se refiere a la adquisicin de productos disponibles que contienen funcionalidades genricas que no han sido desarrollados especialmente para una organizacin determinada, sino pensando en las mejores prcticas comunes en las empresas del sector, su volumen les permiti contratar expertos o especialistas en cada rea a desarrollar, lo que significa que puede ser implementada sin conflictos en cualquier organizacin y que su alcance ser mayor a lo que a ustedes pudieran lograr con un simple equipo de trabajo. Adems algunos productos, tambin pueden personalizarse haciendo cambios para adaptarlos a sus requerimientos particulares, requiriendo menos recursos as como un grado menor de compromiso comparado a la construccin de ste desde cero. Hoy se inicia desde lo que se tiene ya construido, buscando armar primero y por ltimo, si no hay ms remedio, construir lo faltante desde cero. Desarrollar significa crear un producto partiendo de cero. Incluye la determinacin de objetivos, anlisis de requerimientos, modelado, diseo, desarrollo de las aplicaciones, y debe incluir pruebas del producto por medio de sesiones piloto
Proyecto Final Pgina 12

para asegurarse por anticipado que todo funcione adecuadamente antes de implementarlo y ponerlo en marcha. Aunque la decisin de comprar o desarrollar pueda parecer complicada, esto puede deducirse considerando varios factores: Necesidades: Identifique sus necesidades, aquellas verdaderamente

indispensables y determine los rasgos ms importantes para usted:

Qu objetivos organizacionales debe alcanzar? Qu tipo de herramienta quiero construir? Qu procesos quiero apoyar, desarrollar y mejorar? Qu informacin quiero mostrar y a quin? Que tecnologa debo elegir? Qu arquitectura y Sistema Operativo seleccionar? En que lenguaje es ms conveniente desarrollar? Recursos Examinar sus recursos es crtico. Aunque el dinero juegue un papel importante, deben ser considerados el tiempo y el personal. Si tiene fondos para la compra, pero tiene un lapso de seis meses para revisar, comprar e implementar el producto; en este caso el tiempo es el factor que lo llevar a decidir entre comprar o desarrollar.

1. Tiempo: Para comprender la importancia del tiempo ante el comprar o desarrollar, debe considerar el escenario completo: Cunto tiempo tiene para tomar su decisin.
Proyecto Final Pgina 13

 Cunto tiempo tiene para desarrollar un producto, incluyendo el tiempo de pruebas. Cunto tiempo tiene para poner en marcha el producto dentro de la organizacin incluyendo los ajustes y cambios. Cuanto tiempo pueden esperar sus problemas y/o deficiencias mientras desarrolla o compra. Debe considerar que para implementar con xito cualquier producto de software ya sea comprado o hecho in house se requieren al menos 6 meses. 2. Personal: Este recurso muy a menudo es pasado por alto; debe incluir al personal necesario y especializado para el desarrollo la puesta en marcha y el soporte. Cuando analice sus recursos, debe considerar un gestor del cambio para empujar la iniciativa dentro de la empresa y el personal dedicado a proveer de informacin al equipo de desarrollo. Si no cuenta con el personal necesario debe prever e identificar de donde puede obtener el apoyo requerido, as como cunto costar; lo que nos lleva al tercer recurso. 3. Dinero: En ambas opciones, el presupuesto disponible puede influir en su decisin. Considerando su presupuesto, debe contemplar las ventajas de la inversin total a corto y a largo plazo - que incluye el anlisis de los efectos de no implementar y a su vez no desarrollar los objetivos que identific como necesidades. Cuando desarrolla o contrata un desarrollo a la medida, puede incurrir en grandes honorarios pero la inversin puede ser baja a lo largo del tiempo. (El producto ser de su propiedad exclusiva, y no pagara licenciamiento anual.) Debe considerar tambin la ventaja de comprar software libre de licencias que le dar los beneficios de ambas opciones sin las desventajas. La regla es que un

Proyecto Final Pgina 14

producto desarrollado tendr que servir al menos a 500 usuarios para calificarse como una buena inversin. Cuando compra debe calcular cunto dinero pagar durante la vida del producto, que generalmente es entre 3 y 6 aos. Por ejemplo, puede pensar que gasta menos en un producto comprado, pero necesita contemplar la renovacin anual de la licencia ms los honorarios de mantenimiento y costos por actualizaciones o mejoras. Esos gastos ocultos pueden hacer que al final pague ms de lo esperado. Trabajar con software libre u Open Source le garantizar que realizar solo la inversin inicial y no gastar en licencias anuales ni de su programa ni del sistema operativo. Para combatir gastos crecientes, identifique y documente las responsabilidades y papeles del proveedor. Esto puede ayudarle sealar los honorarios adicionales desde el principio. Por ejemplo, identifique quien proporcionar el soporte tcnico, determine si est incluido en el precio de compra o cunto costar si no est incluido (si el pago es mensual o es tarifa anual o tiene que pagar por evento). Identifique los pagos de licencias anuales del sistema operativo, servidor de base de datos y el programa que comprar o le desarrollarn e inclyalo en su presupuesto

Unicidad Es importante preguntarse si sus procesos son nicos: Necesita el producto para un proceso exclusivo de su negocio o determinada habilidad? Necesita el producto para cubrir habilidades generales y especficas de su sector? Puede encontrar conexiones entre productos disponibles y sus necesidades? Su cultura empresarial excluye cualquier producto genrico?
Proyecto Final Pgina 15

La respuesta a estas preguntas puede determinar el grado de unicidad que necesita en el software. Si necesita transferir un proceso propio de su negocio o una habilidad (como un proceso patentado) en un programa; necesitar un producto a la medida o considerar adaptar uno. Si sus necesidades son ms generales, puede personalizar un producto comprado en torno las caractersticas de su organizacin. Esto puede ser desde algo tan simple como incluir un logo o revisar el estilo de reporteo. A fin de cuentas debe decidir qu tan dispuesto est en sacrificar la originalidad segn la premura de tiempo.

Soporte Tambin debe considerar un factor de decisin suplemental: el soporte. El proveedor de la solucin es el nico capaz de darle soporte? Si cambia de proveedor o su equipo de trabajo renuncia, habr quien le d soporte? Dispone del cdigo de su solucin con libertad para modificarlo y actualizarlo? Dispondr de documentacin del sistema para ser mantenido por otro proveedor?

Proyecto Final Pgina 16

4.- Qu tcnicas de Estimacin implementaras en este proyecto?

La estimacin de lo que costara el desarrollo de un software es una de las actividades de planeacin que reviste especial importancia, ya que una de las caractersticas que debe tener un producto de software es que su costo sea adecuado, de lo contrario el proyecto puede fracasar. La estimacin normalmente se asocia con un valor o conjunto de valores, dentro de un rango probable de resultados. Algunas de las tcnicas ms utilizadas son:

Los datos de lneas de cdigo (LDC) Anlisis de puntos de funcin (PF) COCOMO (Constructive Cost Model) Estimacin por casos de uso (Derivacin de los puntos de funcin) Wideband Delphi (Juicios expertos) OLP (Optimist, Likely, Pessimist) Fuzzi logic Estimacin de POKER Estas tcnicas de estimacin son una forma de resolucin de problemas en donde, en la mayora de los casos, el problema a resolver es demasiado complejo para considerarlo como una sola parte. Por esta razn, descompone el problema, re- caracterizndolo como un conjunto de pequeos problemas. Las estimaciones estn asociadas con el esfuerzo, costo y el tiempo de las actividades identificadas del proyecto. El objetivo de la estimacin de proyectos es reducir los costos e incrementar los niveles de servicio y calidad.

Proyecto Final Pgina 17

 No necesita realizarse en una forma improvisada. La experiencia es una gran ayuda. La estimacin implica riesgo inherente, y este conduce a la incertidumbre. El riesgo de la estimacin se mide por el grado de incertidumbre en las estimaciones cuantitativas para recursos, costos y programa de trabajo.

La dificil tarea Estimacin La estimacin de software es difcil. Los jefes, directivos, clientes y desarrolladores no parecen entender por qu la estimacin es tan difcil. No se puede estimar con precisin el costo de un programa hasta que se comprendan con detalle cada una de las funciones que realizar el sistema. La incertidumbre sobre la naturaleza del producto aporta incertidumbre a la estimacin. La estimacin de lo que costar el desarrollo de un software es una de las actividades de planeacin que reviste especial importancia, ya que una de las caractersticas que debe tener un producto de software es que su costo sea adecuado, de lo contrario el proyecto puede fracasar.

Proyecto Final Pgina 18

CONCLUSIN
Es importante validar las polticas corporativas. Si se tiene ya un departamento de desarrollo, hay que analizar si tienen tiempo o si es rentable que desarrollen la aplicacin necesaria. Adicionalmente hay que determinar si es factible conseguir la aplicacin en el mercado. Si a todo esto la respuesta es negativa, habr que implementar la capacidad interna para desarrollar la solucin. Lo que si debe quedar claro es que si decide hacer software en casa, tendr que armar el departamento como si fuera una empresa productora de soluciones informticas, es decir, incorporar funciones de diseo, prueba, control de versiones, implementacin, investigacin de tecnologa, documentacin y muchas otras actividades que debe afrontar una casa de software. El proceso de gestin del proyecto de software comienza con un conjunto de actividades que, globalmente, se denominan Planificacin del proyecto. La primera de estas actividades es la Estimacin. Siempre que estimamos, echamos un vistazo al futuro y aceptamos resignados cierto grado de incertidumbre. Las Tcnicas de Estimacin de Proyecto de Software deben considerar cuatro aspectos antes de que comience el proyecto: Cuanto durara, Cuanto esfuerzo, Costo requerido, Cuanta gente estar implicada.

Proyecto Final Pgina 19

BIBLIOGRAFA
CASHFLOW. (2009, Enero 24). http://cashflowcomparte.blogspot.mx/. Retrieved Junio 10, 2013, from http://cashflowcomparte.blogspot.mx/2009/01/comprar-o-desarrollarsoftware.html SINEMED SYSTEMS. (Desconocido). SineMed Systems. Retrieved Junio 10, 2013, from http://sinemed.com/recursos/art/hacer_comprar.pdf

Proyecto Final Pgina 20