ANALISIS EN SISTEMAS

ROLES DE ANALISTA-Experto en soporte-Consultor-Agente de CambioAnalisis. softwareExaminar algo en su situacinPapeles Analista en sistemas

INFORMACION

TIPOS DE SISTEMAS DE INFORMACIONSist. De informacin. Es aquello que nos permite administrar un sistema.Sistema de Procedimiento de Transacciones TPS. Son los q mas trabajan.Sistema de Automatizacion de Oficina OAS. Manipulan los datos.Sistema de Trabajo de Conocimiento KWS. Genera, crea datos.Sistema de apoyo en la toma de decisiones GDSS/DSS. Toma decisionesSistema de Informacion Gerencial MIS. Todo el controlSistema de apoyo Ejecutivo ESS. InformesDiferencia entre MIS y ESS. Toma las decisiones y controla la situacin.Aplicaciones Comerciales de los Tipos de Sistemas de InformacinSistema de Procesamiento de Transacciones (TPS)Automatizan tareas operativas en una organizacin, permitiendo ahorrar en personal.Suelen dirigirse especialmente al rea de ventas, finanzas, marketing, administracin y recursos humanos. Suelen ser los primeros sistemas de informacin que se implementan en una organizacin.Sus clculos y procesos suelen ser simples. Se suelen utilizar para cargar grandes bases de datos. Nominas e inventariosEntrada de facturasPago a proveedoresVentajas:Los beneficios de este tipo de sistemas en una organizacin son rpidamente visibles. Desventajas:Estos sistemas son optimizados para almacenar grandes volmenes de datos, pero no para analizar los mismos.Sistema de automatizacin de la oficina (OAS)procesamiento de textoHojas de clculoAutoedicinLa calendarizacin electrnica Las comunicaciones mediante correo de vozCorreo electrnico VideoconferenciaSistema de Apoyo en la Toma de Decisiones (DSS)Planeacin estratgicaModelo integrados de administracin Investigacin de operacionesSistema de Toma de Decisiones (GDSS)Incluyen la programacin de la produccinCompra de materialesFlujo de fondosProyecciones financierasModelos de simulacin de negociosModelos de inventariosUtilizadas en reas funcionales como ventas, produccin, administracin, finanzas y recurso humanosCambio de una materia prima de mayor costo, pero con mayor rendimiento. Anlisis de factibilidad para determinar la conveniencia de iniciar la produccin y venta de un producto nuevo a un cliente.Incrementando los volmenes de produccin, pero bajando sensiblemente de venta.Determinar la conveniencia de efectuar alianzas estratgicas con algn competidor forneo para optimizar los procesos de produccin y mercadeo.Decidir el programa de produccin del prximo bimestre. Decidir los instrumentos de inversin mas rentables en el corto plazo. Decidir el nuevo limite de crdito de los principales clientes. Decidir los pagos de los proveedores que sern propuestos debido a una baja inesperada del flujo de efectivo.Ventajas:Las ventajas que se obtienen al hacerlo a travs de microcomputadoras son las siguientes: Menores costos, Disponibilidad de muchas herramientas en el mercado que operan en el ambiente de microcomputadoras.Muy baja dependencia de personas que se encuentran fuera del control del tomador de decisiones.Desventajas:Faltad e integridad y consolidacin en la administracin de la informacin. Problemas de seguridad de la informacin.Perdida del control administrativo por parte del rea de Informtica.Sistemas de trabajo del conocimiento (KWS)Procesadores de textoCorreo de vozCalendariosAplicaciones:CAD (ComputerAidedDesign) AutoCADArchiCADRhinoceros 3DCARTOMAPData CADPro/EngineerSolidWorks.Sistema de Apoyo Ejecutivo (ESS)Escritura de informesGrficasAplicaciones financierasPronsticos y estadsticasSimulacin y modelado Administracin de bases de datosSistema de Estimacion Gerencial (MIS)Entrada de facturas por ventaIngreso de pagos del clienteValidacionesConsulta de saldos Ventas totales a un determinado clienteCasos de Uso.IntroduccinEl diagrama de casos de uso representa la forma en cmo un Cliente (Actor) opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso).Un diagrama de casos de uso consta de los siguientes elementos:Actor. -Casos de Uso. -Relaciones de Uso, Herencia y Comunicacin

ORGANIZACIN COMO SISTEMASORGANIZACIN A LA EMPRESA->Fronteras Org.

Cable UTPFibra Opticac3000 mb

->Niveles de administracinBajo( Operativo)MedioAlto(Ejecutivo)

->Cultura OrganizacionalHabitos, tradiciones de una empresaCuantativo: No tienen publico en especifico. Ejem. Hoy es un buen dia para ser mejorCuantitativo: Destinado a alguien por nmeros, cantidades. A:---- Tema:Despedido->GraficosDFD=Diagrama de Flujo de Datos.Conociendo la Empresa-Fronteras-Niveles administracin-Cultura Org-Grficos(1.dfd,2.en/ert,3. UML:lenguaje,Casos de uso.SDLCSe COMPONE EN 7 PASOS1.identificacion del problemaA.RetroalimentacionB.Observacion:Documentos:Cualitativos y CuantitativosEmpleados:Conductas2.Detenimiento requerimiento informacin. UML y ERS(Especificacion de requerimiento de sistemas)3.Analisis.UML4.Diseo. UML5.Documentacion/Desarrollo. UML6.Mantenimiento7.Evaluacion

SDLCEtapas1. Identificacin del problema2. Detenimiento requerido de informacin3. Analisis4. DiseoConstruir pagina web5. Doc./Desarrollo

Listado de actividadesdiasInvestigar primero lenguaje de programacin3 diasAprender lenguaje (phyton)16 diasDiseo (de modulos) / anlisis10 diasPruebas(software)/mantenimiento12 diasImplementamos/instalacin3 diasInduccin (dar capacitacion)1 diaDocumentar 25 diasInduccin preparada1 diaElaborar contrato3 diasInvestigar proveedores(hosting,dominio)3 diasCompra (dominio, host)1 dia

Diagrama de PertActividadAntecesorDiasQ

AJ3234

BA161248

CB,J10780

DC12936

ED3234

FH178

GB,J251950

HE178

J---31734

IB,J3234

KI,J178

8728

SDLC1. Identificar el problemaRetroalimentacionObservacion de comportamiento Empleados(comportamientos) procesos

En esta etapa encontramos n problema1. Respaldo admon2. Valioso3. Practico4. Temporizacin.(Tiempo que se le da al proyecto).5. Viabilidad

Estudio DE factibilidadDisponibilidad de recursosFactibilidad econmica(dinero)Factibilidad tcnica(que se pueda hacer)Factibilidad de recursos(conocimiento)Factibilidad operacional (que se pueda implementar)

2. Determinar el requerimiento de informacin-ERS UML 3. AnalisisDiagrama de Gant 4. DiseoDiagrama de Pert

Estudio de Factibilidad1. F.E.2. F.F.3. F.O.

METODOLOGIA DE DESARROLLO DE SOFTWARE (RATIONAL UNIFIED PROCESS) Es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos. Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una especificacin ms detallada, el R U P, que se vendiera como producto independiente. PRINCIPIOS BASICOS DE RUP Adaptacin del proceso: El proceso debe adaptarse a las caractersticas de la organizacin para la que se est desarrollando el software. El proceso deber adaptarse a las necesidades del cliente ya que es muy importante interactuar con l. Balancear prioridades: Debe encontrarse un balance que satisfaga a todos los inversores del proyecto. Colaboracin entre equipos: Debe haber una comunicacin fluida para coordinar requerimientos, desarrollo, evaluaciones, planes,resultados, etc.,... Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de una forma interna, en etapas iteradas. En cada iteracin se evaluar la calidad y estabilidad del producto y analizar la opinin y sugerencias de los inversores. Elevar el nivel de abstraccin: Motivar el uso de conceptos reutilizables. Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, marcos de referencia (frameworks) por nombrar algunos. Enfocarse en la calidad: La calidad del producto debe verificarse en cada aspecto de la produccin.PRINCIPALES CARACTERISTICAS Est dirigido por Casos de Usos: Los casos de uso reflejan lo que los usuarios futuros necesitan y desean, lo cual se capta cuando se modela el negocio y se representa a travs de los requerimientos. A partir de aqu los casos de uso guan el proceso de desarrollo ya que los modelos que se obtienen, como resultado de los diferentes flujos de trabajo, representan la realizacin de los casos de uso (cmo se llevan a cabo). Centrado en la arquitectura: La arquitectura muestra la visin comn del sistema completo en la que el equipo de proyecto y los usuarios deben estar de acuerdo, por lo que describe los elementos del modelo que son ms importantes para su construccin, los cimientos del sistema que son necesarios como base para comprenderlo, desarrollarlo y producirlo econmicamente. Iterativo e Incremental: Es el modelo utilizado por RUP para el desarrollo de un proyecto de software. Este modelo plantea la implementacin del proyecto a realizar en Iteraciones, con lo cual se pueden definir objetivos por cumplir en cada iteracin y as poder ir completando todo el proyecto iteracin por iteracin, con lo cual se tienen varias ventajas, entre ellas se puede mencionar la de tener pequeos avances del proyectos que son entregables al cliente el cual puede probar mientras se est desarrollando otra iteracin del proyecto, con lo cual el proyecto va creciendo hasta completarlo en su totalidad. VENTAJAS Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo). Pretende implementar las mejores prcticas en Ingeniera de Software. Administracin de requisitos. Uso de arquitectura basada en componentes. Control de cambios. Modelado visual del software. Verificacin de la calidad del software. FASES DEL RUP RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: Proceso: Ingeniera o modelado del negocio: Analizar y entender las necesidades del negocio para el cual se est desarrollando el software. Requisitos: proveer una base para estimar los costos y tiempo de desarrollo del sistema. Anlisis y diseo: trasladar los requisitos analizados anteriormente a un sistema automatizado y desarrollar una arquitectura para el sistema. Implementacin: crear software que se ajuste a la arquitectura diseada y que tenga el comportamiento deseado. Pruebas: asegurarse de que el comportamiento requerido es correcto y que todo lo solicitado est presente. Despliegue: producir distribuciones del producto y distribuirlo a los usuarios. Soporte: En esta parte nos encontramos con las siguientes etapas: Configuracin y administracin del cambio: guardar todas las versiones del proyecto. Administracin del proyecto: administrar los horarios y recursos que se deben de emplear. Ambiente: administrar el ambiente de desarrollo del software. Distribucin: hacer todo lo necesario para la salida del proyecto

MUESTRASN/P = PoblacinN= muestreoDoc. Cuantitativo= Son doc. Que son para alguien en especifico.Doc.Cualitativo = Son doc. Leidos por las personas en general.Ascendencia= Reduccion de ErroresMuestreoAtributos(%) PORCENTAJESVariables (#) cantidades o cifras(NUMEROS)

Determinar atributo -> Que vamos a buscar (falta,tachones)Localizar la BDExaminar el atributo -> Estimar/asumir un porcentaje que dicho atributo (vista previa)

p= proporcin de la poblacin que contiene el atributo.P=Poblacion20 x 30% = no es correcto30/100 = 0.3 es correcto P=0.3Det. Intervalo aceptable

Intervalo Estimado AceptableI= 0.02

1. Det. Coeficiente de Confianza (z)

Z = coeficiente de confianza2. Det. Error Estandar de la pP = Error estndar de la proporcin de la poblacin que contiene el atributoP = i/2

DECISIONES ESTRUCTURADASInstrumento para obtener informacin acerca de un tema:Una serie de preguntas: 103 TIPOS DE PREGUNTAS QUE DEBE DE TENER VALIDEZ Y CONFIABILIDAD

PIRAMIDE. Comienza cerrado y se vuelve abierta

CONO. Son cerrados solo si o no VALIDEZ CONFIABILIDAD DIAMANTE. En medio se empieza preguntas abiertas y termina cerrada.

Porque EXISTE diamante y no XAmpliar o delimitar algo, con las preguntas abiertas y cerradasBONO: porque no existen instrumentosQue es delimitador

REGLAS/CONDICIONESREGLASCondicinAcciones

AccionesAcciones

(Tomar decisin con un rbol de decisin)Identificar condiciones: para que se cumplan las condiciones debe cumplirse las reglas R1, R2, RN

Identificar condiciones

R1R2Rn

Indentificar acciones

Identificar accionesRegla1Regla2Regla3Regla4

C1Si compra 10 articulosXX

C2Si no le dieron fac al clienteXX

C3Si el prod. Estaba daado o vencido.XX

C4Si la compra se realizo en un dia festivo.

A1Descuento con el 5%X

A2Restitucion (Compra)X

A3Descuento del 50%X

A4Descuento del 100%X

Ejemplo:Se quiere determinar la nmina de los empleados de una empresa de acuerdo con estos criterios: Si el empleado es altamente productivo tendr en nmina un plus de productividad. Si el empleado es encargado de su grupo tendr en nmina un plus de encargado. Si el empleado ha cometido una infraccin grave durante ese mes le ser eliminado cualquier plus que pudiera tener.La tabla de decisin queda:R1Regla2Regla3Regla4Regla5Regla6Regla7Regla8

C1Empleado altamente productivoSiSiSiNo NoNoSiNo

C2Enpleado encargadoSiSiNoSiNoSiNoNo

C3Infraccion graveSiNoSiSiSiNoNoNo

A1Inviable

A2Plus productividadXX

A3Plus encargadoXX

A4Sin plusesXXXX

Calcular nominaXXXXXXXX

C = CondicionesA = Acciones

Hoja1Nivel de Confianzavalor 2100.00%Se borra el 100% ya que no exite tal perfeccion99.00%2.5898.00%2.3397.00%2.1796.00%2.0595.00%1.9690.00%1.6580.00%1.2850.00%0.67