PC 3

1.
pc3
- Capítulo 7.- Transición al Diseño.

- Capítulo 8.- Diseño de la Arquitectura.
- Herramientas software de gestión, análisis, desarrollo e implementación.
(PHP)
Para la práctica se les recomienda revisar, estudiar y practicar las diapositivas

del curso y los capítulos 7 y 8 del libro: Systems analysis and design de Alan
Dennis y cia.
Para el tema de PHP se les recomienda revisar los ejercicios prácticos

que se encuentran en el drive del link de documentos del curso en el
campus virtual, en la carpeta Clases Prácticas, hasta la semana 08. Se
evaluará conceptos de ingreso, recepción de datos y salida de datos, a través
de una página HTML, utilizando métodos GET, POST, además de consultas
e inserción de datos en tablas base de datos (Mysql)..
Capitulo 7. Transición al diseño.

Transición al diseño. Luego del modelado de datos se decide actuar e
implementar un propuesta de diseño.
Siendo 4 divisiones las existentes.
1Transición de los requisitos de diseño.

2Estrategias de adquisición de sistemas
-Desarrollo a la medida
-Software Empaquetado
-Externalización
3Influencias en las estrategias de adquisición
4Selección de una estrategia de adquisición
Intro, La fase de diseño.
Decide cómo funcionará el sistema. Y desarrollará los requisitos que describen

los detalles para construir el sistema.
3 estrategias para adquirir el sistema.
Transición del requisito al diseño.

2 fases
Analisis -> qué necesita el negocio
Diseño -> ¿Cómo construirlo?
Existen actividades en la fase de diseño….
1. Determinar el mejor sistema de adquisición (hecho, comprado o

tercerizado)
2. -Diseño de la arquitectura del sistema
3. -Seleccionar el hardware y software adecuados
4. -Diseñar los sistemas de navegación. Tanto inputs como outputs.
5. -Convertir la lógica en algo más tangible.
6. -Detallar el repositorio de datos
-Revisar la matriz CRUD

1 -Diseñar la forma en la que los datos serán guardados
2 Compilar el sistema de especificaciones
Estrategias de adquisición de sistemas

3 formas
1. Aplicación personalizada a la empresa
2. Comprar un sistema empaquetado (posiblemente) y personalizarlo
3. Confiar en un proveedor o desarrollador externo para construir el
sistema.
Desarrollo de medida
-Desarrollo personalizado- construir un sistema desde cero.
Pros:
Flexibilidad y creatividad para los desarrolladores
Aprovechas tecnologías actuales para apoyar esfuerzos estratégicos
Aprendizaje, construir habilidades técnicas y conocimiento funcional dentro
de la organización.
Contras:
Esfuerzo dedicado
Alta rotación producto del tipo de profesionales requeridos
Riesgos de contruccion altos
Software empaquetado
Es usado para necesidades comerciales comunes.
Es mas eficiente con programas que ya se han probado y creado
Un ejemplo es ERP. (Diferencia en tamaño)
El desafío en el uso de este software es integrar los sistemas.
Outsourcing
Outsourcing significa contratar a un proveedor, desarrollador o proveedor
de servicios para suministrar el sistemas.
Las empresas denominadas proveedores de servicios de aplicaciones

(ASPs) Suministran aplicaciones.
El software como servicio (Saas) es una extensión del modelo ASP.
Riesgos:
1. Comprometer info confidencial
2 Perder control sobre el desarrollo
3 Perder oportunidades de desarrollo del equipo interno
4 No externalizar lo que no entiendes

5 Elegir cuidadosamente la empresa de outsourcing
Tipos de contratos de outsourcing

• -tiempos y arreglos
• -contrato de precio fijo
• -Contrato de valor agregado
Pautas de outsourcing
• -Mantener la comunicación – follow up
• -Establecer requerimientos antes de firmar un contrato
• -Ver la tercerización como un socio
• -Seleccionar a los trabajadores ( desarollador, vendor y proveedor de
servicios cuidadosamente)
• .Asignar a una persona para que maneje las relaciones
• -no tercerizarlo que no entiendas
• -Enfatizar requerimientos flexibles
Influencias en las estrategias de adquisición

Necesidad de negocio
Experiencia in-house
Habilidades en proyectos
Gestión de proyectos
Periodo de tiempo
Desarrollo Sistema en Sistema

propio paquete tercerizado
Necesidad de Necesidad única Necesidad La necesidad no
negocio común es core
Experiencia in- Existe Existe No existe
house experiencia experiencia experiencia
funcional y funcional técnica ni
técnica funcional
Habilidades en Existe deseo de Tales La decisión de
proyectos adquirir tales habilidades no tercerizar es
habilidades son estratégicas estratégica
Gestión de El gerente de El gerente de El gerente de
proyectos proyectos tiene proyectos puede Project tiene
habilidades y concentrar a los habilidades y
una metodología interesados puede manejar
aprobada el alcance de la
tercerización
Periodo de tiempo El tiempo es El tiempo es Puede ser corto
flexible corto o flexible
Selección de la estrategia de adquisición
¿Qué herramientas se necesitan para hacerlo personalizado
Qué proveedores hacen productos satisfacen las necesidades del proyecto
Que proveedores de servicios podrían construir esta aplicación si te contratan
Solicitud de propuesta (RFP) cuando la lista de equipos es muy completa que el proveedor
solo necesita dar un precio.
Solicitud de información (RFI) se usa para solicitudes pequeñas con presupuesto bajo.
Matriz alternativa
Combina varios análisis de variabilidad en una matriz.
Alternativas en la parte superior y criterior a lo largo
Transición de los requisitos al diseño

• La fase de diseño desarrolla el proyecto para el nuevo sistema.
• El principal entregable desde la fase de diseño es la especificación del sistema.
Estrategias de adquisición de sistemas
• Aplicación personalizada en la empresa.

• Sistema empaquetado.
• Externalización.
Influencias en la estrategia de adquisición
• Cada estrategia de adquisición tiene sus fortalezas y debilidades.

• Considere cuestiones tales como la singularidad de las necesidades comerciales, las
experiencias internas y la importancia de las habilidades del proyecto.
Seleccionando una estrategia de adquisición
• Una matriz alternativa puede ayudar al equipo de diseño a tomar la decisión con
respecto a la estrategia de adquisición específica.
• La solicitud de propuesta y la solicitud de cotización son formas de recopilar detalles
precisos sobre las alternativas.
Diseño de la arquitectura
Responde al como se asignarán los componentes del software del sistema de información a
los dispositivos del hardware del sistema
componentes
los sistemas de software se dividen en 4 funciones básicas.
1. Almacenamiento de datos:
2. Logística de acceso de datos: El procesamiento requerido para acceder a los datos
almacenados.
3. Lógica de aplicación: la lógica documentada en los DFD
4. Lógica de presentación: visualización de información al usuario.
3 computadoras principales del hardware.
1. Computadoras clientes: dispositivos de entrada y salida empleados por los usuarios.

2. Servidores: computadoras multiusuario más grandes usadas para almacenar software
3. La red: conecta a las computadoras.
Las arquitecturas cliente-servidor: equilibran el procesamiento entre los dispositivos cliente y

uno o mas dispositivos servidor.
Tienen 4 ventajas:
1. 1Escalable
2. 2Soportar diferentes tipos de clientes a través de middleware (sistemas operativos)
3. 3las logicas de presentación, aplicación y procesamiento pueden ser diferentes.
4. 4 si un servidor falla, solo las aplicaciones que requieren al servidor se ven afectadas.
Niveles cliente servidor
La lógica de la aplicación puede dividirse entre cliente y servidor.
Pueden ser 2 o 3 niveles
Arquitectura basada en el servidor

Avances en configuraciones de arquitectura
Existen nuevas opciones de arquitectura
-virtualizacion
Creación de un recurso virtual, como un servidor o dispositivo de almacenamiento.
Virtualización del servidor
Partición de un servidor físico en servidores virtuales mas pequeños
Virtualización de almacenamiento
Virtualización de almacenamiento de dispositivos en red.
Computación en la nube.
La nube es el conjunto de software, hardware, almacenes, dispositivos e interfaces que se
combinan para ofrecer los aspectos de informática como servicio.
Las nubes pueden ser privadas, públicas e híbridas.
Ventajas de la computación en la nube.
1. Normalmente tienen api estandarizadas.

2. Obtención de recursos de manera directa.
Comparando opciones de arquitectura
La mayoría de los sistemas están diseñados para usar la infraestructura existente en la

organización, por lo que a menudo la infraestructura actual restringe la elección de la
arquitectura.
Crear un diseño de arquitectura.
Comenzar por los requisitos no funcionales.

Recuerda, funcionales son (orientados al proceso y a la información)
No funcionales (Operacional, performance, seguridad, cultural y político)
Ambos se usan para desarrollar las especificaciones de hardware y software.
Requerimientos operacionales
Tipo de requerimiento
Ambiente técnico Hardware, software y red
Requerimientos de integración del sistema Para entender que sistema operará con
otros sistemas
Requerimientos de portabilidad El grado en el que el sistema interactuará
con otros.
Requerimientos de mantenimiento Cambios esperados en el tiempo en los que
el sistema deberá adaptarse.
Requerimientos de desempeño (performance)
Tipo de requerimiento definicion

Velocidad de requerimientos El tiempo en que el sistema cumple con sus
funciones
Requerimientos de capacidad El máximo número de usuarios esperados
Disponibilidad y fiabilididad Establecer ratios de erroes y de
disponibilidad
Requerimientos de seguridad
Tipo de requerimiento Definición

Estimaciones del valor del sistema Estima el valor de los datos administrados
Control de accesos Restricciones sobre quienes pueden acceder
a los datos
Encriptacoin y autenticación Define que datos serán encriptados y si la
autenticación será necesaria para acceder a
ellos
Control de virus Control de la expansión de virus
Requerimientos culturales y político
Tipo de requerimiento Definicoin

Req. Multiligues El lenguaje en el que el sistema necesita
operar
Req. Personalizados Especificaciones por usuarios locales
Hacer explicitas normals no declaradas Hacer supuestos que varíen de país a país
Requerimientos legales Las leyes imponen requerimientos del
sistema.
Especificación de hardware y software
Es un documento que describe los requerijmientos de hardware y software.

Sistema operativo Primero se define el
software
Hardware Crea lista de hardware
necesario
Redes
Código
Php
Elementos de un diseño arquitectónico
Creación de un diseño arquitectónico
Especificación de hardware u software.
Diseño Arquitectónico
Como se distribuirá el sistema envarias computadoras y en qué software, hardware y qué

aplicación se usaran en cada sistema.
Los requisitos no funcionales juegan un papel importante en el diseño
Especicifacion de hardware y software

PC 3

Cargado por

Copyright:

Formatos disponibles

PC 3

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

PC 3

Cargado por

Copyright:

Formatos disponibles

1.

- Capítulo 7.- Transición al Diseño.

Para la práctica se les recomienda revisar, estudiar y practicar las diapositivas

Para el tema de PHP se les recomienda revisar los ejercicios prácticos

Capitulo 7. Transición al diseño.

Siendo 4 divisiones las existentes.

1Transición de los requisitos de diseño.

Intro, La fase de diseño.

Decide cómo funcionará el sistema. Y desarrollará los requisitos que describen

Transición del requisito al diseño.

Existen actividades en la fase de diseño….

1. Determinar el mejor sistema de adquisición (hecho, comprado o

-Revisar la matriz CRUD

Estrategias de adquisición de sistemas

Las empresas denominadas proveedores de servicios de aplicaciones

El software como servicio (Saas) es una extensión del modelo ASP.

4 No externalizar lo que no entiendes

Tipos de contratos de outsourcing

Influencias en las estrategias de adquisición

Desarrollo Sistema en Sistema

Selección de la estrategia de adquisición

¿Qué herramientas se necesitan para hacerlo personalizado

Qué proveedores hacen productos satisfacen las necesidades del proyecto

Que proveedores de servicios podrían construir esta aplicación si te contratan

Combina varios análisis de variabilidad en una matriz.

Alternativas en la parte superior y criterior a lo largo

Transición de los requisitos al diseño

Estrategias de adquisición de sistemas

• Aplicación personalizada en la empresa.

Influencias en la estrategia de adquisición

• Cada estrategia de adquisición tiene sus fortalezas y debilidades.

Seleccionando una estrategia de adquisición

los sistemas de software se dividen en 4 funciones básicas.

3 computadoras principales del hardware.

1. Computadoras clientes: dispositivos de entrada y salida empleados por los usuarios.

Las arquitecturas cliente-servidor: equilibran el procesamiento entre los dispositivos cliente y

Niveles cliente servidor

La lógica de la aplicación puede dividirse entre cliente y servidor.

Pueden ser 2 o 3 niveles

Arquitectura basada en el servidor

Existen nuevas opciones de arquitectura

Virtualización del servidor

Partición de un servidor físico en servidores virtuales mas pequeños

Virtualización de almacenamiento de dispositivos en red.

Las nubes pueden ser privadas, públicas e híbridas.

Ventajas de la computación en la nube.

1. Normalmente tienen api estandarizadas.

Comparando opciones de arquitectura

La mayoría de los sistemas están diseñados para usar la infraestructura existente en la

Crear un diseño de arquitectura.

Comenzar por los requisitos no funcionales.

Requerimientos de desempeño (performance)

Tipo de requerimiento definicion

Tipo de requerimiento Definición

Requerimientos culturales y político

Tipo de requerimiento Definicoin

Especificación de hardware y software

Es un documento que describe los requerijmientos de hardware y software.