Documentos de Académico
Documentos de Profesional
Documentos de Cultura
UNIVERSIDAD DE EL SALVADOR FACULTAD DE CIENCIAS ECONOMICAS DEPARTAMENTO DE COMPUTACION COMPUTACIN II GUIA DE CLASE #: 1
elementos interrelacionados entre s, para lograr un objetivo comn. Despus de comprender la definicin de sistema, podemos definir que es un sistema de
informacin, para luego estudiar ms profundamente uno de sus componentes denominado: BASE DE DATOS. Luego de comprender estos conceptos bsicos se har un recorrido por Microsoft Access para conocer su ambiente de desarrollo y aprender cmo se gestiona la informacin utilizando dicho gestor de base de datos.
Qu es un Sistema de Informacin basado en computadoras? Es un conjunto de subsistemas interrelacionados entre s, que incluyen hardware, software, medios de almacenamiento de datos para archivos y bases de datos, con el objetivo de procesar entradas, mantener archivos de datos relacionados con la organizacin y producir informacin, reportes y otras salidas.
El conjunto particular de subsistemas utilizados, como equipo especifico, programas, archivos y procedimientos, es lo que se denomina una aplicacin de sistema de informacin. De esta forma, los sistemas de informacin pueden tener aplicaciones en ventas, compras, contabilidad o administracin de recursos humanos.
CICLO II-2013
En la siguiente figura, se muestran los elementos de un sistema basado en computadoras, incluyendo los siguientes:
Procedimientos
|1
Hardware
Documentos
|
Sistema
Entrada
Base de datos
Sistem a
Salida
Software
Gente
Figura 1. Elementos del sistema Como el objetivo de esta materia es que se logre aprender cmo se administra la informacin electrnicamente utilizando un gestor de base de datos, a continuacin solo se presenta la
definicin del componente base de datos de un sistema de informacin basado en computadoras. Bases de datos: Una coleccin grande y organizada de informacin a la que se accede mediante el software y que es una parte integral del funcionamiento del sistema.
CICLO II-2013
Con respecto al software que es una de las partes esenciales de un sistema, actualmente se ha puesto de moda hablar de mtodos agiles para el desarrollo de sistemas, los cuales son orientados a proyectos pequeos, de corta duracin (o entregas frecuentes) y equipos pequeos (< 10 integrantes) y trabajando en el mismo sitio, entre estos mtodos podemos mencionar :
1
SCRUM4. Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle. Define un marco para la gestin de proyectos, que se ha utilizado con xito durante los ltimos 10 aos. Est especialmente indicada para proyectos con un rpido cambio de requisitos. Sus principales caractersticas se pueden resumir en dos. El desarrollo de software se realiza mediante iteraciones, denominadas sprints, con una duracin de 30 das. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente. La segunda caracterstica importante son las reuniones a lo largo proyecto. stas son las verdaderas protagonistas, especialmente la reunin diaria de 15 minutos del equipo de desarrollo para coordinacin e integracin. Crystal Methodologies5. Se trata de un conjunto de metodologas para el desarrollo de software caracterizadas por estar centradas en las personas que componen el equipo (de ellas depende el xito del proyecto) y la reduccin al mximo del nmero de artefactos producidos. Han sido desarrolladas por Alistair Cockburn. El desarrollo de software se considera un juego cooperativo de invencin y comunicacin, limitado por los recursos a utilizar. El equipo de desarrollo es un factor clave, por lo que se deben invertir esfuerzos en mejorar sus habilidades y destrezas, as como tener polticas de trabajo en equipo definidas. Estas polticas dependern del tamao del equipo, establecindose una clasificacin por colores, por ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros). Dynamic Systems Development Method6 (DSDM). Define el marco para desarrollar un proceso de produccin de software. Nace en 1994 con el objetivo el objetivo de crear una metodologa RAD unificada. Sus principales caractersticas son: es un proceso iterativo e incremental y el equipo de desarrollo y el usuario trabajan juntos. Propone cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseo y construccin, y finalmente implementacin. Las tres ltimas son iterativas, adems de existir realimentacin a todas las fases. Adaptive Software Development7 (ASD). Su impulsor es Jim Highsmith. Sus principales caractersticas son: iterativo, orientado a los componentes software ms que a las tareas y tolerante a los cambios. El ciclo de vida que propone tiene tres fases esenciales: especulacin, colaboracin y aprendizaje. En la primera de ellas se inicia el proyecto y se planifican las caractersticas del software; en la segunda desarrollan las caractersticas y finalmente en la tercera se revisa su calidad, y se entrega al cliente. La revisin de los componentes sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo. Feature-Driven Development8 (FDD). Define un proceso iterativo que consta de 5 pasos. Las iteraciones son cortas (hasta 2 semanas). Se centra en las fases de diseo e
http://www.cyta.com.ar/ta0502/b_v5n2a1.htm
CICLO II-2013
implementacin del sistema partiendo de una lista de caractersticas que debe reunir el software. Sus impulsores son Jeff De Luca y Peter Coad. Lean Development9 (LD) . Definida por Bob Charettes a partir de su experiencia en proyectos con la industria japonesa del automvil en los aos 80 y utilizada en numerosos proyectos de telecomunicaciones en Europa. En LD, los cambios se consideran riesgos, pero si se manejan adecuadamente se pueden convertir en oportunidades que mejoren la productividad del cliente. Su principal caracterstica es introducir un mecanismo para implementar dichos cambios.
CICLO II-2013
La solicitud para recibir ayuda de un sistema de informacin pueden originarse por una persona, cuando se frmula la solicitud comienza la primera actividad del sistema. Esta actividad tiene tres partes: 1.1. Aclaracin de la solicitud Antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe examinarse para determinar con precisin lo que el solicitante desea; ya que muchas solicitudes que provienen de empleados y usuarios no estn formuladas de manera clara. 1.2. Estudio de factibilidad En la investigacin preliminar un punto importante es determinar que el sistema solicitado sea factible. Existen tres aspectos relacionados con el estudio de factibilidad, que son realizados por el general por analistas capacitados o directivos: 1.2.1. Factibilidad tcnica. Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el personal existente, y si en caso de necesitar nueva tecnologa, cuales son las posibilidades de desarrollarla (no solo el hardware). Pretende analizar si el proyecto planteado es viable de llevarse a cabo, basndose en el cumplimento de criterios tcnicos, es decir, que para ello se deben poder contestar las interrogantes siguientes: Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario?
Dichas preguntas sern contestadas a medida que se presenta el listado del equipo y tecnologa a utilizar, adems de conocer si dicho equipo y dicha tecnologa estn disponibles y al alcance de la organizacin y podr ser utilizada con el fin de desarrollar el proyecto, adems de esto conocer si se dispone del conocimiento tcnico necesario para utilizar la tecnologa propuesta.
CICLO II-2013
Se deben realizar ciertas actividades con el fin de contestar las 3 siguientes preguntas y luego llegar a una conclusin si el proyecto es factible tcnicamente o no.
Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario?
Ejemplo solucin factibilidad tcnica. a) Software. Sistemas operativos: Elaborar una tabla en la cual se muestra el listado de sistemas operativos que utiliza la empresa.
Software de ofimtica: Elaborar una tabla en la cual se muestra el listado de los diferentes software de ofimtica que posee la empresa.
Software de desarrollo: Si se utilizara software de desarrollo, elaborar un listado de los diferentes alternativas a utilizar, para determinar cul es el que mejor se adapta a las necesidades del proyecto, es decir evaluar los diferentes lenguajes basndose en una serie de caractersticas, por ejemplo: costo de licencia, curva de aprendizaje, experiencia en el lenguaje, compatibilidad, etc.
Comparacin de Bases de Datos: comparar las diferentes alternativas de Sistemas Gestores de Bases de Datos en caso de ser necesario elegir entre ellos, se deben de tomar en cuenta varios aspectos indispensables tales como el licenciamiento de software, soporte del sistema operativo, caractersticas fundamentales y los diferentes tipos de objetos que dichos sistemas soportan.
b) Hardware. Se detallan las caractersticas de los equipos de cmputo que sern utilizados para el desarrollo del proyecto y codificacin de los diferentes mdulos del sistema propuesto, por ejemplo mediante una tabla en la cual se muestre las caractersticas de las diferentes computadoras con las cuales se dispone para el proyecto.
c) Disponibilidad de equipos y tecnologas Por ejemplo las herramientas de software libre estn disponibles para ser utilizadas muy fcilmente debido a que pueden ser descargadas de Internet directamente
CICLO II-2013
Otro Ejemplo La empresa tiene planeado invertir en la compra de nuevo equipo, ya que el equipo tiene aproximadamente 4 aos de haberse adquirido
d) Recurso Humano. Equipo del proyecto. Se cuenta con un equipo de trabajo de integrado por 4 miembros, adems con un docente que nos asesorara en el proceso.
Adems se puede crear un listado de los requisitos que los miembros del equipo de trabajo deben tener para elaborar el proyecto y las funciones que estas personas realizaran. Equipo de trabajo Funciones diseadores Desarrolladores Web Conocimientos de tcnicas y herramientas de anlisis y diseo. Conocimientos sobre todo el proceso de ingeniera de software. Conocimientos sobre programacin estructurada. Creatividad. Trabajo en equipo. Conocimientos avanzados sobre bases de datos relacionales. Desarrollo de la bases de datos Desarrollo de salidas Desarrollo de entradas Desarrollo de reportes Prueba y depuracin Integracin de los mdulos. Elaboracin de manuales. Debe realizar toda la programacin de los mdulos en base a las especificaciones y estndares definidos en la etapa de anlisis y diseo.
Conocimiento tcnico (requisitos). Equipo de trabajo Conocimientos que necesita Analistas Diseadores Conocimientos de tcnicas y herramientas de anlisis y diseo. Conocimientos sobre todo el proceso de ingeniera de software. Conocimientos sobre programacin estructurada. Creatividad.
CICLO II-2013
Luego de analizar toda la informacin recopilada se procede a contestar las 3 preguntas planteadas al inicio y por ltimo la conclusin sobre si es factible tcnicamente el proyecto o no.
e) Conclusiones sobre factibilidad tcnica. Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario? Conclusin final sobre el anlisis de factibilidad tcnica.
1.2.2. Factibilidad econmica. Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha invertido demasiado, como para no crear el sistema si se cree necesario. La factibilidad econmica permite determinar si los costos del proyecto ya desarrollado y operando, son menores que los costos que se generan si no se desarrolla el sistema. Para esto se realiz un anlisis econmico de valor presente, para evaluar las dos alternativas.
Clculo de los costos anuales sin sistema (alternativa A). Clculo de los costos anuales con sistema (alternativa B).
Conclusin sobre factibilidad econmica. Despus de haber realizado el estudio de factibilidad econmica, se llega a la conclusin de si es factible o no, en base a las siguientes preguntas:
CICLO II-2013
Son los beneficios derivados de no desarrollar el software, superiores a los costos de desarrollarlo? Es decir se debe determinar si el nuevo proyecto representara un ahorro, con respecto a la forma en la que se realiza la misma tarea actualmente. Pueden obtenerse los recursos econmicos necesarios para desarrollar el proyecto? Se debe analizar si se cuenta con el monto de la inversin inicial necesario para la operatividad del proyecto. 1.2.3. Factibilidad operacional: Investiga si ser utilizado el sistema, si los usuarios usaran el sistema, como para obtener beneficios.
Para poder determinar la factibilidad operativa del proyecto, se realiza un estudio de campo, el cual est orientado a realizar encuestas que busca medir el grado de aceptacin por parte de los usuarios ante un posible cambio en la estructuracin de los procedimientos que se realizan actualmente y el grado de urgencia del problema.
Conclusin de la factibilidad operativa. De acuerdo con la investigacin de campo, se determinara si el proyecto es factible operativamente o no basndose en el grado de aceptacin de este, por ejemplo:
Ser usado el software una vez desarrollado e instalado? Hay barreras importantes para su implementacin? Se espera alguna resistencia de parte de los usuarios para su utilizacin? Hay suficiente apoyo al proyecto de parte de la direccin superior? Se degradar la eficiencia en alguna rea?
1.3. Aprobacin de la solicitud Algunas organizaciones reciben tantas solicitudes de sus empleados que slo es posible atender unas cuantas. Sin embargo, aquellos proyectos que son deseables y factibles deben incorporarse en los planes. En algunos casos el desarrollo puede comenzar inmediatamente, aunque lo comn es que los miembros del equipo de sistemas estn ocupados en otros proyectos. Cuando esto
CICLO II-2013
10
ocurre, la administracin decide qu proyectos son los ms importantes y el orden en que se llevarn a cabo. Despus de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal.
CICLO II-2013
11
La informacin detallada del diseo se proporciona al equipo de programacin para comenzar la fase de desarrollo de software. Los diseadores son responsables de dar a los programadores las especificaciones de software completas y claramente delineadas.
6. Implantacin y evaluacin.
La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla. Cada estrategia de implantacin tiene sus mritos de acuerdo con la situacin que se considere dentro de la empresa. Sin importar cul sea la estrategia utilizada, los encargados de desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas.
CICLO II-2013
12
Los sistemas de informacin deben mantenerse siempre al da, la implantacin es un proceso de constante evolucin. La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes. La evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones: Evaluacin operacional Valoracin de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global y nivel de utilizacin. Impacto organizacional Identificacin y medicin de los beneficios para la organizacin en reas como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo. - Opinin de los administradores Evaluacin de las actitudes de directivos y administradores dentro de la organizacin as como de los usuarios finales. Desempeo del desarrollo
La evaluacin del proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estndares, y otros criterios de administracin de proyectos. Cuando la evaluacin de sistema se conduce en forma adecuada proporciona mucha informacin que puede ayudar a mejorar la efectividad de los esfuerzos cuando la evaluacin de sistemas se conduce en forma adecuada proporciona mucha informacin que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.
CICLO II-2013
13
El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadora, terminales, sistemas de almacenamiento, etc.). Despus de esto se puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado. El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. ste anlisis permite al analista conocer un sistema o proceso en una forma lgica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningn detalle pertinente.
Componentes Smbolos grficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes. Diccionario de datos: descripcin de todos los datos usados en el sistema. Puede ser manual o automatizado. Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripcin, alias, contenido y organizacin. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo. Descripciones de procesos y procedimientos: declaraciones formales que usan tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema. Reglas: estndares para describir y documentar el sistema en forma correcta y completa. Diseo Estructurado. El diseo Estructurado es otro elemento del Mtodo de Desarrollo por Anlisis Estructurado que emplea la descripcin grfica, se enfoca en el desarrollo de especificaciones del software. El objetivo del Diseo Estructurado es programas formados por mdulos independientes unos de otros desde el punto de vista funcional. El Diseo Estructurado es una tcnica especfica para el diseo de programas.
CICLO II-2013
14
La herramienta fundamental del Diseo Estructurado es el diagrama estructurado que es de naturaleza grfica y evitan cualquier referencia relacionada con el hardware o detalles fsicos. Su finalidad no es mostrar la lgica de los programas (que es la tarea de los diagramas de flujo). Los Diagramas Estructurados describen la interaccin entre mdulos independientes junto con los datos que un mdulo pasa a otro cuando interacciona con l. Anlisis de flujo de datos. Estudia el empleo de los datos para llevar a cabo procesos especficos de la empresa dentro del mbito de una investigacin de sistemas usa los diagrama de flujos de datos y los diccionarios de datos. Herramientas Las herramientas muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre s, como es muy difcil entender todo un proceso de la empresa en forma verbal, las herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones. Diagrama de flujo de datos Es el modelo del sistema. Es la herramienta ms importante y la base sobre la cual se desarrollan otros componentes. El modelo original se detalla en diagramas de bajo nivel que muestran caractersticas adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez ms detallados. Repitindose esta secuencia hasta que se obtienen suficientes detalles para que el analista comprenda la parte del sistema que se encuentra bajo investigacin. El diagrama fsico de datos da un panorama del sistema en uso, dependiente de la implantacin, mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o nmeros de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos. El diagrama lgico de datos da un panorama del sistema, pero a diferencia del fsico es independiente de la implantacin, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos especficos y la localizacin de los almacenes de datos o personas en el sistema. Sin indicarse las caractersticas fsicas. Notaciones: son cuatro smbolos, que fueron desarrollados y promovidos al mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson. Flujo de datos: son movimientos de datos en una determinada direccin, desde un origen hasta un destino. Es un paquete de datos. Yourdon Gane y Sarson Proceso: son personas, procedimientos o dispositivos que utilizan o producen datos. No identifica el componente fsico Fuente o destino de los datos: pueden ser personas, programas, organizaciones u otras entidades que interactan con el sistema pero que se encuentre fuera.
CICLO II-2013
15
Almacenamiento de datos: es un lugar donde se guardan los datos. El almacenamiento de datos puede representar dispositivos tanto computarizados como no computarizados. Cada componente en un diagrama de flujo de datos tiene una etiqueta con un nombre descriptivo. Los nombres de los procesos reciben un nmero para poder identificarlos, este nmero tiene un valor adicional cuando se estudian los componentes que integran un proceso especfico
En general, los pasos a seguir en el proceso de desarrollo de prototipos son los siguientes: 1. Identificar los requerimientos de informacin que el usuario conoce junto con las caractersticas necesarias del sistema. 2. 3. 4. Desarrollar un prototipo que funcione. Utilizar el prototipo anotando las necesidades de cambios y mejoras. Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario. 5. Repetir los pasos anteriores satisfactorio. 6. El abandono o dejarlo como esta. las veces que sea necesario, hasta obtener un sistema
CICLO II-2013
16
Los sistemas pueden desarrollarse con mtodos y lenguajes de programacin convencionales, aunque no tengan todas las caractersticas y toques finales de un sistema terminado. Quizs los informes no tengan encabezados, logos, etc., falten controles de entradas y procesamiento. Lo importante es el ensayo, y hallar los requerimientos. Los generadores de aplicaciones, son programas que sirven para hacer otros programas, son un apoyo en la construccin de prototipos, permitiendo definir la estructura visual de las pantallas, los registros de entrada y el formato de los informes. En algunos casos donde el sistema no ser utilizado frecuentemente, puede convertirse el prototipo en el sistema terminado, o bien, cuando no son muchos los beneficios que se obtienen.
CICLO II-2013
17
Los prototipos permiten evaluar situaciones extraordinarias donde los encargados de disear e implantar sistemas no tienen informacin ni experiencia, o tambin donde existen situaciones de riesgo y costos elevados, y aquellas donde el diseo propuesto es novedoso y an no ha sido probada. La informacin obtenida con su uso se aplica en un nuevo diseo que se emplea, otra vez, como prototipo y que revela ms informacin valiosa sobre diseo. El proceso se repite las veces que sea necesario para revelar los requerimientos esenciales del diseo.
CICLO II-2013
COMPUTACION II (COM218), FACULTAD DE ECONOMIA Etapas del mtodo de prototipos 1- Identificacin de requerimientos conocido.
18
La determinacin de los requerimientos de una aplicacin es tan importante para el mtodo de desarrollo de prototipo como lo es para los mtodos del ciclo clsico de desarrollo de sistemas o anlisis estructurado (aunque las tcticas son diferentes). Por consiguiente, antes de crear el prototipo, los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos que tiene que satisfacerse. Para hacerlo determinan los fines para lo que servir el sistema y el alcance de sus capacidades.
CICLO II-2013
19
4) Revisin del prototipo (Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario)
Informacin sobre los que les gusta y los que les desagrada a los usuarios. La informacin obtenida tendr influencia sobre las caractersticas de la siguiente versin de la aplicacin. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo. El analista es el responsable de realizar las modificaciones.
5) Repeticin del proceso las veces que sea necesario (Repetir los pasos anteriores las veces que sea necesario, hasta obtener un sistema
satisfactorio).
El proceso finaliza cuando los usuarios y analistas estn de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las caractersticas necesarias o cuando ya es evidente que no se obtendr mayor beneficio.
CICLO II-2013
20
La gestin del proyecto presupone establecer condiciones para el desarrollo del mismo. Involucra actividades de: planificacin, estimacin de recursos, seguimiento y control y evaluacin del proyecto. La planificacin de proyectos se define como la prediccin de la duracin de las actividades y tareas a nivel individual. La estimacin se define como la prediccin de personal, esfuerzo y costo que se requerir para terminar todas las actividades y productos conocidos asociados con el proyecto. El tamao del producto a desarrollar es una de las primeras tareas en la gestin del proyecto. El tamao se define como la cantidad de cdigo fuente, especificaciones, casos de prueba, documentacin del usuario y otros productos tangibles que son salida del proyecto, ste se basa principalmente en la experiencia de proyecto anterior. El seguimiento de proyectos es la recoleccin de datos y su acumulacin sobre recursos consumidos, costos generados asociados con un proyecto. La medicin en los proyectos de desarrollo de software es una actividad fundamental para la mejora de la productividad, el costo y la calidad del producto final. Proceso de Iniciacin del Proyecto. Abarca aquellas actividades de creacin de la estructura del proyecto. Durante este ciclo se define el ciclo de vida del software para este proyecto y se establecen en los planes para su gestin. Se estiman y asignan los recursos necesarios a fin de ejecutar las distintas tareas que demanda el proyecto. Se identifican y seleccionan estndares, metodologas y herramientas para la gestin y ejecucin del mismo y, por ltimo, se prepara y establece un plan para su implementacin adecuada y oportuna. El plan de Gestin del Proyecto Software que conducir el desarrollo se produce como culminacin de este proceso.
Mediciones y estimaciones El software al ser intangible, no tener peso, ni volumen, ni superficie, etc. se mide a travs de diversos aspectos clave en el desarrollo. La medicin determina cuales son los aspectos y proporcionan mtodos para medirlos. La medicin y estimacin atacan los tres problemas claves de la ingeniera del software: 1. Estimar costos y recursos en un proyecto software. 2. Garantizar la calidad del producto final. 3. Mejorar la productividad del ingeniero de software durante el desarrollo.
CICLO II-2013
21
Para estimar los recursos es necesario tener en cuenta una serie de factores de riesgo que influyen sustancialmente en la precisin de las estimaciones de los recursos humanos necesarios para la realizacin del proyecto. Los ms importantes son: *Complejidad de la tarea. *Modificaciones permitidas a lo largo del desarrollo *Experiencia previa de los desarrolladores *Duracin fijada del proyecto. *Estructuracin del problema y de las tareas. *Disponibilidad de datos e informacin suministrada por el usuario. *Disponibilidad y facilidad de comunicacin con el usuario. Adems de las fases estndar del desarrollo, hay que tener en cuenta la coordinacin y seguimiento del proyecto que suponen una importante carga de trabajo y que son olvidadas durante la planificacin o no se le dedica mucho. El costo global se compone de las partidas de viajes, hardware (nuevo o actualizacin), software (en caso de comprar algn paquete para el desarrollo), gastos comunes, y personal que es el ms influyente, ya que el costo de un proyecto es directamente proporcional a los recursos humanos. El proceso engloba todas las actividades y fases que se llevan a cabo durante la realizacin del proyecto. Se persigue determinar si en cada fase los resultados producidos se corresponden con los esperados y en establecer un control sobre los recursos estimados para cada una de las fases. El producto incluye cualquier documento o software desarrollado que se genere durante el proceso completo. En las medidas de productos software existen medidas directas (costo del proyecto, esfuerzo empleado, lneas de cdigo implementadas, etc.) y medidas indirectas (Funcionalidad, fiabilidad, eficiencia, facilidad de mantenimiento, etc.).
Herramientas para el desarrollo de sistemas Las herramientas son cualquier dispositivo que, emplendose adecuadamente, mejora el desempeo del desarrollo de sistemas de informacin. Se agrupan en las tres siguientes herramientas automatizadas:
Herramientas de tipo Front-end Automatizan las primeras actividades del proceso de desarrollo de sistemas. Esta herramienta proporciona soporte para el desarrollo de modelos grficos de sistemas y procesos Los diagramas de flujo son representativos de este tipo de herramientas.
CICLO II-2013
22
Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente, ya sea manual o automatizado. Tambin sirve para determinar los requerimientos de una nueva aplicacin. Incluye: - Herramientas para recoleccin de datos: capturan detalles que describen sistemas y procedimientos en uso. Documentan procesos y actividades de decisin, se utilizan para apoyar la tarea de identificar requerimientos.
- Herramientas para diagramacin: crean representaciones grficas de sistemas y actividades. Apoyan el dibujo y revisin de diagramas de flujos de datos e iconos asociados con el anlisis estructurado. Incluyen programas para representacin en diagramas de flujo.
- Herramientas para el diccionario: registran y mantienen descripciones de los elementos del sistema, como grupo de datos, procesos, alimentos de datos, etc. Frecuentemente proporcionan la capacidad de examinar las descripciones del sistema, para decidir si son incompletas o inconsistentes.
Herramientas para diseo. Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos deseados durante las actividades de anlisis. Incluye: - Herramienta de especificacin: apoyan el proceso de formular las caractersticas, como por ejemplo deben tener una aplicacin como entradas, salidas, procesamientos especficos de control.
- Herramienta para presentacin: se utilizan para describir la posicin de datos, mensajes, y encabezados sobre las pantallas de las terminales, informes y otros medios de entradas y salidas. Los analistas utilizan las herramientas para el diseo de sistemas desde el inicio de la era de las computadoras. Ahora a las herramientas se le estn dando un nuevo significado en el diseo de software.
Herramientas de tipo back-end Su finalidad es ayudar al analista a formular la lgica del programa, los algoritmos de procesamiento y la descripcin fsica de datos. Tambin ayudan a la interseccin con los dispositivos (para entrada y salida). Estas actividades convierten los diseos lgicos del software en un cdigo de programacin; este es que da existencia a la aplicacin. Herramientas para el desarrollo Ayudan al analista a trasladar los diseos en aplicaciones funcionales. Incluye:
CICLO II-2013
23
- Herramientas para ingeniera Software: apoyan el proceso de formular diseos de software, incluyendo procesamientos y controles.
- Generadores de cdigos: producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas
- Herramientas para pruebas: apoyan la fase evaluacin de un sistema. Incluyen facilidades para examinar la correcta operacin del sistema. Herramientas integrales Proporcionan un ambiente que automatiza tareas claves a lo largo del proceso de desarrollo. Estas herramientas facilitan el diseo, administracin y mantenimiento del cdigo. Brinda un ambiente eficiente para crear, almacenar, manipular y documentar sistemas.
CICLO II-2013
24
del almacn El
ESTADO A Deficiencias en los procesos administrativos de compra/ venta y de atencin al cliente, adems existe una gestin de informacin inadecuada.
ESTADO B Realizacin de procesos Administrativos de compra/ venta de la librera El Universitario, uso de un sistema informtico.
Proceso
CICLO II-2013
COMPUTACION II (COM218), FACULTAD DE ECONOMIA 3. METODO DEL ENFOQUE DE SISTEMAS. 3.1. Descripcin de la situacin actual
3.1.1. Descripcin.
25
El proceso de compraventa en el almacn se realiza de manera manual, dejando constancia de cada una de las transacciones realizadas en libros de registro, los cuales son almacenados en archivos que no tienen ningn mtodo de organizacin lo que dificulta la bsqueda de informacin......... 3.1.2. Diagrama del sistema del proceso de compraventa del almacn El Universitario
ELEMENTO S PROCESOS:
ENTRADAS: Pedidos Informacin del cliente Consultas de clientes sobre ofertas y estado de pedidos Productos devueltos por clientes. Informacin de proveedores. Cotizaciones de proveedores. Ordenes de compra en papel. facturas
Administrar informacin de clientes Administrar informacin de proveedores Marketing. Atender al cliente Buscar informacin y pedidos por cliente Registro de pedidos. Registrar ventas Ofertar y comprar Verificar clientes Autorizar pedidos Verificar disponibilidad de productos. Controlar inventarios Logstica de distribucin,...
SALIDAS: Pedidos a proveedores. Respuestas a pedidos. Informacin de pedidos Informacin de productos Informacin al fisco Contratos facturas cotizaciones Publicidad Informacin al mercado de las necesidades de productos. Ordenes de compra
MEDIO AMBIENTE:
Mercados internos y externos, Sociedades de empresarios, Cmara de Comercio e Industria de El Salvador, Ministerio de Economa, ministerio de Hacienda, clientes, proveedores.
Bodegas, estantes, Equipo de computacin. Productos, Cajas registradoras, Calculadoras, contmetros, lector de cdigo de barras, etc
CICLO II-2013
26
Administrar la compra / Vender productos y servicios para satisfacer las necesidades de consumo de los clientes, con la finalidad de obtener una rentabilidad por las transacciones comerciales realizadas. 3.1.4. Caractersticas. El Sistema de proceso de compraventa del almacn El Universitario, es un sistema: Abierto: Porque interacta con un medio ambiente. Determinstico: Ya que puede predecirse un siguiente estado, dadas ciertas condiciones del mercado y de la economa del pas. Dinmico: Porque manifiesta cambios de estado, como cambios en la forma de realizar los procesos existentes. Artificial: Porque el proceso de compra/ venta ha sido creado por el ser humano Permanente: Porque es un sistema que ha operado en un perodo largo de tiempo y no tiende a perecer. Adaptable: Porque es ajustado bajo la presencia de cambios en su medio ambiente. Concreto: Porque se compone de objetos fsicos, como: infraestructuras, estantes, callcenter, equipos tecnolgicos, elctricos, mecnicos, manuales, etc. 3.1.4. Frontera. La frontera est delimitada por todos aquellos elementos necesarios para la realizacin del
proceso de compra/venta: Registro de inventarios, catlogo de productos, registro de venta, Manuales de procedimientos, herramientas y materiales, Leyes del sector comercial. 3.1.5. Elementos Del Sistema: PROCESOS DE COMPRA/VENTA. INFORMACIN: MANUALES, DOCUMENTOS, FORMULARIOS, ETC RECURSO HUMANO RECURSO MATERIAL
3.1.6. Control. Polticas propias de cada empresa. Manuales de procedimientos de cada empresa Manual de funciones de cada empresa.
CICLO II-2013
27
CICLO II-2013
28
Los sistemas de informacin se desarrollan con diversos propsitos, segn las necesidades de la empresa. Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) funcionan al nivel operativo de una organizacin, los sistemas de automatizacin de la oficina (OAS, Office Automaon Systems) y los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems) apoyan el trabajo al nivel del conocimiento. Los sistemas de informacin gerencial (MIS, Management Information Systems) y los sistemas de apoyo a la toma de decisiones (DSS, Decisin Support Systems) se encuentran entre los sistemas de alto nivel. Los sistemas expertos aplican el conocimiento de los encargados de la toma de decisiones para solucionar problemas estructurados especficos. Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) se encuentran en el nivel estratgico de la administracin.
CICLO II-2013
29
Los sistemas de apoyo a la toma de decisiones en grupo (GDSS, Group Decisin Support Systems) y los sistemas de trabajo corporativo apoyados por computadora (CSCWS, Computer-Supported Collaborative Work Systems), descritos de manera ms general, auxilian la toma de decisiones semiestructuradas o no estructuradas a nivel de grupo.
Sistemas de procesamiento de transacciones: Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) son sistemas de informacin computarizada creados para procesar grandes cantidades de datos relacionadas con transacciones rutinarias de negocios, como las nminas y los inventarios. Un TPS elimina el fastidio que representa la realizacin de transacciones operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual, aunque los usuarios an tienen que capturar datos en los sistemas computarizados.
Los sistemas de procesamiento de transacciones expanden los lmites de la organizacin dado que le permiten interactuar con entornos externos. Es importante para las operaciones cotidianas de un negocio, que estos sistemas funcionen sin ningn tipo de interrupcin, puesto que los administradores recurren a los datos producidos por los TPS con el propsito de obtener informacin actualizada sobre el
funcionamiento de sus empresas. Un ejemplo claro de TPS son los ERP. Pero, Qu es un ERP? Un ERP (Enterprise Resource
Planning) es un sistema integral, confiable y adaptable que automatiza la totalidad (o la mayora) de los procesos de la empresa.
El ERP debe ser entendido como un sistema de informacin gerencial y de procesamiento de transacciones que permite tomar decisiones estratgicas mejor informadas y en un entorno de mayor certidumbre.
CICLO II-2013
30
Existen dos clases de sistemas en el nivel del conocimiento de una organizacin. Los sistemas de automatizacin de la oficina [OAS, Office Automation Systems] apoyan a los trabajadores de datos, quienes por lo general no generan conocimientos nuevos, sino ms bien analizan la informacin con el propsito de transformar los datos o manipularlos de alguna manera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de la organizacin y en ocasiones ms all de sta. Entre los componentes ms comunes de un OAS estn el procesamiento de texto, las hojas de clculo, la autoedicin, la calendarizacin electrnica y las comunicaciones mediante correo de voz, correo electrnico y videoconferencia.
Los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems] sirven de poyo a los trabajadores profesionales, como los cientficos, ingenieros y mdicos, en sus esfuerzos de creacin de nuevo conocimiento y dan a stos la posibilidad de compartirlo con sus organizaciones o con la sociedad.
Sistemas expertos, Sistemas de apoyo a la toma de decisiones y Sistemas de informacin gerencial SISTEMAS DE INFORMACIN GERENCIAL
Los sistemas de informacin gerencial (MIS, Management Information Systems] no reemplazan a los sistemas de procesamiento de transacciones, ms bien, incluyen el procesamiento de transacciones. Los MIS son sistemas de informacin computarizados cuyo propsito es contribuir a la correcta interaccin entre los usuarios y las computadoras. Debido a que requieren que los usuarios, el software [los programas de cmputo] y el hardware (las computadoras, impresoras, etc.), funcionen de manera coordinada, los sistemas de informacin gerencial dan apoyo a un espectro de tareas organizacionales mucho ms amplio que los sistemas de procesamiento de transacciones, como el anlisis y la toma de decisiones.
Para acceder a la informacin, los usuarios de un sistema de informacin gerencial comparten una base de datos comn. sta almacena datos y modelos que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de informacin gerencial producen informacin que se emplea en la toma de decisiones. Un sistema de informacin gerencial tambin puede contribuir a unificar algunas de las funciones de informacin computarizadas de una empresa, a pesar de que no existe como una estructura individual en ninguna parte de sta.
CICLO II-2013
31
Los sistemas de apoyo a la toma de decisiones (DSS, Decisin Support Systems] constituyen una clase de alto nivel de sistemas de informacin computarizada. Los DSS coinciden con los sistemas de informacin gerencial en que ambos dependen de una base de datos para abastecerse de datos. Sin embargo, difieren en que el DSS pone nfasis en el apoyo a la toma de decisiones en todas sus fases, aunque la decisin definitiva es responsabilidad exclusiva del encargado de tomarla. Los sistemas de apoyo a la toma de decisiones se ajustan ms al gusto de la persona o grupo que los utiliza que a los sistemas de informacin gerencial tradicionales.
La inteligencia artificial (AI, Artificial Intelligence] se puede considerar como el campo general para los sistemas expertos. La motivacin principal de la AI ha sido desarrollar mquinas que tengan un comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del lenguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. Los sistemas expertos utilizan las tcnicas de razonamiento de la AI para solucionar los problemas que les plantean los usuarios de negocios (y de otras reas]. Un sistema experto [tambin conocido como sistema basado en el conocimiento) captura y utiliza el conocimiento de un experto para solucionar un problema especfico en una organizacin. Observe que a diferencia de un DSS, que cede al responsable la toma de la decisin definitiva, un sistema experto selecciona la mejor solucin para un problema o una clase especfica de problemas.
Los componentes bsicos de un sistema experto son la base de conocimientos, un motor de inferencia que conecta al usuario con el sistema mediante el procesamiento de consultas realizadas con lenguajes como SQL [Structured Query Language, lenguaje de con sultas estructurado) y la interfaz de usuario.
ESS, GDSS Y CSCWS SISTEMAS DE APOYO A LA TOMA DE DECISIONES EN GRUPO Y SISTEMAS DE TRABAJO COLABORATIVO APOYADOS POR COMPUTADORA
Cuando los grupos requieren trabajar en conjunto para tomar decisiones semiestructuradas o no estructuradas, un sistema de apoyo a la toma de decisiones en grupo (GDSS, Group Decisin
CICLO II-2013
32
Support System) podra ser la solucin. Este tipo de sistemas, que se utilizan en salones especiales equipados con diversas configuraciones, faculta a los miembros del grupo a interactuar con apoyo electrnico casi siempre software especializado y la asistencia de un facilitador especial. Los sistemas de apoyo a la toma de decisiones en grupo tienen el propsito de unir a un grupo en la bsqueda de la solucin a un problema con la ayuda de diversas herramientas como los sondeos, los cuestionarios, la lluvia de ideas y la creacin de escenarios. El software GDSS puede disearse con el fin de minimizar las conductas negativas de grupo comunes, como la falta de participacin originada por el miedo a las represalias si se expresa un punto de vista impopular o contrario, el control por parte de miembros elocuentes del grupo y la toma de decisiones conformista. En ocasiones se hace referencia a los GDSS con el trmino ms general sistemas de trabajo colaborativo apoyados por computadora (CSCWS, Computer-Supported Collaborative Work Systems], que pueden contener el respaldo de un tipo de software denominado groupware para la colaboracin en equipo a travs de computadoras conectadas en red.
Cuando los ejecutivos recurren a la computadora, por lo general lo hacen en busca de mtodos que los auxilien en la toma de decisiones de nivel estratgico. Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) ayudan a estos ltimos a organizar sus actividades
relacionadas con el entorno externo mediante herramientas grficas y de comunicaciones, que por lo general se encuentran en salas de juntas o en oficinas corporativas personales. A pesar de que los ESS dependen de la informacin producida por los TPS y los MIS, ayudan a los usuarios a resolver problemas de toma de decisiones no estructuradas, que no tienen una aplicacin especfica, mediante la creacin de un entorno que contribuye a pensar en problemas estratgicos de una manera bien informada. Los ESS amplan y apoyan las capacidades de los ejecutivos al darles la posibilidad de comprender su entorno
CICLO II-2013