• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Metodologia kendall y Kendall
 

Metodologia kendall y Kendall

on

  • 1,378 views

Resumen de la ponencia de Kendall y Kendall

Resumen de la ponencia de Kendall y Kendall

Statistics

Views

Total Views
1,378
Views on SlideShare
1,208
Embed Views
170

Actions

Likes
2
Downloads
0
Comments
1

3 Embeds 170

http://www.virtual.ueb.edu.ec 90
http://rmolinaj.es.tl 78
http://m.rmolinaj.es.tl 2

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

11 of 1 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Metodologia kendall y Kendall Metodologia kendall y Kendall Presentation Transcript

    • Universidad Nororiental PrivadaGran Mariscal de AyacuchoFacultad: Ingeniería – Escuela: SistemaCatedra: Sistema de Información IIFacilitador(a):Molina, José RamónParticipantes:Br. Carreño, YesimarBr. Fernández. JoséBr. Mejías, LuisMayo del 2013
    • Mayo del 2013Contenido
    • Mayo del 2013AutoresLos intereses de la enseñanza de la Dra. Julie Kendallincluyen cuestiones estratégicas globales en elcomercio electrónico y el análisis y el diseño para elcomercio electrónico y los sistemas de informacióntradicionales sistemas. Julie se desempeñó comomiembro del Consejo Asesor del Centro deExcelencia en la Enseñanza, la Universidad deRutgers-Camden, de 1992 a 2003. Julie recibió unPremio de Ciencias de la Decisión Instituto deInnovación Docente en 1992.Profesor Kendall ha logrado lainnovación en el aula a travésde la creación de softwarebasado en hipertexto originalllamada HyperCase ®, quepermite a los analistas de losestudiantes a convertirseinmediatamente inmerso enla vida organizacional.Br. Mejías, Luis
    • Mayo del 20131.Rol de un Analista deSistema1.1. ¿Qué es un Analista de Sistema?1.2. La Necesidad de un Analista de Sistema1.3. Roles de un Analista de Sistema#.- Consultor#.- Experto en Soporte Técnico#.- Agente de Cambio1.4. Cualidades de un Analista de SistemaBr. Mejías, Luis
    • Mayo del 2013¿Que es un Analista deSistema?Es una persona que estudia los problemas ynecesidades de una empresa, para determinar cómo podríancombinarse los recursos humanos, los procesos, los datos y latecnología de la información para obtener mejoras en laempresa.Br. Mejías, Luis
    • Mayo del 2013La Necesidad de un Analistade Sistema1. Analizar Flujo de datos2. Transformar o ProcesarDatos3. Almacenar Datos4. La Salida de Información deuna Empresa en ParticularBr. Mejías, Luis
    • Mayo del 2013Roles de un Analista deSistemaConsultorExperto enSoporte TécnicoAgente decambioBr. Mejías, Luis
    • Mayo del 2013Cualidades de un Analista deSistemaEl analista es un solucionador de problemasEl analista también debe ser un comunicadorcon capacidad para relacionarse con los demásdurante extensos periodos.Asimismo, debe tener una ética personal yprofesional firmeEl analista de sistemas debe ser una personaautodisciplinada y automotivadaBr. Mejías, Luis
    • Mayo del 20132. Ciclo del Desarrollo delSistema2.1. ¿Qué es el SDLC?2.2. Fases:#.- 1. Identificación del Problema, Oportunidades yObjetivos.#.- 2. Determinación de los Requerimientos#.- 3. Análisis de las Necesidades del Sistema#.- 4. Diseño del Sistema#.- 5.Desarrollo y Documentación del Software#.- 6.Pruebas y Mantenimiento del Sistema#.- 7. Implementación y Evaluación del SistemaBr. Mejías, Luis
    • Mayo del 2013¿Qué es el SDLC?Es un enfoque por fases para el análisis y el diseño.A pesar de que cada fase se explica por separado,nunca se realiza como un paso aislado.Br. Mejías, Luis
    • Mayo del 2013Fases del SDLC1. Identificacióndel Problema,Oportunidades yObjetivos.2. Determinaciónde losRequerimientos3. Análisis de lasNecesidades delSistema4. Diseño delSistema5.Desarrollo yDocumentacióndel Software6.Pruebas yMantenimientodel Sistema7.Implementación yEvaluación delSistemaBr. Mejías, Luis
    • Mayo del 20131. Identificación del Problema,Oportunidades y ObjetivosBr. Mejías, Luis
    • Mayo del 20132. Determinación de losRequerimientosMétodos InteractivosMétodos que no interfieren conel usuarioMétodos de Amplio Alcancecomo la elaboración deprototiposBr. Mejías, Luis
    • Mayo del 20133. Análisis de la Necesidad delSistemaDiagramas de FlujosTomar DecisionesEstructuradasPropuesta del SistemaBr. Mejías, Luis
    • Mayo del 20134. Diseño del SistemaRecomendadoUso de laInformaciónRecopiladaDiseño deProcedimientosConcepción dela InterfazControles yProcedimientosInteracción delos UsuariosDiseño deArchivosBr. Mejías, Luis
    • Mayo del 20135. Desarrollo y Documentacióndel SoftwareAnalistas DesarrolladoresEn conjunto conlos UsuariosTécnicas EstructuradasDocumentación EfectivaDiseñan, codifican y eliminanGarantizar La CalidadBr. Mejías, Luis
    • Mayo del 20136. Prueba y Mantenimiento delSistemaProbar elSistemaMantenimiento delsistemaProcedimientosSistemáticosBr. Mejías, Luis
    • Mayo del 20137. Implementación y Evaluacióndel SistemaCapacitación de los UsuariosEl trabajo de Sistemas es CíclicoBr. Mejías, Luis
    • Mayo del 20133. Uso de la HerramientaCASEBr. Carreño, Yesimar3.1 ¿Que es la Herramienta CASE?3.2 Fecha de Utilización3.3 Razones para su Uso4. Análisis del sistemaOrientado a Objetos
    • Mayo del 20133. Uso de la HerramientaCASEEs una herramienta de Ingeniería de Software Asistida por Computadora en elcual son diversas aplicaciones informáticas destinadas a aumentar la productividaden el desarrollo de software reduciendo el costo de las mismas en términos detiempo y de dinero.1990Br. Carreño, Yesimar
    • Mayo del 2013Razones para el Uso de laHerramienta CASEAumenta laProductividad delAnalistaMejora lacomunicación entreanalista-usuarioIntegración de lasActividades delCiclo de VidaEvaluar de Maneraprecisa los cambiosen elmantenimientoBr. Carreño, Yesimar
    • Mayo del 20134. Análisis del sistemaOrientado a ObjetosFacilitar eldesarrollo delsistemaNo es fácil trabajarcon técnicasorientas a objetosSe utiliza elestándar para lamodelación UMLBr. Carreño, Yesimar
    • Mayo del 20135. Conceptos Orientados aObjetos Objetos Clases HerenciaBr. Fernández. José
    • Mayo del 2013LENGUAJE UNIFICADODE MODELACION (UML)Br. Fernández. José
    • Mayo del 2013Modelado de Caso de UsoEl UML está basado fundamentalmente en unatécnica de análisis orientada a objetos conocidacomo modelado de casos de uso, en la cual la palabrauso se pronuncia como sustantivo en lugar de verbo.Br. Fernández. José
    • Mayo del 2013Diagrama de DatosLógicos y FísicosBr. Fernández. José
    • Mayo del 2013Relaciones del Caso deUsoLas relaciones activas se denominan comorelaciones de comportamiento y se empleanprincipalmente en los diagramas de caso de uso.ComunicaIncluyeExtiendegeneralizaBr. Fernández. José
    • Mayo del 2013Diagrama de ActividadesLos diagramas de actividades muestranlas secuencias de actividades de unproceso, incluyendo las actividadessecuenciales, las actividades paralelas ylas decisiones que se toman.Br. Fernández. José
    • Mayo del 2013OBJETOS,CLASES,METODO,HERENCIALENGUAJE UNIFICADO DEMODELACIONDIAGRAMA DE CASOS DE USODIAGRAMA DE ACTIVIDADESBr. Fernández. José
    • Mayo del 2013To beContinued...!Br. Carreño, Yesimar
    • Mayo del 20136. Determinación de laViabilidadBr. Carreño, Yesimar6.1 Origen de un Proyecto6.2 Selección de un proyecto6.3 Determinación de la Viabilidad: Por Objetivos Determinación de los recursos:Viabilidad TécnicaViabilidad OperativaViabilidad Económica
    • Mayo del 20136. Determinación de laViabilidadProyectoProblemasOportunidadesde MejorarBr. Carreño, Yesimar
    • Mayo del 2013Selección de un ProyectoBr. Carreño, Yesimar1. El respaldo de los directivos de la organización.2. Un periodo adecuado de compromiso para terminar el proyecto.3. La posibilidad de mejorar la consecución de las metas organizacionales.4. Factibilidad en cuanto a recursos para el analista de sistemas y la organización.5. La rentabilidad del proyecto en comparación con otras formas en que la organización podríainvertir sus recursos.
    • Mayo del 2013Determinación de laViabilidadBr. Carreño, YesimarEl estudio de viabilidad no consiste en un estudio completo de los sistemas.Más bien, se trata de recopilar suficientes datos para que los directivos, a suvez, tengan los elementos necesarios para decidir si debe procederse a realizarun estudio de sistemas.Por Objetivos Determinación de losRecursos
    • Mayo del 2013Por Objetivos CorporativosBr. Carreño, Yesimar1. Aceleración de un proceso.2. Optimización de un proceso al eliminar pasos innecesarios o duplicados.3. Combinación de procesos.4. Reducción de errores en la captura de información mediante la modificación de formularios y pantallas de despliegue.5. Reducción de almacenamiento redundante.6. Reducción de salidas redundantes.7. Mejora en la integración de sistemas y subsistemas.
    • Mayo del 2013Determinación de losRecursosBr. Carreño, YesimarViabilidadTécnicaViabilidadEconómicaViabilidadOperativa
    • Mayo del 20137. Elaboración dePrototiposBr. Carreño, Yesimar7.1 Clases de prototipos: Prototipo Corregido Prototipo No Funcional Prototipo de una Serie Prototipo de Caracterices Seleccionadas7.2 Como se desarrolla un prototipo7.3 Lineamientos para desarrollar un Prototipo
    • Mayo del 2013 Br. Carreño, YesimarLa información recopilada en la fase de elaboraciónde prototipos permite al analista establecer lasprioridades y cambiar el rumbo de los planes a bajocosto, con un mínimo de molestias. Debido a estacaracterística, la elaboración de prototipos y laplaneación van de la mano.
    • Mayo del 2013Clases de PrototiposBr. Carreño, YesimarPrototipo CorregidoPrototipo No FuncionalPrototipo de una SeriePrototipo de CaractericesSeleccionadas
    • Mayo del 2013 Br. Carreño, Yesimar¿Cómo Desarrollar unPrototipo?El primer paso de la elaboración de prototipos es estimar los costos necesariospara la construcción de un módulo del sistema.La elaboración de prototipos es una excelente forma de facilitar la integracióndel sistema de información con el sistema principal de la organización.
    • Mayo del 2013 Br. Carreño, YesimarLineamientos paraDesarrollar un Prototipo1. Trabajar enmódulosmanejables.2. Construirrápidamenteel prototipo.3. Modificarel prototipoen iteracionessucesivas.4. Ponerénfasis en lainterfaz deusuario.
    • Mayo del 2013To beContinued...!Br. Carreño, Yesimar
    • Mayo del 20138. Análisis de SistemasMediante Diccionario deDatosBr. Carreño, Yesimar8.1 El Diccionario de datos8.2 Necesidad de Entender un Diccionario de Datos8.3 El Deposito de los Datos8.4 Definición de los Flujos de Datos8.5 Uso del Diccionario de Datos
    • Mayo del 2013Diccionario de DatosBr. Carreño, YesimarEs una aplicación especializada de los tipos de diccionariosusados como referencia en la vida cotidiana.Obra deConsultaRecopila yCoordinaGuíaGuardar datosOrdenadosConfirma
    • Mayo del 2013Necesidad de Entender unDiccionario de Datos (1/2)Br. Carreño, YesimarEntender el proceso de compilar un diccionario de datos puede ayudar alanalista de sistemas a visualizar el sistema y su funcionamientoQué datos loconforman?Las convencionesusadasCómo sedesarrolla ?
    • Mayo del 2013 Br. Carreño, YesimarNecesidad de Entender unDiccionario de Datos (2/2)1. Validar la integridad y exactitud del diagramade flujo de datos.2. Proporcionar un punto de partida paradesarrollar pantallas e informes.3. Determinar el contenido de los datosalmacenados en archivos.4. Desarrollar la lógica para los procesos deldiagrama de flujo de datos.
    • Mayo del 2013Deposito de DatosBr. Carreño, Yesimar1. Información sobre los datos mantenidos por el sistema,incluyendo flujos de datos, almacenes de datos, estructuras deregistros y elementos.2. Lógica de procedimientos.3. Diseño de pantallas e informes.4. Relaciones entre datos, por ejemplo cómo se vincula unaestructura de datos con otra.5. Requerimientos del proyecto y productos del sistema final.
    • Mayo del 2013Definición de Flujos deDatosBr. Carreño, Yesimar1. ID, un número deidentificación opcional2. Un solo nombredescriptivo para esteflujo de datos3. Una descripcióngeneral del flujo dedatos.4. La fuente del flujo dedatos5. El destino del flujo dedatos6. Algo que indique si elflujo de datos es unregistro7. El nombre de laestructura de datos8. El volumen porunidad de tiempo9. Un área paracomentariosadicionales yanotaciones sobre elflujo de datos.
    • Mayo del 2013Uso del Diccionario deDatosBr. Carreño, YesimarEl diccionario de datos ideal es automatizado, interactivo, en línea yevolutivoTodos los elementos base en un flujo de datos de salida deben estar presentesen un flujo de datos de entrada en el proceso que produce la salidaUn elemento derivado debe ser creado por un proceso y debe ser la salidade por lo menos un proceso en el cual no es entradaLos elementos que están presentes en un flujo de datos que entran o salen deun almacén de datos se deben contener en el almacén de datos
    • Mayo del 20139. Preparación de laPropuestaBr. Carreño, Yesimar8.1 Como Pronosticar los Costos y los Beneficios8.2 Identificación de los Beneficios y Costos• Beneficios Tangibles• Beneficios Intangibles• Costos Tangibles• Costos Intangibles8.3 La Propuesta del Sistema8.4 ¿Qué debe incluir la propuesta del sistema?
    • Mayo del 2013Como Pronosticar los Costosy Beneficios?Br. Carreño, Yesimarconsiderar enconjunto los costos ybeneficios delsistemafrecuencia estánvinculados ydependen uno delotrose basarán en elanálisis de costo-beneficiono en losrequerimientos deinformaciónlos beneficios semiden por los costos
    • Mayo del 2013Identificación de los Costosy BeneficiosBr. Carreño, Yesimar• Tangibles• Intangibles• Intangibles• TangiblesBeneficios BeneficiosCostosCostos
    • Mayo del 2013La Propuesta del SistemaBr. Carreño, YesimarUna vez que ha recopilado el material que sedebe incluir en su propuesta de sistemas,necesita juntarlo en piezas de una maneralógica y visualmente eficaz
    • Mayo del 2013¿Qué debe Incluir laPropuesta del Sistema?Br. Carreño, YesimarDocumento 1. Carta de presentación.2. Portada.3. Tabla de contenidos4. Resumen ejecutivo5. Lineamiento del estudio de sistemas con la documentación apropiada.6. Resultados detallados del estudio de sistemas.7. Alternativas de sistemas8. Recomendaciones de analistas de sistemas.9. Resumen de la propuesta.10. Apéndices
    • Mayo del 201310. Aseguramiento de laCalidadBr. Carreño, Yesimar10.1 La Calidad10.2 SEISSIGMA10.3 Como Probar, Mantener y Auditar• Proceso de Probar• Practicas de Mantenimiento• Como Auditar
    • Mayo del 2013La Calidad del Sistema(1/2)Br. Carreño, YesimarLa calidad ha sido durante mucho tiempo una preocupación para lasempresas, como lo debe ser para los analistas de sistemas en el análisisy diseño de sistemas de información. Es demasiado arriesgadoemprender todo el proceso de análisis y diseño sin usar un enfoque deaseguramiento de la calidad(1) garantizar lacalidad totaldiseñando sistemas2) documentar el softwarecon las herramientasadecuadas3) probar, mantenery auditar elsoftware
    • Mayo del 2013 Br. Carreño, YesimarLa Calidad del Sistema(2/2)PropósitosEl primero es que el usuariodel sistema de informaciónes el factor individual másimportante en establecer yevaluar su calidad.El segundo es que es muchomenos costoso corregir losproblemas en sus fasesiniciales que esperar hastaque un problema semanifieste a través de lasquejas o crisis del usuario.
    • Mayo del 2013SEIS SIGMABr. Carreño, YesimarDesarrollado por Motorola en la década de 1980enfoque de laadministraciónde la calidades más que unametodologíase aplica a cualquierproducto, servicio oprocesoes una filosofía, unacultura basada en lacalidad.eliminar todoslos defectoses un enfoquedescendente dearriba a abajo
    • Mayo del 2013SEIS SIGMABr. Carreño, Yesimar
    • Mayo del 2013¿Cómo Probar, Mantener yAuditar?Br. Carreño, Yesimar
    • Mayo del 201311. ImplementaciónExitosaBr. Carreño, Yesimar11.1 Capacitación de los Usuarios11.2 Evaluación del Sistema
    • Mayo del 2013Capacitación de losUsuariosBr. Carreño, YesimarLos analistas de sistemas participan en un proceso educativo con losusuarios que se denomina capacitaciónEl usuario se ha involucrado en el ciclo de vida de desarrollo de sistemas porlo que ahora, el analista deba tener una valoración exacta de los usuarios quese deben capacitar
    • Mayo del 2013EvaluaciónBr. Carreño, YesimarAnalistas UsuariosLa evaluación también se necesita paradar seguimiento a la implementación delsistema
    • 6. Conceptos Orientados aObjetos Objetos Clases HerenciaMayo del 2013 Br. Fernández. José
    • Mayo del 2013ClaseBr. Fernández. José
    • Mayo del 2013HerenciaBr. Fernández. José
    • Mayo del 2013 Br. Fernández. JoséLENGUAJE UNIFICADODE MODELACION (UML)
    • Mayo del 2013Vista General del UMLBr. Fernández. José
    • Mayo del 2013Relaciones de los Diagramas mas UsadosBr. Fernández. José
    • Mayo del 2013 Br. Fernández. JoséModelado de caso de usoEl UML está basado fundamentalmente en unatécnica de análisis orientada a objetos conocidacomo modelado de casos de uso, en la cual lapalabra uso se pronuncia como sustantivo en lugarde verbo
    • Mayo del 2013 Br. Fernández. JoséDiagrama de Datos Lógicosy Físicos
    • Mayo del 2013 Br. Fernández. José
    • Mayo del 2013 Br. Fernández. JoséRelaciones del Caso de usoLas relaciones activas se denominan comorelaciones de comportamiento y se empleanprincipalmente en los diagramas de caso de uso.ComunicaIncluyeExtiendegeneraliza
    • Mayo del 2013Relaciones del Caso de UsoBr. Fernández. José
    • Mayo del 2013COMUNICABr. Fernández. José
    • Mayo del 2013INCLUYEBr. Fernández. José
    • Mayo del 2013EXTIENDEBr. Fernández. José
    • Mayo del 2013GENERALIZABr. Fernández. José
    • Mayo del 2013 Br. Fernández. JoséDiagrama de ActividadesLos diagramas de actividadesmuestran las secuencias deactividades de un proceso, incluyendolas actividades secuenciales, lasactividades paralelas y las decisionesque se toman.
    • Mayo del 2013Diagrama de ActividadesBr. Fernández. José
    • Mayo del 2013 Br. Fernández. José