EL BANCO CENTRAL DE LA REPUBLICA DOMINICANA

DESARROLLO PRYECTO PARCIAL(TEMA II ANALISIS DE SISTEMAS) ndice INTRODUCCION OBJECTIVO POLITICA MISION ESTRATEGIA REGLAS NORMAS INVESTIGACION PRELIMINAR

INVESTIGACION DETALLADA DETERMINACION DE LOS REQUERIMIENTOS RECOPILACION DE LA INFORMACION

APLICACIN DE LOS FORMULARIOS EN CADA DE DISEO HERRAMIENTAS A USAR

DIAGRAMA CONCEPTUAL DEL SISTEMA EXISTENTE Y NUEVO APLICACIN DEL CONTROLES GENERALES Y APLICACIN AL SISTEMA

INTRODUCCION

A continuacin vamos pensar a desarrollar de un proyecto de actualizacin enfocado a la bsqueda la implementacin de un banco actual solucin de un sistema automatizado de todas transacciones financieros de un sistema actual , con lleva mucho sacrificio, ya que debe superar en gran manera al sistema existente y demostrarle a los usuarios que el sistema propuesto ser de mucho beneficio para dicha empresa, por ejemplo pretendemos que sea un sistema amigable, confiable, eficiente.

Para poder cumplir con los objetivos, nuestro equipo trabajar de forma continua en el desarrollo del presente proyecto. Esperamos que los usuarios (directos y finales) se sienten comprometidos y satisfechos.

OBJETIVO: pensamos atreves de las metas o fines hacia las, cuales se quieremos llegar. Es determinar los resultados deseados.

POLITICA: Son reglas que nosotros somos establecidas para dirigir funciones y seguir qu stas se desempeen de acuerdo con los objetivos deseados (son guas para las toma de decisin).

MISION: Es la funcin o tarea bsica que ponemos de cada cliente o cualquier organizacin o otras empreas. ESTRATEGIA:tenemos los planes, o funciones consisten en regir la obtencin uso y disposicin, de los medios necesarios para alcanzar los objetivos.

REGLAS: Describemos con claridad las acciones especificas requeridas o las que no se deben llevar acabo. Son aquellos que nos guan una accin sin especificar un orden de tiempo, de hecho. NORMAS: Todo sealamos imperativo de algo que ha de realizarse sea genrico o especfico.

Investigacin preliminar Es la primera etapa de un moderno ciclo de desarrollo y est subdivida en: Estudio del cometido de este banco que vamos a proyectar: Antecedentes, Localizacin, Misin, Visin y Objetivos Establecer una arquitectura de la informacin y analizar las reas de esta empresa. Normalmente en trminos de clientes, productos y servicios, recursos materiales, lugares geogrficos de operacin, estructuras y filosofa degestin, metas y objetivos corporativos, restricciones de este banco son inevitables, factores crticos de xito de los mismo. La solicitud para recibir ayudamos de un sistema de informacin puede originarse por varias razones; El proceso que nosotros iniciamos siempre con la peticin de una persona (Administrador, empleado o especialista en sistemas) en se momento iniciamos la actividad de sistemas: la investigacin preliminar. La cual constamos de : aclaracin de la solicitud, estudio de factibilidad y aprobacin de la solicitud.
A) Aclaracin de la solicitud:

Muchas solicitudes no estamos formuladas de manera clara, por lo que dbemos de examinarse para determinar con precisin lo que el solicitante desea. Si el solicitante pide ayuda sin saber qu es lo que est mal o en donde se encuentra mos el problema, la aclaracin se hace ms dificil. En cualquier caso, antes de seguir adelante, la solicitud debemos estar claramente planteada.

b) Estudio de factibilidad (econmica, tcnica y operacin)

Esta anlisis de factibilidad formar parte del proceso de evaluacin al cual debemos someterse todo nosotros proyectamos de inversin, en la cual la actividad en acciones se aborda este tema desde un enfoque econmico tecnico y operacin fundamentalmente con el resgo de los anlisis que debe ser. Factibilidad tcnica: El trabajo que puedoms realizarse con el equipo actual, la tecnologa existente de software y el personal disponible. Si se necesitamos una nueva tecnologa ,cul es la posibilidad de desarrollarla .Estudio de factibilidad de tcnica se relacina la etapa establece una serie de decsiones a tomar respecto; tecnologa ,tamoo al cuanto la tecnologa al como y la localizacon al donde es imprescindible en esta etapa considerar de diversos crticos econmicos, polticos, tcnicos y sociales.

Tecnologa Relacin demanda capacidad Caractersticas y responsabilidad de la mano de la obra. Caractersticas y la responsabilidad de materiales y materiales primarias. Disponibilidad financiera Tamao ( es un factor determinante a la hora de escoger una tecnologa debido a que esta debe responder directamente a los requeridos de capacidad que se instalaran) presente el presente futuro (mensual, anual).

1. Critico de decisin ( que a continuacin se mostramos relacin las decisiones tecnologa- tamao; a) Costo total b) Costo unitario o medo c) Costos minimo anual equivalente d) Valor actual de los costos

Factibilidad econmica: Para crear el sistema , los beneficios que se obtienen sern suficientes para aceptar los costos, los costos asociados con la decisin de no crear el sistema son tan grandes que se debe aceptar el proyecto. Factibilidad operacional: Si se desarrollamos e implantamos, ser utilizado el sistema, existir cierta resistencia al cambio por parte de los usuarios que d como resultado una disminucin de los posibles beneficios de la aplicacin. El estudio de factibilidad nos lleva a cabo un pequeo equipo de personas (en ocasiones una o dos) que est familiarizado con tcnicas de sistemas de informacin; dicho equpo comprende la parte de este banco que participar (cliente) , y gente experta en los precesos de anlisis y diseo de sistemas.

Aprobacin de la solicitud Aprobamos a solicitud No todos los proyectos solicitados son factibles. Algunas grupos 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 puedemos comenzar inmediatamente, aunque lo comn es que los miembros del equipo de sistemas se encontramos ocupados con otros proyectos. Cuando esto ocurre, la administracin decide qu proyectos son los ms importantes y decide el orden en que se llevarn a cabo. Muchas organizaciones desarrollan planes para sistemas de informacin con el mismo cuidado con el que planifican nuevos productos y programas de fabricacin. Despues de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal; con una informacin se determina dnde ubicarlo dentro de la lista existente de proyectos.

Investigacin detallada

Determinacin de los requerimientos

El aspecto fundamental que aplicamos del anlisis de sistemas es ayudamos a comprender las facetas importantes del parte de esta empresa que se encuentra bajo estudio. Nosotros,al trabajar con los empleados deben estudiar los procesos de este banco para dar respuesta .Nos conversamos con varias personas para reunir detalles relacionados con los procesos esta empresa, sus opiniones sobre porq ocurren las cosas, las soluciones que proponen e ideas de cambio. Cuando no se puedemos entrevistar se emplean cuestionarios, en forma personal, a los miembres de grupos grandes dentro de la organizacin. Nuestras investigaciones detalladas requieren el estudio de manuales y reportes, la observacin en condiciones reales de las actividades del trabajo y, en algunas ocasiones, muestran de formas y documentos con el fin de comprender el proceso en su totalidad.

Especificacin de los requerimientos

Dividimos los requerimientos del sistema en funcionales y no funcionales 1. requerimientos funcionales. Es bueno sabemos que Los requerimientos funcionales definen las funciones que el sistema ser capaz de realizar.

 Satisfaccin del cliente El sistema debe hacer preguntas para cada modificacin del registro de un cliente. Conocer la cantidad de vehculos en existencia y vendido. Identificar y resolver riesgos, facilitar los inventarios. El sistema no aceptara que dos registros de clientes diferentes pueden ser consultados al mismo tiempo. El sistema guardara documentaciones de los flujos de trasferencias por concepto de compra de vehculos. Identificar y resolver riesgos Conocer la cantidad de vehculos en existencia Conocer la cantidad de vehculos vendidos Conocer la cantidad de vehculos comprado Facilitar los inventarios Generar informes peridicos sobre vehculos vendidos Usar herramientas generales y especficas

2. requerimientos no funcionales.
Estamos conscientes que estos requerimientos tienen que ver con caractersticas que de una u otra forma puedan limitar el sistema, esos requerimientos no estn relacionados de forma directa con el comportamiento funcional del sistema. Ambiente fsico: condiciones climticas, exposicin a golpes Interfaz de usuario y factores humanos: tipo de interfaz, experiencia Enfermedad Confiabilidad del sistema Temperatura Consideraciones de hardware: compatibilidad con otro hardware.

Recopilacion de informacin

Para que un proceso de D.O. tenga xito debemos comenzar por obtener un diagnostico con informacin verdadera y a tiempo de lo que sucede a los clientes bajo anlisis, esta obtencin de la informacin que debemos ser planeada en forma estructurada para garantizar una generacin de datos que ayuden posteriormente nuestros anlisis. Es un ciclo continuo en el cual se planea la recoleccin de datos, se analiza, se retroalimentan y se da un seguimiento. Nosotros utilizamos una variable de mtodos a fin de recopilar los datos sobre una situacin existente, como entrevistas, cuestionario, inspeccin de registros y observacin. Cada uno tiene ventajas y desventajas. Generalmente, se utilizan dos o tres para complementar el trabajo de cada una y ayudamos a asegurar una investigacin completa. A continuacin se vern cada una de ellas.

La recoleccin de datos puede darse de varias maneras: Cuestionarios Los cuestionarios que nos proporcionan una alternativa muy til para las entrevistas; sin embargo, existen ciertas caractersticas que pueden ser apropiadas en algunas situaciones e inapropiadas en otras.

Para los nosotros los cuestionarios pueden ser la nica forma posible de relacionarse con un gran numero de personas para conocer varios aspectos del sistema. Cuando se llevan a cabo largos estudios en varios departamentos, se puede distribuir los cuestionarios a todas las personas apropiadas para recabar hechos con relacin al sistema. Por supuesto, no es posible observar las expresiones o relaciones de quienes responden a los cuestionarios. Tambin las preguntas estandarizadas pueden proporcionar datos ms confiables. Por otra parte, las caractersticas anteriores tambin son desventajas de los cuestionarios. Aunque su aplicacin puede realizarse con un mayor numero de individuos, es muy rara una respuesta total. Puede necesitarse algn seguimiento de los cuestionarios para motivar al personal que responda; todas las respuestas se encontraran en una proporcin entre el 35 o 45%, que es lo ms comn. Cuestionarios abiertos. Al igual, que las entrevistas, los cuestionarios puedemos ser abiertos y se aplican cuando se quieren conocer los sentimientos, opiniones y experiencias generales; tambin son tiles al explorar el problema bsico, por ejemplo, un analista que utiliza cuestionarios para estudiar

los mtodos de verificacin de crdito, en un medio ambiente de ventas al a menudeo, podra recabar mas informacin provechosa de una pregunta abierta de este tipo. Cuestionarios cerrados .El cuestionario cerrado limita las respuestas posibles del interrogado. Por medio de un cuidadoso estilo en la pregunta, nosotros puedemos controlar el marco de referencia. Este formato es el mejor mtodo para obtener informacin sobre los hechos. Tambin fuerza a los individuos para que tomen una posicin y forma de opinin sobre los aspectos importantes.

Entrevistas Las entrevistas se utilizan para recabar informacin en forma verbal, a travs de preguntas que propone a nuestros miembros . Quienes responde pueden ser gerentes o empleados, los cuales son usuarios actuales del sistema, existen usuarios potenciales del sistema propuesto o aquellos que proporcionaran datos o sern afectadas por la aplicacin propuesta. Nos podemos entrevistar al personal en forma individual o en grupos.
OBSERVACION

Recopilacin de datos mediante la observacin Leemos en relacin con una actividad del negocio le proporciona al analista una dimensin de las actividades del sistema. Entrevistar personal, ya sea directamente o a travs de cuestionarios. La observacin proporciona informacin de primera mano en relacin con la forma en que se llevan a cabo de nuestras actividades. Las preguntas sobre el uso de documentos, la manera en la que se realizamos las tareas y si ocurren los pasos especficos como se pre-estableciern,

Aplicacin de los formularios cada etapa de diseo

ELEMENTOS DE UN SISTEMA DE INFORMACION

SOFWARE. Los programas de computadoras, as estructuras de datos y la documentacin asociada, que sirve para realizar el mtodo lgico.

HARWARE: Los dispositivos electrnicos que proporcionan la capacidad de computacin y que proporcionan las funciones del mundo exterior. GENTE: Los individuos que son usuarios y operadores del software y del hardware. 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. DOCUMENTACION: Los manuales, los impresos y otra informacin descriptiva que explica el uso y / o la operacin. PROCESAMIENTOS: Los pasos que definen el uso especifico de cada elemento del sistema o el contexto procedimental en que reside el sistema. CONTROL: Los sistemas trabajan mejor cuando operan dentro de niveles de control tolerables de rendimiento por ejemplo: el sistema de control de un calentador de agua. CLASIFICACION DE LOS ISTEMAS DE INFORMACION ABIERTOS. Son los que intercambian informacin, materiales y energa con su ambiente. CERRADOS. Son auto contenidos, no interactan con el medio ambiente. PROBABILISTICO. No se conoce con certeza su comportamiento. DEERMINISTICO. Cualquier estado futuro que adopten puede preciarse con antelacin.

Herramienta a usar (leng.prog., manejador de DB, software adm.proyecto)

Una herramienta para soportar las funciones operativas. La perspectiva actual y futura tiende a cambiar este enfoque radicalmente, los sistemas de informacin son vistos adems como reas de oportunidad para lograr ventajas en el terreno de este banco, y stas representan un diferencial o valor agregado con respecto a los competidores. La perspectiva estratgica considera a los sistemas de informacin como una herramienta para mejorar la estructura competitiva del banco, por lo que tienen su rea de influencia en el medio ambiente de la organizacin, a travs de nuevos servicios a clientes, nuevos banco y oportunidades de inversin. Definimos la visin gerencial o estrategia como <<la necesidad de entender de qu forma la tecnologa de la informacin es utilizada para soportar o dar forma a la estrategia

competitiva de estebanco. Esta habilidad de ver y entender el nuevo rol de los sistemas de informacin constituye la esencia de la visin de los sistemas de informacin estratgica. Sus principales caractersticas son: Proporcionar informacin para apoyar la toma de decisione. pueden adaptarse fcilmente a paquetes disponibles en el mercado. Tpicamente su forma de desarrollo es a base de incrementos y a travs de su evolucin dentro de la organizacin. Su funcin es lograr ventajas que los competidores no posean, tales como ventajas en costos y servicios diferenciados con clientes y proveedores. En este contexto, los sistemas estratgicos son creados de barreras de entrada al negocio. Apoyan los procesos de innovacin de productos y proceso dentro de la empresa. Una forma de hacerlo es innovando o creando productos y procesos.

Diagrama conceptual del existente y del nuevo o modificado

Ilustracin 1