Resumen capitulo 1,2 y 3 kendall
brianaperesMonografía8 de Octubre de 2018
3.291 Palabras (14 Páginas)1.437 Visitas
RESUMEN DEL CAPÍTULO 1, CAPÍTULO 2 Y CAPÍTULO 3
CAPÍTULO 1
SISTEMAS, ROLES Y METODOLOGÍAS DE DESARROLLO
Hace mucho tiempo, las organizaciones han reconocido que tan importante es administrar recursos clave como las personas y la materia prima. En estos tiempos la información ha encontrado su lugar apropiado como recurso clave.
TIPOS DE SISTEMAS
Los sistemas de información se desarrollan para distintas cosas, dependiendo de las necesidades de los usuarios humanos y la empresa. Los sistemas de procesamiento de transacciones (TPS) funcionan en el nivel operacional de la organización; los sistemas de automatización de oficinas (OAS) y los sistemas de trabajo de conocimiento (KWS) brindan soporte para el trabajo a nivel del conocimiento.
Los sistemas expertos aplican la experiencia de los encargados de tomar decisiones para resolver problemas específicos y estructurados.
[pic 1]
Figure 1: Un analista de sistemas puede involucrarse con cualquiera o con todos estos SISTEMAS
LAS APLICACIONES DE COMERCIO ELECTRÓNICO Y LOS SISTEMAS WEB
Hay muchos beneficios relacionados con el proceso de montar o mejorar una aplicación en Web:
- Aumenta el número de usuarios que se enteran de la disponibilidad de un servicio, producto, industria, persona o grupo.
- Los usuarios tienen la posibilidad de acceder las 24 horas del día.
- Se puede mejorar la utilidad y capacidad de uso del diseño de la interfaz.
- Se puede expandir un sistema globalmente en vez de permanecer en el entorno local.
EL ANALISTA DE SISTEMAS COMO CONSULTOR
Con frecuencia el analista de sistemas actúa como consultor de sistemas para las personas y sus empresas y, por eso, pueden llegar a contratarlo específicamente para lidiar con las cuestiones relacionadas con los sistemas de información dentro de la empresa.
EL ANALISTA DE SISTEMAS COMO AGENTE DE CAMBIO
El rol más extenso y responsable del analista de sistemas es el de agente de cambio, ya sea interno o externo, para la empresa. Como analista, usted actúa como un agente de cambio cada vez que realiza alguna de las actividades en el ciclo de vida del desarrollo de sistemas (que veremos en la siguiente sección) y está presente e interactúa con los usuarios y la empresa durante un periodo extendido (de dos semanas hasta más de un año).
EL CICLO DE VIDA DEL DESARROLLO DE SISTEMAS
[pic 2]
Figure 2 : Las siete fases del ciclo de desarrollo de sistemas (SDLC).
LA METODOLOGÍA ÁGIL
Es una metodología de desarrollo de software que se basa en valores, principios y prácticas básicas. Los cuatro valores son comunicación, simpleza, retroalimentación y valentía.
[pic 3]
Figure 3 : El concepto de repositorio.
[pic 4]
Figure 4: Las cinco etapas del proceso de desarrollo de modelado ágil muestran que las iteraciones frecuentes son esenciales para un desarrollo exitoso del sistema.
ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS
El análisis y diseño de sistemas orientado a objetos es una metodología diseñada para facilitar el desarrollo de sistemas que deben cambiar con rapidez en respuesta a los entornos empresariales dinámicos.
- Definir el modelo de caso de uso. El analista identifica a los actores y los eventos principales iniciados por los actores. A menudo el analista empieza por dibujar un diagrama con figuras hechas con líneas que representan a los actores y flechas que muestran las relaciones entre ellos.
- Durante la fase de análisis de sistemas, empezar a dibujar diagramas de UML los cuales ilustran todas las principales actividades en el caso de uso.
[pic 5]
Figure 5: Los pasos en el proceso de desarrollo de UML.
[pic 6]
Figure 6: Cómo decidir qué método de desarrollo utilizar.
Se puede considerar a la información como un recurso organizado, de igual forma que consideramos a los humanos. Como tal, se debe administrar con cuidado, al igual que los demás recursos.
consecuencia, hay que poner más atención para a la información que se genera. Los analistas de sistemas recomiendan, diseñan y mantienen muchos tipos de sistemas para los usuarios, incluyendo los de procesamiento de transacciones (TPS), los de automatización de oficinas (OAS), los de trabajo de conocimiento (KWS) y los de información administrativa (MIS). También crean sistemas orientados a decisiones para usuarios específicos.
C A P Í T U L O 2
COMPRENSIÓN Y MODELADO DE LOS SISTEMAS ORGANIZACIONALES
CAPACIDAD DE INTERRELACIÓN E INTERDEPENDENCIA DE LOS SISTEMAS
Todos los sistemas y subsistemas están interrelacionados y son independientes es importante para las organizaciones como para los analistas para mejorar su objetivo.
La retroalimentación es una forma de controlar un sistema. Como sistemas, todas las organizaciones usan la planeación y el control para administrar sus recursos con efectividad.
[pic 7]
Figure 7: Las salidas del sistema sirven como retroalimentación para comparar el rendimiento con los objetivos.
LA E DE LA VITAMINA E SIGNIFICA E-COMMERCE (COMERCIO ELECTRÓNICO)
“Nuestras tiendas de venta al público y la división de pedidos por correo están de maravilla”, dice Bill Berry, uno de los propietarios de Marathon Vitamin Shops, “pero para ser más competitivos debemos establecer un sitio Web de comercio electrónico”.
1. Atraer clientes a un sitio Web de comercio electrónico.
2. Informar a los clientes sobre los productos y servicios ofrecidos.
3. Permitir a los clientes personalizar sus productos en línea.
4. Completar las transacciones con los clientes.
5. Aceptar varias formas de pago.
6. Brindar soporte a los clientes después de la venta a través del sitio Web.
7. Hacer los arreglos correspondientes para entregar los productos y servicios.
8. Personalizar la apariencia del sitio Web para distintos clientes.
Lo que se entiende por apertura o cerrazón interna de las organizaciones está relacionado y es similar al concepto de permeabilidad (La permeabilidad es la capacidad que tiene un material de permitirle a un flujo que lo atraviese sin alterar su estructura interna.) de los límites externos.
ORGANIZACIONES Y EQUIPOS VIRTUALES
Son visibles en una ubicación física todas las entidades pueden poseer componentes virtuales permite modificar sus configuraciones (reducir costos).
Un ejemplo de necesidad de identificación tangible con una cultura surgió cuando ciertos estudiantes inscritos en una universidad en línea sin campus físico (ni equipos deportivos), pedían continuamente artículos como sudaderas, tazas de café y banderines que tuvieran impreso el logotipo de la universidad virtual.
LOS SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS A NIVEL DE CONTEXTO
Un primer modelo es el diagrama de flujo de datos a nivel de contexto (también conocido como modelo ambiental). Los diagramas de flujo de datos se enfocan en los datos que fluyen hacia el sistema y salen de él, además del procesamiento de estos datos.
- Un proceso significa que se llevan a cabo una o varias acciones.
- Una entidad es una persona, grupo, departamento o cualquier sistema que recibe o genera información o datos.
- Un flujo de datos muestra que un proceso va a pasar o recibir información.
[pic 8]
Figure 8: Un diagrama de flujo a nivel de contexto para el sistema de reservación de una aerolínea.
ATRACTIVO DE LA MAC
Microsoft Visio facilita el uso de sistemas la tarea de dibujar diagramas E-R, pero está disponible sólo para PC. Los usuarios de equipos Mac tienen una alternativa: OmniGraffle Professional. Este paquete de software es más fácil de usar que Microsoft Visio, ya que su interfaz es más uniforme e intuitiva, y se opera arrastrando y colocando.
SÍMBOLOS DE LOS CASOS DE USO
Un caso de uso provee a los desarrolladores una perspectiva de lo que quieren los usuarios, sin detalles técnicos o implementación. Podemos considerar un caso de uso como una secuencia de transacciones en un sistema. El modelo de casos de uso se basa en las interacciones y relaciones de casos de uso individuales.
[pic 9]
Figure 9: Ejemplos de casos de uso
EXTENSIÓN Esta relación describe la situación en la que un caso de uso posee el comportamiento que permite al nuevo caso de uso manejar una variación o excepción a partir del caso de uso básico.
GENERALIZACIÓN Esta relación implica que una cosa es más común que otra. Esta relación puede existir entre dos actores o dos casos de uso.
DESARROLLO DEL ALCANCE DEL SISTEMA
Se define sus límites, lo que está al alcance (dentro del sistema) y lo que está fuera de él. Por lo general el proyecto cuenta con un presupuesto que ayuda a definir el alcance, además del tiempo inicial y final. Los actores siempre están fuera del alcance del sistema.
DESARROLLO DE DIAGRAMAS DE CASOS DE USO
- Revise las especificaciones de negocios e identifique a los actores involucrados.
- Identifique los eventos de alto nivel y desarrolle los casos de uso principales que describen a esos eventos junto con la forma en que los actores los inician. No necesita mostrar los casos de uso que tengan poca o nula interacción del usuario.
- Revise cada caso de uso principal para determinar las posibles variaciones del flujo a través del caso de uso. Con base en este análisis establezca las rutas alternativas. Busque además las ramificaciones en la lógica del caso de uso en donde sea posible obtener distintos resultados.
[pic 10]
Figure 10: Un escenario de caso de uso se divide en tres secciones: identificación e iniciación; pasos realizados; y condiciones, suposiciones y preguntas.
...