Clase I
Contenido de la Materia
Sistema de Evaluación
Retroalimentación
Antonio Humberto Morán Najarro
[Análisis de Sistemas ]- [1]
Objetivos
1. Conocer el Contenido
de la asignatura
2. Conocer el sistema de
Evaluación de la
Asignatura
3. Definir las principales
funciones y actividades
de un analista de
sistemas
[2]
Programa de la Asignatura
Unidad I: Fundamentos del desarrollo de sistemas
Definición de SI
El analista de Sistemas Modernos
Rol del AS
Tipos de Sistemas
Ciclo de vida de desarrollo de Sistemas
Bloques elementales de los SI
Unidad II: Análisis de Sistemas Estructurado
Planificación de Sistemas
Análisis de Sistemas
Diseño de Sistemas
[3]
Unidad III: Análisis de Sistemas OO 1/2
Conceptos y Principios OO
Modelado del Software y UML
Diagramas de :
Casos de uso, iteraciones, clase, estado y actividad, componente y
despliegue
Proceso de desarrollo de software basado en UML
Análisis OO
Enfoque orientado a objetos
Componentes genéricos del modelo a AOO
El proceso de AOO
El modelo de objeto relación y comportamiento
[4]
Unidad III: Análisis de Sistemas OO 1/3
Diseño OO
Diseño para sistemas OO
El proceso del diseño sistemas OO
El proceso de diseño de objetos
Patrones de Diseño
Relación del diseño OO con la programación OO
[5]
Bibliografía
Whiten, Jeffrey L.
Análisis y Diseño de SI
Editorial Mc Graw Hill, 7ª Edición
Kendall, Kenneth E.
Análisis y Diseño de Sistemas
Editorial Prentice Hall
6ª Edición
[6]
Wetzenfield, Alfredo
Ingeniería del Software Orientado a Objetos
Editorial Thomson, Mexico 2004, 1 Edición
Editorial Mc Graw Hill, 5ª Edición
[7]
Sistema de Evaluación
Actividad Fecha
Primer Examen Parcial 20%
Segundo Examen Parcial 20%
Laboratorios 10%
Instructorías. 10%
Examen Final 40%
100%
[8]
Detalles del proyecto.
1. Buscar una empresa para el sistema
2. Equipos de trabajo de cuatro personas
3. Presentar la propuesta
4. Aprobar propuesta Lenguaje de
Desarrollo
[Link]
[Link]
PHP
JAVA
[9]
Calificación del Proyecto.
Análisis 30%
Diseño 30%
Prototipo 10%
Puntualidad y Presentación 10%
Preguntas 20%
==============================
100%
[10]
Sistema de
información
[11]
Definición
“Cualquier combinación organizada de
personas, hardware, redes de
comunicación y recursos de
información que almacene,
recupere, transforme y disemine
información en una
organización”(Sistemas de Información
Gerencial, 7ª Edición, James A. O’Brien)
[12]
Stakeholders
Stakeholder es un término inglés utilizado por primera vez
por R. E. Freeman en su obra: “Strategic Management: A
Stakeholder Approach” (Pitman, 1984), para referirse
a «quienes pueden afectar o son afectados por las
actividades de una empresa»(Wikipedia)
1-13
[13]
[14]
Tipos de Stakeholder
Internos
Empleados de oficinas
Personal Técnicos
Supervisores, mandos medios, administradores y
Ejecutivos
Externos
Clientes
Proveedores
Patners
Empleados(Remote users y Mobile users )
[15]
Analista de sistemas
Es un especialista que estudia los problemas, y
necesidades de una organización, para determiner
cómo las personas, los datos, procesos y TIC
pueden mejorarla.
[16]
Roles del analista
El analista de sistemas como agente de cambio
El analista de sistemas como consultor
El analista de sistemas como experto de soporte
[17]
¿Qué es un problema?
Problema. Requiere acción correctiva
Oportunidades. Mejorar una situación a pesar que no se
vea un problema
[18]
HISTORIA DEL ROL DE LOS SI
Interconexión en red empresarial y global 1990 –
Sistemas de negocio y comercio electronico basados en internet.
La participación en expansión de los UF y gerentes en los SI
Operaciones empresariales habilitadas en la web, intranets y extranets
Soporte Estratégico y al Usuario final 1980-1990 –
Los roles de los SI en la empresa y la gerencia
Sistemas de computación para el usuario final
Sistemas de Información ejecutivos (Información crítica para la alta gerencia)
Sistemas Expertos (basado en el conocimiento para usuarios finales)
Sistemas de Información Estratégica (Productos y servicios estratégicos para la ventaja
competitiva)
Soporte a las Decisiones 1970 – 1980 –
Sistemas de soporte a las decisiones, soporte ad hoc interactivo del proceso de toma de
decisiones gerenciales
Elaboración de Informes gerenciales –1960-1970 –
Sistemas de Información Gerencial: Informes gerenciales de información especificada con
anterioridad para respaldar la toma de decisiones.
Procesamiento de Datos – 1950–1960 –
Sistemas de Procesamiento Electrónico de Datos: Procesamiento de transacciones,
mantenimiento de registros y aplicaciones contables tradicionales
[19]
Tipos de Sistemas
[20]
Análisis de Sistemas,
Kendall & Kendall,
Pág 2 – 6)
1-21
[21]
Caso de Estudio #1
[22]
Investigar
Los siguientes conceptos.
1. CRM
2. ERP
3. SAP
4. Sistemas de comercio electrónico: B2B, B2C, B2G, C2C,
C2G
5. Sistemas FrontEnd
6. Sistemas BackEnd
7. Web services
8. Midleware
9. Sistemas Legacy
[23]
Bajo tal enfoque, el proceso de construcción de
software se concibe como un conjunto de tareas
altamente especializadas donde está claramente
definido el papel de cada categoría profesional:
El analista tiene como cometido analizar un
problema y describirlo con el propósito de ser
solucionado mediante un sistema informático.
.
[24]
Pasos para resolver algoritmos
El diseñador realiza, en base al análisis, el diseño
de la solución
El programador cuya función consiste en trasladar
las especificaciones del diseñador en código
ejecutable por la computadora.
El analista tiene que delimitar el análisis para ver
lo que se quiere hacer inicialmente y después darle
al usuario nuevas opciones de uso
[25]
Los primeros AS nacieron por lo tanto de la
revolución industrial, en un principio no trabajaban
en computadoras ni en Sistemas basados en ellas.
Su trabajo era el diseño de sistemas de fabricación
eficaces.
[26]
Descripción del trabajo del analista
“Un AS, es una persona que comprende tanto las
necesidades de la empresa como la tecnología de
información”(Whitten)
El AS; transforma las necesidades de información y
de empresa de los usuarios en soluciones técnicas
basadas generalmente en computadoras que son
implantadas por:
[27]
Definición de analista de sistemas
Estudia los problemas y las necesidades de una
empresa para determinar como podrían combinarse
los recursos humanos, los procesos, los datos, las
comunicaciones y la tecnología para obtener
mejoras en la empresa.
[28]
Systems Development Life Cycle
The systems development life cycle is a systematic
approach to solving business problems.
It is divided into seven phases.
Each phase has unique activities.
[29]
SOMMERVILLE
Etapas del CVDS x autor
WHITTEN KENDALL & SENN
KENDALL
Especificación del Planificación de Identificación de Investigación
Software Sistemas problemas Preliminar
oportunidades y
Objetivos
Diseño e Análisis de Sistemas Determinación de los Determinación de los
Implementación Requerimientos Requerimientos
de Información del Sistema
Validación del Diseño de Sistemas Análisis de las Diseño del Sistema
Software necesidades del
Sistema
Evolución del Implantación de Diseño del Sistema Desarrollo del
Software Sistemas Software
Soporte de Sistemas Desarrollo del Prueba del Sistema
Sistema
Prueba y Implantación y
Mantenimiento Evaluación
del Sistema
Implantación y
Evaluación del
SI
[30]
Kendall & 2005 Pearson Prentice Hall 1-31
[31]
[32]
Phase 1
Identifying:
Problems.
Opportunities.
Objectives.
Personnel involved:
Analyst.
User management.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-33
[33]
Phase 2
Determining information requirements:
Interview management, operations personnel.
Gather systems/operating documents.
Use questionnaires.
Observe the system and personnel involved.
Learn the who, what, where, when, and how, and the why
for each of these.
Kendall & 2005 Pearson Prentice Hall 1-34
[34]
Phase 2 (Continued)
Personnel involved:
Analyst.
User management.
User operations workers.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-35
[35]
Phase 3
Analyzing system needs:
Create data flow diagrams.
Document procedural logic for data flow diagram processes.
Complete the data dictionary.
Make semistructured decisions.
Prepare and present the system proposal.
Recommend the optimal solution to management.
Kendall & 2005 Pearson Prentice Hall 1-36
[36]
Phase 3 (Continued)
Personnel involved:
Analyst.
User management.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-37
[37]
Phase 4
Designing the recommended system:
Design the user interface.
Design output.
Design input.
Design system controls.
Design files and/or database.
Produce program specifications.
Produce decision trees or tables.
Kendall & 2005 Pearson Prentice Hall 1-38
[38]
Phase 4 (Continued)
Personnel involved:
Analyst.
System designer.
User management.
User operations workers.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-39
[39]
Phase 5
Developing and documenting software:
Design computer programs using structure charts,
Nassi-Schneiderman charts, and pseudocode.
Walkthrough program design.
Write computer programs.
Document software with help files, procedure manuals,
and Web sites with Frequently Asked Questions.
Kendall & 2005 Pearson Prentice Hall 1-40
[40]
Phase 5 (Continued)
Personnel involved:
Analyst.
System designer.
Programmers.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-41
[41]
Phase 6
Testing and maintaining the system:
Test and debug computer programs.
Test the computer system.
Enhance system.
Kendall & 2005 Pearson Prentice Hall 1-42
[42]
Phase 6 (Continued)
Personnel involved:
Analyst.
System designer.
Programmers.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-43
[43]
Phase 7
Implementing and evaluating the system:
Plan conversion.
Train users.
Purchase and install new equipment.
Convert files.
Install system.
Review and evaluate system.
Kendall & 2005 Pearson Prentice Hall 1-44
[44]
Phase 7 (Continued)
Personnel involved:
Analyst.
System designer.
Programmers.
User management.
User operations workers.
Systems management.
Kendall & 2005 Pearson Prentice Hall 1-45
[45]
[46]
Bibliografía
Whiten, Jeffrey L.
Análisis y Diseño de SI
Editorial Mc Graw Hill, 7ª Edición
Kendall, Kenneth E.
Análisis y Diseño de Sistemas
Editorial Prentice Hall
8ª Edición
[47]
