sábado, 21 de junio de 2008

FASE I


Ahora en esta fase tomaremos en cuenta, el levantamiento de informacion y a su vez los resultados del mismo de forma grafica, las cuales a su vez se explicaran. Para el levantamiento de información se utilizó como instrumento el cuestionario, ya que los datos obtenidos a través de su aplicación proporcionan la información necesaria para establecer nuevas propuestas para el sistema a desarrollar.

La aplicación de dicha encuenta se realizara a una población que está constituida por las personas que laboran en la compañia “Aura Compañia”, ya que estas serán las encargadas de manipular el sistema a realizar.

Gráfico 1. Aqui vemos la cantidad de encuestados, el personal encargado de hacer las ventas.


















De las 10 personas encargadas de ventas vemos que el 67% cree que
al exibir los productos en una paguina web aumentaran las ventas.


Gráfico 2. El tiempo de atencion al cliente sera minimizado.



El 86% del personal afirmo que el tiempo de atencion al cliente mejoraria radicalmente porque estaria en rangos de auto atencion.

Gráfico 3. Confiabilidad del Sistema de Ventas.



Ahora aqui hay un 50% de parte y parte algunos dicen que el sistema no es confiable, pero otros dicen que con una Base de Datos Robusta no hay de que preocuparse.



Gráfico 4. Facultad de Manejar el Sistema.



Esta grafica demuestra que del personal total que labora en la compañia solo 1 persona que representa el 6% de la totalidad, se tendria que enceñar a usar el sistema.



Al finalizar el analisis nos damos cuenta que la implantacion del sistema de ventas, aumentara el indice de ventas, y la productividad de la compañia. Esto se hace con un solo y unico fin que es:

- Dar respuesta a los clientes de forma más rápida reduciendo así los tiempos de repuesta.
- Hacer más eficiente y eficaz la atención hacia los clientes.







lunes, 16 de junio de 2008

ESTUDIO DE FACTIBILIDAD DEL PROYECTO

Al empesar hacer el análisis de factibilidad nos damos de cuenta de que su gran mayoria, se completan durante la fase de diseño de sistemas, normalmente durante la consideración de la evaluación de las diferentes alternativas de solución propuestas. Ahora esto influye siertamente en la elaboración del nuevo sistema, esto a su vez viene dado por los sigientes estudios realizados a continuacion.

Factibilidad Técnica

-Aura compañia actualmente cuenta con la disponibilidad de los equipos necesarios que permiten la elaboración e implantación de un nuevo sistema.

- El personal que trabajará con el sistema de ventaslocales que posee pero tambien posee la experiencia técnica requerida para diseñar, implementar, operar y mantenerdel nuevo sistema, es decir, el personal esta apto para manejar el mismo.

Factibilidad Económica

- Los materiales y equipos a utilizarse para el desarrollo del sistema no representan una carga económica ya que aura compañia por moverse en el medio de la tecnologia de la informacion y computacion, ya cuenta con los recursos necesarios para su implementación.

- El tiempo establecido para la elaboración del Sistema está dentro del estimado por los usuarios y no se presentan costos adicionales.

Factibilidad Operacional

- Sabemos que el proceso de elaboracion del sistema de ventas por internet sera aplicado para mejorar las ventas de la compañia y habrirse al mercado de una forma mas fluida, Aura compañia surgira de forma exponencial ya que solo no comercializara a nivel nacional si no tambien internacional



viernes, 13 de junio de 2008

ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADOS A OBJETOS

El analisis y diseño de un sistema es un proceso donde recolectamos informacion para entender los requerimientos de el cliente, empresa etc. Ahora podemos desglosar estas dos ramas de manera explicativa:

El analisis de Sistema comprende como tal, Planificacion, levantamiento de informacion y el estudio detallado del sistema actual.

Ahora el diseño de sistemas que consiste en llevar a cabo el sistema por medio de la clasificación y empleo de la información de manera que se pueda ofrecer una alternativa mucho más viable.

Teniendo encuenta las aclaratorias de estas dos ramas, podemos empezar a hablasobre el analisis y diseño de sistemas orientado a objetos, desde este punto de vista veremos que el software como tal lo clasificaremos en objetos, esto objetos interactuaran entre si.

Las metodologías de análisis y diseño más modernas son casos de uso guiados a través de requerimientos, diseño, implementación, pruebas, y despliegue.En éste método de análisis y diseño se crea un conjunto de modelos utilizando una notación por ejemplo, el lenguaje unificado de modelado (UML). El lenguaje unificado de modelado se ha vuelto el lenguaje de modelado estándar usado en análisis y diseño orientado a objetos Un ejemplo de ello, un sistema de negocio, un conjunto de módulos de software y para diseñar una solución para mejorar los procesos involucrados

Veamos en la programacion orientada a objetos los objetos son mas que todo entidades que combinan estado comportamiento y identidad. esto quiere decir que:

-La programación orientada a objetos expresa un programa como un conjunto de estos objetos, que colaboran entre ellos para realizar tareas. Esto permite hacer los programas y módulos más fáciles de escribir, mantener y reutilizar.

-Un objeto contiene toda la información que permite definirlo e identificarlo frente a otros objetos pertenecientes a otras clases e incluso frente a objetos de una misma clase, al poder tener valores bien diferenciados en sus atributos.

Al fin y al cabo la programacion orientada a objetos tiene como fin mejorar la comprencion por medio de modulos,y su caracteristica principal es la reutilizacion de codigo.

sábado, 7 de junio de 2008

CAPITULO II

Marco Teórico

En este capítulo se hablará del grupo central de conceptos y teorías que se utilizan para formular y desarrollar argumentos refiriéndose este a las ideas básicas que forman los cimientos para los mismos. Es el producto de la revisión documental bibliográfica y consiste en recopilar ideas, posturas de autores, conceptos y definiciones que sirven de base para la investigación a realizar.

Antecedentes De La Investigación

Como antesedentes pdemos tomar como ejempo la historia de la evolucion de la mayor tienda de ventas por internet conocida como mercado libreen marzo de 1999, marcos galperín, nuestro co-fundador y director ejecutivo, mientras trabajaba para obtener su diploma mba de la escuela de negocios de la universidad de stanford, escribió el plan de negocios de mercadolibre y comenzó a conformar un equipo de profesionales para ponerlo en ejecución.

Iniciamos las operaciones de mercadolibre en argentina en agosto de 1999, y posteriormente comenzamos operaciones en otros países. Recibimos dos ruedas de financiamiento además del capital semilla inicial.

La primera rueda, realizada en noviembre de 1999, obtuvo $7.6 millones de inversores que incluyeron j.p. Morgan partners bhca l.p., flatiron fund entities y hicks, muse, tate & furst. La segunda rueda se realizó en mayo de 2000 y obtuvo $46.7 millones de, entre otros, goldman sachs entities (gs capital partners iii, l.p., gs capital partners iii offshore, l.p. And goldman sachs & co. Verwaltungs gmbh), capital riesgo internet scr s.a. (cri banco santander central hispano), ge capital equity investments, inc., j.p. Morgan partners bhca l.p. Y hicks, muse, tate & furst.

En septiembre de 2001, realizamos una alianza exclusiva de 5 años con ebay para toda latinoamérica. Ebay, la mayor empresa de compras y ventas por internet del mundo y la pionera en este negocio, se convirtió en uno de nuestros principales accionistas y comenzó a trabajar con nosotros para brindar un mejor servicio a nuestra comunidad de usuarios de américa latina, mediante el acceso a ciertos conocimientos técnicos y experiencia, que aceleraron algunos aspectos de nuestro desarrollo. Como parte de esta alianza estratégica, adquirimos en ese entonces la subsidiaria brasileña de ebay, ibazar.

Esta alianza concluyó en septiembre de 2006. En noviembre de 2002, adquirimos algunos activos estratégicos de lokau.com, una plataforma brasileña de negocios en línea competidora e incorporamos a todos los usuarios registrados de lokau.com en nuestra plataforma. En noviembre de 2005, adquirimos algunas operaciones de un competidor regional de negocios en línea, deremate.com inc., incluyendo todas sus operaciones en brasil, colombia, ecuador, méxico, perú, uruguay y venezuela.


Bases Teóricas

Las bases teóricas van a ser primordialmente de tipo tecnológico en interfase web , que son las definiciones que se van a implementar a lo largo del desarrollo del proyecto de ventas por internet.

Sistemas

El término sistema puede definirse como un conjunto de elemento de interacción. Esto significa cualquier cosa que esté compuesta de partes unidas entre sí puede llamarse sistema.

Elementos De Un Sistema

Entrada:

El insumo (entrada o imput) se define como el componente impulsor o indicador con el cual funciona el sistema. La función de entrada se caracteriza a la fuerza alimentadora que proporciona al sistema el material de operación.

Proceso:

Se define como la actividad que posibilita la transformación del insumo (entrada en producto, salida). El proceso puede definirse también como fenómeno (s) que cambia (n) continuamente con el correr del tiempo. En ciertos sistemas las funciones y operaciones, como también el hombre y la máquina, pueden analizarse como un proceso

Salida:

El resultado de un proceso son las salidas. Las salidas pueden definirse como el fin para el cual se unen los elementos, las características y las relaciones del sistema. Por lo tanto, la salida es congruente con el objetivo, cuya definición es similar. En un sentido bastante real, la salida representa la finalidad, meta u objetivo para los cuales se organiza el sistema.

Clasificación De Los Sistemas

Sistemas Abiertos

El hecho de que un sistema sea abierto significa no solo que hay un intercambio entré él y el medio ambiente, sino también que este intercambio es un factor esencial que preservar su viabilidad, su capacidad reproductiva o su continuidad y su capacidad de transformarse.

Sistemas Cerrados

En el sistema cerrado existe un intercambio relativamente pequeño, tanto de energía como de materia, en relación con el medio ambiente.

En todo sistema cerrado (físico) en el estado fina esta determinado incuestionablemente por las condiciones iniciales.

Sistemas Determinísticos

Es aquel que describe una operación, la cual puede predecirse. La interacción entre las partes del mismo, se conoce a cabalidad. Si se tiene la descripción de un estado del sistema y su operación, el estado futuro más próximo del mismo, se puede dar con exactitud, sin error.

Sistema Probabilístico

Se puede definir como un sistema que tiene un comportamiento, el cual está afectado por a probabilidad de manera que la predicción del estado futuro del comportamiento de estos sistemas íntimamente ligado a cierto grado de error

Sistemas De Información

Es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. Un sistema de información requiere de dos aspectos importantes para su funcionamiento, los cuales son: el equipo computacional que no es mas que el hardware necesario para que el sistema de información pueda operar y el recurso humano que interactúa con el sistema de información, el cual está formado por las personas que utilizan el sistema. Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información.

Bases De Datos

Es una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular. Las bases de datos proporcionan la infraestructura requerida para los sistemas de apoyo a la toma de decisiones y para los sistemas de información estratégicos, ya que estos sistemas explotan la información contenida en las bases de datos de la organización para apoyar el proceso de toma de decisiones o para lograr ventajas competitivas.

Modelos De Bases De Datos

Existen fundamentalmente tres alternativas disponibles para diseñar las bases de datos: el modelo jerárquico, el modelo de red y el modelo relacional.


Modelo jerárquico.

Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos.

Modelo de red.

Este modelo permite la representación de muchos a muchos, de tal forma que cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a él. El modelo de red evita redundancia en la información, a través de la incorporación de un tipo de registro denominado el conector.

Modelo relacional.

Este modelo se está empleando con más frecuencia en la práctica, debido a las ventajas que ofrece sobre los dos modelos anteriores, entre ellas, el rápido entendimiento por parte de usuarios que no tienen conocimientos profundos sobre sistemas de bases de datos.

Sistema manejador de bases de datos (dbms).

Es un conjunto de programas que se encargan de manejar la creación y todos los accesos a las bases de datos. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.

Una de las ventajas del dbms es que puede ser invocado desde programas de aplicación que pertenecen a sistemas transaccionales escritos en algún lenguaje de alto nivel, para la creación o actualización de las bases de datos, o bien para efectos de consulta a través de lenguajes propios que tienen las bases de datos o lenguajes de cuarta generación.

Mysql es un sistema de gestión de base de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones. mysql ab —desde enero de 2008 una subsidiaria de sun microsystems— desarrolla mysql como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la gnu gpl para cualquier uso compatible con esta licencia, pero las empresas que quieran incorporarlo en productos privativos pueden comprar a la empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte en ansi c.

Al contrario que proyectos como apache, donde el software es desarrollado por una comunidad pública y el copyright del código está en poder del autor individual, mysql es propiedad y está patrocinado por una empresa privada, que posee el copyright de la mayor parte del código. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además de la venta de licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran vía internet. Mysql ab fue fundado por david axmark, allan larsson, y michael widenius.

MY SQL

Sql (lenguaje de consulta estructurado) fue comercializado por primera vez en 1981 por ibm, el cual fue presentado a ansi y desde ese entonces ha sido considerado como un estándar para las bases de datos relacionales. Desde 1986, el estándar sql ha aparecido en diferentes versiones como por ejemplo: sql:92, sql:99, sql:2003. Mysql es una idea originaria de la empresa opensource mysql ab establecida inicialmente en suecia en 1995 y cuyos fundadores son david axmark, allan larsson, y michael "monty" widenius. El objetivo que persigue esta empresa consiste en que mysql cumpla el estándar sql, pero sin sacrificar velocidad, fiabilidad o usabilidad.

Michael widenius en la década de los 90 trató de usar msql para conectar las tablas usando rutinas de bajo nivel isam, sin embargo, msql no era rápido y flexible para sus necesidades. Esto lo conllevó a crear una api sql denominada mysql para bases de datos muy similar a la de msql pero más portable.

La procedencia del nombre de mysql no es clara. Desde hace más de 10 años, las herramientas han mantenido el prefijo my. También, se cree que tiene relación con el nombre de la hija del cofundador monty widenius quien se llama my.

Por otro lado, el nombre del delfín de mysql es sakila y fue seleccionado por los fundadores de mysql ab en el concurso “name the dolphin”. Este nombre fue enviado por ambrose twebaze, un desarrollador de open source africano, derivado del idioma siswate, el idioma local de swazilandia y corresponde al nombre de una ciudad en arusha, tanzania, cerca de uganda la ciudad origen de ambrose.

HTML

Html, siglas de hypertext markup language (lenguaje de marcado de hipertexto), es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. Html se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<,>). Html también puede describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por ejemplo javascript), el cual puede afectar el comportamiento de navegadores web y otros procesadores de html.

Html también es usado para referirse al contenido del tipo de mime text/html o todavía más ampliamente como un término genérico para el html, ya sea en forma descendida del xml (como xhtml 1.0 y posteriores) o en forma descendida directamente de sgml (como html 4.01 y anteriores).

Por convención, los archivos de formato html usan la extensión .htm o .html.

Html consiste de varios componentes vitales, incluyendo elementos y sus atributos, tipos de data, y la declaración de tipo de documento.


Elementos HTML

Los elementos son la estructura básica de html. Los elementos tienen dos propiedades básicas: atributos y contenido. Cada atributo y contenido tiene ciertas restricciones para que se considere válido al documento html. Un elemento generalmente tiene una etiqueta de inicio (p.ej. ) y una etiqueta de cierre (p.ej. ). Los atributos del elemento están contenidos en la etiqueta de inicio y el contenido está ubicado entre las dos etiquetas (p.ej. contenido). Algunos elementos, tales como
, no tienen contenido ni llevan una etiqueta de cierre. Debajo se listan varios tipos de elementos de marcado usados en html.

El marcado estructural describe el propósito del texto. Por ejemplo,

golf

establece a "golf" como un encabezamiento de segundo nivel, el cual se mostraría en un navegador de una manera similar al título "marcado html" al principio de esta sección. El marcado estructural no define cómo se verá el elemento, pero la mayoría de los navegadores web han estandarizado el formato de los elementos. Un formato específico puede ser aplicado al texto por medio de hojas de estilo en cascada.

El marcado presentacional describe la apariencia del texto, sin importar su función. Por ejemplo, negrita indica que los navegadores web visuales deben mostrar el texto en negrita, pero no indica qué deben hacer los navegadores web que muestran el contenido de otra manera (por ejemplo, los que leen el texto en voz alta). En el caso de negrita e itálica, existen elementos que se ven de la misma manera pero tienen una naturaleza más semántica: enfásis fuerte y énfasis. Es fácil ver cómo un lector de pantalla debería interpretar estos dos elementos. Sin embargo, son equivalentes a sus correspondientes elementos presentacionales: un lector de pantalla no debería decir más fuerte el nombre de un libro, aunque éste esté en itálicas en una pantalla. La mayoría del marcado presentacional ha sido desechada con html 4.0, en favor de hojas de estilo en cascada.

Atributos HTML

La mayoría de los atributos de un elemento son pares nombre-valor, separados por un signo de igual "=" y escritos en la etiqueta de comienzo de un elemento, después del nombre de éste. El valor puede estar rodeado por comillas dobles o simples, aunque ciertos tipos de valores pueden estar sin comillas en html (pero no en xhtml). de todas maneras, dejar los valores sin comillas es considerado poco seguro en contraste con los pares nombre-elemento, hay algunos atributos que afectan al elemento simplemente por su presencia (tal como el atributo ismap para el elemento img).

Ciclo De Vida Del Desarrollo De Sistema

El ciclo de vida del desarrollo de sistemas es el conjunto de actividades de los analistas, diseñadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de información. Se debe tener presente que en la mayoría de las situaciones del negocio, las actividades están íntimamente relacionadas y son inseparables. El ciclo de vida del desarrollo de sistemas consiste en las siguientes actividades:

Investigación Preliminar

Se puede iniciar una petición de en sistema de información por muchas razones, pero la clave es que alguien, ya sea gerente, un empleado o un especialista de sistemas, inicie un requerimiento para recibir ayuda de un sistema de información. Cuando ese requerimiento se realiza, la primera actividad de sistemas, es decir, la investigación preliminar, se inicia. Esta actividad tiene tres partes: clasificación de requerimiento, estudio de la factibilidad y aprobación del requerimiento. El resultado será aprobar el requerimiento para la atención posterior o rechazarlo como no factible para un desarrollo futuro.

Recolección Y Análisis De Los Requisitos

En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:

- Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.

- Observando El Funcionamiento De La Empresa.

- Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.

- Utilizando cuestionarios para recoger información de grandes grupos de usuarios.

- Utilizando La Experiencia Adquirida En El Diseño De Sistemas Similares.

La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, al igual que la documentación utilizada. Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.

Clarificación Del Requerimiento

En las empresas muchos requerimientos de los empleados y usuarios no están establecidos claramente; por lo tanto, antes de que pueda considerarse la investigación del sistema, el proyecto requerido debe examinarse, para determinar precisamente lo que desea la empresa. Una simple llamada telefónica puede ser suficiente si la persona que requiere el servicio tiene una idea clara, pero no sabe cómo establecerla. Por otro lado, la persona que hace el requerimiento puede estar simplemente pidiendo ayuda sin saber qué es lo que está mal o por qué existe un problema. La clarificación del problema es este caso, antes de poder llegar a otro paso, el requerimiento de proyecto debe estar claramente establecido.

Factibilidad

Todos los proyectos son posibles ¡si se tiene infinitos recursos y tiempo! Desgraciadamente, el desarrollo de un sistema o producto basado en computadora es muy probable que esté plagado de escasez de recursos y de fechas de entrega. Es necesario y prudente evaluar la viabilidad de un proyecto, de esta manera se pueden evitar meses o años de esfuerzo, dinero, y no se concibe un mal sistema por realizar prontas definiciones.

Se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señalados, la factibilidad se apoya en 3 aspectos básicos:

• Operativo.

• Técnico.

• Económico.

Estudio De Factibilidad

La investigación de factibilidad es un proyecto que consiste en descubrir cuáles son los objetivos de la organización, luego determinar si el proyecto es útil para que la empresa logre sus objetivos. La búsqueda de estos objetivos debe contemplar los recursos disponibles o aquellos que la empresa puede proporcionar, nunca deben definirse con recursos que la empresa no es capaz de dar. 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

Tipos De Factibilidad

Factibilidad Técnica

Se refiere a los recursos necesarios como herramientas, conocimientos, habilidades, experiencia, etc., que son necesarios para efectuar las actividades o procesos que requiere el proyecto. Generalmente nos referimos a elementos tangibles (medibles). El proyecto debe considerar si los recursos técnicos actuales son suficientes o deben complementarse y si existe o está al alcance la tecnología necesaria para el sistema.

Factibilidad Económica

Se refiere a los recursos económicos y financieros necesarios para desarrollar o llevar a cabo las actividades o procesos y/o para obtener los recursos básicos que deben considerarse son el costo del tiempo, el costo de la realización y el costo de adquirir nuevos recursos.

Generalmente la factibilidad económica es el elemento más importante ya que a través de él se solventan las demás carencias de otros recursos, es lo más difícil de conseguir y requiere de actividades adicionales cuando no se posee.

Factibilidad Operativa

Se refiere a todos aquellos recursos donde interviene algún tipo de actividad (procesos), depende de los recursos humanos que participen durante la operación del proyecto. Durante esta etapa se identifican todas aquellas actividades que son necesarias para lograr el objetivo, se evalúa y determina todo lo necesario para llevarla a cabo y si el sistema puede funcionar en la organización.

Definición De Términos Básicos

BASE DE DATOS

Una base de datos es una recopilación de información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música. Si la base de datos no está almacenada en un equipo, o sólo están instaladas partes de la misma, puede que deba hacer un seguimiento de información procedente de varias fuentes en orden a coordinar y organizar la base de datos.

HTML

Html, siglas de hypertext markup language (lenguaje de marcado de hipertexto), es el lenguaje de marcado predominante para la construcción de páginas web. Es usado para describir la estructura y el contenido en forma de texto, así como para complementar el texto con objetos tales como imágenes. Html se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<,>). Html también puede describir, hasta un cierto punto, la apariencia de un documento, y puede incluir un script (por ejemplo javascript), el cual puede afectar el comportamiento de navegadores web y otros procesadores de html.

MY SQL

Sql (lenguaje de consulta estructurado) fue comercializado por primera vez en 1981 por ibm, el cual fue presentado a ansi y desde ese entonces ha sido considerado como un estándar para las bases de datos relacionales. Desde 1986, el estándar sql ha aparecido en diferentes versiones como por ejemplo: sql:92, sql:99, sql:2003. Mysql es una idea originaria de la empresa opensource mysql ab establecida inicialmente en suecia en 1995 y cuyos fundadores son david axmark, allan larsson, y michael "monty" widenius. El objetivo que persigue esta empresa consiste en que mysql cumpla el estándar sql, pero sin sacrificar velocidad, fiabilidad o usabilidad.

lunes, 26 de mayo de 2008

Determinación de Factibilidad de un Proyecto

Estudio de Factibilidad

Un resultado importante de la investigación preliminar es la determinación de que el sistema que se ha solicitado o que se desea desarrollar sea factible. En las Investigaciones preliminares existen tres aspectos importantes que están relacionado con el estudio de factibilidad:

  • Factibilidad Técnica
  • Factibilidad Económica
  • Factibilidad Operacional

Factibilidad Técnica.

Entre los aspectos técnicos que es común que aparezcan durante la etapa de factibilidad de la investigación se incluyen los siguientes:

  1. ¿Existe o se puede adquirir la tecnología necesaria para realizar lo que se pide?
  2. ¿El equipo propuesto tiene la capacidad técnica para soportar todos los datos requeridos para usar el nuevo sistema?
  3. ¿El sistema propuesto ofrecerá respuestas adecuadas a las peticiones sin importar el número y ubicación de los usuarios?
  4. Si se desarrolla el sistema, ¿puede crecer con facilidad?
  5. Existen garantías técnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los datos?

Por ejemplo, si la propuesta incluye una impresora que imprima con una rapidez de 15000 líneas por minuto, entonces una breve investigación mostrara que esta especificación es técnicamente factible. (La decisión de incluir la impresora en la configuración es de índole económica) Por otro lado, si un usuario solicita un sistema cuya entrada sea por voz para escribir, leer y efectuar cambios en los datos ya almacenados, entonces es muy probable que la propuesta no sea técnicamente factible.


Factibilidad Operacional

Los proyectos propuestos únicamente tienen beneficios cuando logran ingresar al grupo de sistemas de información que satisfacen los requerimientos de la organización. En palabras más sencillas, esta prueba de factibilidad formula la siguiente pregunta: ¿

Trabajará el sistema cuando esté terminado e instalado? ¿Existen barreras importantes para la implantación? A continuación se proporcionan varias preguntas que son de gran ayuda para probar la factibilidad operacional de un proyecto:

  1. ¿Existe apoyo suficiente para el proyecto por parte de la administración?, ¿y por parte de los usuarios? Si el sistema en uso es bien visto y es utilizado por muchas personas que no ven ninguna razón para efectuar cambios, entonces es probable encontrar resistencia al cambio.
  2. ¿Los métodos que actualmente se emplean en la empresa son aceptados por los usuarios? Si no es así, entonces los usuarios darán la bienvenida a cualquier cambio que permita tener un sistema más útil y operacional.
  3. ¿Los usuarios han participado en la planeación y desarrollo del proyecto? La participación temprana disminuye, en general, los riesgos de rechazo hacia el sistema y cambio; así mismo aumenta las posibilidades de éxito de los proyectos.
  4. ¿El sistema propuesto causara perjuicios? ¿Producirá resultados pobres en algún aspecto o área? ¿se perderá el control en alguna área? ¿se perderá la falibilidad de acceso a la información? ¿La productividad de los empleados será menor después que antes de la implantación? ¿Los clientes se verán afectados en forma poco favorable? ¿el sistema reducirá la productividad de otras áreas?

Aspectos que al inicio parecen tener poca importancia pueden convertirse en grandes problemas después de la implantación. Por lo tanto, siempre deben considerarse de manera cuidadosa todos los aspectos operacionales.

Factibilidad Financiera y Económica

Un sistema que puede ser desarrollado desde el punto de vista técnico y que, a demás, será utilizado si se llega a instalar, debe ser una buena inversión para la organización. Los beneficios financieros deben igualar o exceder a los costos. Las cuestiones financieras formuladas por los analistas durante la investigación preliminar, tienen el propósito de estimar lo siguiente:

  1. El costo de llevar a cabo la investigación completa de sistema.
  2. El costo de Hardware y Software para la aplicación que se está considerando
  3. Beneficios en la forma de reducción de costos o de menos errores costosos.
  4. El costo si nada sucede (es decir, si el proyecto no se lleva a cabo)

Para ser considerada como factible, la propuesta debe pasar todas las pruebas. De lo contrario, el proyecto no es factible. Por ejemplo, un sistema de registro de personal que sea factible desde el punto de vista financiero y operacionalmente atractivo, no es factible si la tecnología necesaria para su desarrollo aún no existe. Un sistema medico que se puede desarrollar con costos razonables pero que las enfermeras evitaran por cualquier medio, no puede ser juzgado como operacionalmente factible.

Manejo de proyectos no factibles

No todos los proyectos que se someten a una evaluación y revisión son aceptados. Las solicitudes que no pasan las pruebas de factibilidad ya no reciben ninguna atención, a menos que se trabaje sobre ellas y sean presentadas otra vez ante el comité de selección como nuevas propuestas. En algunos casos, sólo parte del proyecto no es de importancia práctica, por lo que el comité de selección quizá decida combinar las partes importantes del proyecto con otra propuesta factible.

En otras ocasiones, las investigaciones preliminares producen suficiente información para sugerir mejoras en la administración y supervisión, y no es precisamente el desarrollo de sistemas de información quien propone la solución a los problemas mencionados.

La Reingeniería

¿Qué es la reingeniería?

De acuerdo a Michel Hammer, la reingeniería es empezar de cero, en una hoja en blanco, porque se considera que prácticamente todo lo que hacíamos antes, como empresas, parecería estar mal hecho, considerando los resultados obtenidos.

La reingeniería se plantea repensar y rehacer los procesos de una organización en función de dos argumentos centrales:

  • El argumento pro acción, que Hammer define como la "cuña" y que consiste en la razón fundamental del porqué queremos o debemos cambiar. Si no tenemos una razón poderosa, no vamos a hacer el cambio. Es como cuando el doctor le dice al paciente que tiene que cambiar de régimen de vida o que se va a morir en un mes. Mientras más radical y contundente sea éste argumento "pro acción", más convencidos estaremos de hacer el cambio.
  • El argumento pro visión, que Hammer define como el "imán" y que consiste en la visión que nos atrae, es decir el objetivo o el ideal que estamos buscando con el cambio. Mientras más clara sea la visión de lo que buscamos más fácilmente nos encaminaremos hacia ello y lo lograremos. Esa visión, desde la Teoría del Caos, es un "atractor" y un impulsor autoorganizador, que permiten alinear a todos los miembros de una organización hacia el mismo fin y el restablecimiento del "orden".

La Reingeniería, en un primer momento, es un proceso que debe realizarse de arriba hacia abajo, es decir que debe ser iniciada por el líder de una organización o de un país ("líder transformacional"). Si no existe voluntad política de llevarla a cabo, si no hay decisión y si no se canalizan recursos a la misma, esta no prosperará.

Pero, en un segundo momento, la reingeniería requiere de un impulso de refuerzo en sentido inverso, es decir de abajo hacia arriba, ya que si no se involucra en la misma a todos los miembros de la organización, entonces fracasará, porque en el mejor de los casos la gente de abajo trabajará en otro sentido o dirección, o en el peor saboteará o boicoteará el cambio.

Sin embargo, la principal advertencia de la reingeniería es que si uno no está convencido de llevarla a cabo o de sus bondades, lo mejor es ni siquiera empezar el cambio, porque entonces podemos quedarnos en el peor de ambos mundos. Es decir, con todas las fallas e inconvenientes de los procesos anteriores, en tanto que las ventajas de los nuevos procesos no se van a sentir, porque el proceso se quedará inconcluso.

Lo interesante de la reingeniería es que no hay un "modelo de reingeniería". En otras palabras: el modelo es que no hay modelo. Cada quien tiene que hacer su propio proyecto de reingeniería, aunque sí hay ciertos principios de valor universal que pueden ser aplicados en prácticamente todas las organizaciones, asimismo, hay una cierta metodología que se puede rescatar de la experiencia de casos exitosos. Pues como dice el dicho: es más fácil copiar que inventar todo desde cero (benchmarking).

Pero lo más importante es un cambio de mentalidad o de enfoque. No debemos pensar ya en tareas aisladas, sino en procesos integrados. La visión es holística. Este es quizá el planteamiento más revolucionario de la reingeniería. En pocas palabras lo que plantea es que los conceptos de la división del trabajo que fueron la clave de la revolución industrial (pensamiento lineal), hoy día ya son obsoletos. Hoy día, lo que procede ya no es trabajar en serie, sino de forma integrada y dinámica. En otras palabras: tenemos que reintegrar todos los procesos, verlos en forma global.

Otro concepto importante de la reingeniería es que se trata de cambios radicales y totales (algunos hablan de cambios "brutales"), es decir cambios del 100%. No se trata de cambios graduales o incrementales.

Estos serían algunos de los principales conceptos de la reingenería. Es evidente que no podemos describir en este espacio todo lo que es e implica la reingeniería. Les recomendamos mejor leer y estudiar el libro de Hammer, o ir a sus conferencias. Sin embargo, sí es importante entender los conceptos anotados arriba para saber de qué estamos hablando y entender lo que vamos a decir a continuación.

Los 13 Conceptos Fundamentales de la Reingeniería

1. Consiste en empezar de cero, en una hoja en blanco.

Se considera que prácticamente todo lo que hacíamos antes como personas, empresas, instituciones o gobierno parecería estar mal hecho, considerando los resultados obtenidos.

2. Consiste en cambios radicales, brutales, espectaculares.

La reingeniería es enemiga de los cambios graduales, moderados e intrascendentes. Se habla de cambios de 100%, no de cambios incrementales de 20 o 30%.

3. Está enfocada a procesos.


No a departamentos o áreas, trabajos, personas o estructuras. Los viejos principios de la administración que fragmentaban el trabajo en varias unidades ya no funcionan, ahora hay nuevos principios. Se define un proceso como una colección de actividades que reciben una o más entradas y generan una salida que es de valor para el cliente.

4. Tiene una visión holística.

Observa todos los procesos desde una perspectiva integral. Ve el todo y no las partes. Tiene una perspectiva global.

5. La división del trabajo ya no funciona.

La división de tareas que fue clave para la revolución industrial (pensamiento lineal) ya es obsoleta. Hoy día ya no procede trabajar en serie, sino en forma integrada y dinámica. Tenemos que reintegrar los procesos. Los actores de la reingeniería deben ser capaces de desempeñar más de un rol.

6. Es enemiga de la especialización. Es multiespecialización (generalista).

La reingeniería es anti-especialización. La especialidad tiene virtudes pero su defecto es la pérdida de flexibilidad. En reingeniería lo que más requieres es flexibilidad.

7. Se apoya en el principio de la incertidumbre (Teoría del Caos).

En reingeniería todo es "pulso y vista". Pura intuición pero no ciega. Parte del supuesto de que el determinismo no existe y por lo tanto no existe nada establecido ni predeterminado. Hay que aprender a administrar o manejar la incertidumbre. Hay que tener una tolerancia a la vaguedad, ya que no hay guías ni precisión. Es construir un puente al vacio sin conocer la otra orilla.

8. Su herramienta principal es la destrucción creativa.

Lo anterior ya no funciona y por lo tanto hay que destruirlo, pero de una manera creativa, construyendo los nuevos procesos. Se basa en el principio de que en un espacio sólo cabe un edificio, para construir lo nuevo tiene que hacerse sobre las ruinas o cenizas de lo viejo. Tienes que destruir tu empresa ó tu viejo "yo" ó tu organización para hacer una nueva de cero, pero esta destrucción tiene que hacerse de manera sistemática en base a los principios de la transformación organizacional.

9. No hay un "modelo de reingeniería". No hay un plan preestablecido.

El modelo es que no hay modelo. Cada quien tiene que hacer su propio proyecto de reingeniería. En el momento que rompas con lo anterior te quedas en el aire, por eso debes tener una tolerancia a la ambigüedad hasta que recompongas los procesos. Sin embargo, debes tener conciencia de que para realizar reingeniería necesitarías asesoría o consultoría externa. Tu sólo podrás avanzar en la mitad de la reingeniería, la otra mitad deberá contar con supervización externa, porque de lo contrario existe el riesgo de caer en la autocomplacencia, en el autoengaño. Sólo una auditoría externa evitará que sigas haciendo lo mismo de antes con un nombre nuevo. No cualquier cambio es reingeniería, sólo un cambio que cumpla y respete todos los conceptos y su metodología.

10. Lo más importante es un cambio de mentalidad o de enfoque. Metanoia.

No debemos pensar en tareas aisladas, sino en procesos integrados. Si sigues viendo el mundo como era antes. Si piensas que no hay nada nuevo bajo el sol y que no debes cambiar tus actitudes, tus comportamientos, tu forma de trabajar o si no estás dispuesto a enfrentar la incertidumbre o la vaguedad, entonces la reingeniería no es para ti. El día que cambies de mentalidad, el día que tengas un cambio cultural, una Metanoia, ese día podrás hacer reingeniería. Un concepto fundamental es que no podrás hacer la reingeniería de una empresa o de un organismo o de una institución cualquiera si primero no haces una reingeniería de ti mismo. Si no cambias de mentalidad no estás listo para entrar al futuro.

11. En un primer momento debe realizarse de arriba hacia abajo.

Debe ser iniciado por el líder de la organización ("líder transformacional"), porque si no hay voluntad y decisión, si no se canaliza poder y recursos, no prosperará.

12. En un segundo momento, la reingeniería requiere un impulso en sentido inverso, de abajo hacia arriba.

Si no involucra a todos los miembros de la organización fracasará, porque estos lo boicotearán, lo sabotearán o lo harán más lento. El involucramiento debe hacerse por convencimiento o por "amor a la camiseta".

13. Si uno no está convencido es mejor no hacer reingeniería.

Los resultados pueden ser desastrosos, ya que se desmantelaría lo que funcionaba en el pasado y no se acabaría de instalar los nuevos procesos. Nos quedaríamos en el peor de ambos mundos: todo lo malo del pasado sin lo bueno del futuro.

Si estás convencido de las bondades de la reingeniería, de sus conceptos y de su metodología, no esperes más, ponla en práctica cuanto antes. El mundo ya cambió, ahora falta que cambies tú o tu empresa o tu organización.

Las principales empresas del mundo ya hicieron o están haciendo reingeniería, para pasar de la era de la industrialización a la nueva era de la información-comunicación. El mundo no detendrá su marcha como no se detuvo en el salto del feudalismo al capitalismo. En 20 o 30 años todas las empresas que sobrevivan habrán hecho reingeniería o se fundarán en base a sus principios. ¡Adelántate al cambio, antes que el cambio te cambie a ti o te deje obsoleto!.

domingo, 25 de mayo de 2008

Propuestas de Sistema

1.- Sistema de Registro y Validación del Personal para entrada y salida de un edificio por medio de una página Web.

Se desea realizar un sistema mediante una página que le permita a una compañía controlar las entradas y las salidas del personal que labora en ella y así poder controlar las modificaciones de sueldo por cuestiones de horario.

2.- Registro de Estudiantes en la Unefa por Medio de una página Web

Se desea realizar un sistema mediante una página que le permita a la Unefa núcleo Vargas llevar el control de los estudiantes que se inscriben para la presentación de la prueba de admisión.

3.- Modulo de ventas para una tienda por medio de una página Web

Se desea realizar un sistema mediante una página que le permita a una tienda mejorar sus ventas por medio del Internet, y así poder expandir su campo laborar y obtener mejores ganancias.