FACULTAD DE INGENIERÍA

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE

SISTEMAS

TEMA
“ARQUITECTURA DE HARDWARE Y SOFTWARE DE UN APLICATIVO”

AUTORES
Cordova Robladillo Bryan
Silva Huarcaya Joselyn
Portugal Jurkic, Gian

ASESOR

CASAZOLA CRUZ OSWALDO DANIEL

LIMA – PERÚ

2017

ARQUITECTURA DE HARDWARE Y SOFTWARE DE UN APLICATIVO

ANTECEDENTES DE INVESTIGACIÓN

NACIONAL

Farroñay, K y Trujillo, A(2013) en su investigación titulada: “Arquitectura de hardware de

sistemas operativos“ de la Universidad Peruana de Ciencias Aplicadas, manifiesta en sus
investigaciones que estos sistemas operativos cuentan con cada aplicación diseñada por los
computadoras brindando optimas funcionalidades para la vida diaria. Finalmente la
investigación concluye que en la arquitectura de hardware se deben considerar los factores
económicos, de hardware disponible o con el que se pueda contar. Además, se debe considerar
las tendencias a futuro de las tecnologías a utilizar para la implementación de sistemas
operativos.

INTERNACIONAL

Tahuiton, J. (2011). en su tesis titulada: “Arquitectura de software para aplicaciones web“,

desarrollado en el centro de investigación y de estudios avanzados del instituto politécnico
nacional de México: la facultad de Ciencias en Computación, tuvo como objetivo principal de
investigación el proponer el desarrollo de una arquitectura de software que permita la
especificación arquitectónica de aplicaciones basadas en web ,debido a que en la actualidad no
existen una representación formal para la descripción de arquitecturas web. Además los estilos
arquitectónicos propuestos para el desarrollo de este tipo de aplicaciones no brindan una
especificación detallada de la arquitectura de dichas aplicaciones, dando como resultado
arquitecturas deficientes y que no cumplen con los requerimientos del sistema; y en
consecuencia representan aplicaciones con poca calidad. La investigación concluye que las
arquitecturas web permiten obtener arquitecturas que cumplan de una mejor forma, con los
requerimientos de un sistema dado que estos requerimientos se verán reflejados en la
descripción de la arquitectura.

Daza , D y Flores, A. (2013). En su tesis titulada: “Desarrollo de una arquitectura de software

para gestión de información no estructurada”, desarrollado en la universidad militar nueva
granada de la facultad de Ingeniería programa de Ingeniería en multimedia de Bogota, tiene
como objetivo principal el desarrollar una arquitectura de software escalable para la indexación,
actualización y búsqueda de datos no estructurados mediante comunicación asíncrona cliente-
servidor y capaz de alojar la información en una base de datos no relacional (NoSQL). Siendo
capaz de almacenar y administrar grandes cantidades de datos de manera rápida y eficiente,
todo gracias al diseño modular y uso de protocolos de comunicación. Debido a la cantidad de
información que se maneja es bastante grande y el problema radica en que la mayoría de su
información no puede ser accedida fácilmente, el volumen de almacenamiento hace que los
sistemas se carguen y su funcionamiento no es ideal. La investigación concluye con el desarrollo
de una arquitectura modular ya que permite que el software sea escalable, teniendo en cuenta
el funcionamiento independiente de cada módulo, permitiendo el cambio de cualquier de estos
de manera rápida y sin restricciones mayores.

DEFINICIONES BASICAS

Arquitectura del software de un aplicativo

La Arquitectura del Software es el diseño de más alto nivel de la estructura de un sistema.

Una Arquitectura de Software, también denominada Arquitectura lógica consiste en un conjunto

de patrones y abstracciones coherentes que proporcionan el marco de referencia necesario para
guiar la construcción del software para un sistema de información.

La Arquitectura de Software establece los fundamentos para que analistas, diseñadores,

programadores, etc. trabajen en una línea común que permita alcanzar los objetivos del sistema
de información, cubriendo todas las necesidades

Arquitectura del hardware de un aplicativo

 Si vemos el computador como una estructura de Hardware notaremos que está

constituido por dispositivos que clasificaremos según la función que desempeñen. De
acuerdo a esta clasificación tendremos:
 Dispositivos de Entrada
 Dispositivos de Salida
 Dispositivos de Comunicación
 Dispositivos de Almacenamiento
 Dispositivos de Cómputo

Dispositivos de Entrada
Son todos aquellos que permiten la entrada de datos a un computador. Entre estos
encontramos el teclado, el ratos, el escáner, el micrófono, la cámara web, el capturado de
huella y firma digitales.

Dispositivos de Salida
Son todos aquellos que permiten mostrar la información procesada por el computador. Entre
estos encontramos la pantalla, la impresora, los altavoces, etc.

Dispositivos de Almacenamiento
Sontodosaquellosquepermitenalmacenarlosdatosenelcomputador.Enteestosencontramos: el
disquete, el disco duro (interno y externo), el CD, el DVD, la memoria USB, etc.

Dispositivos de Comunicación
Son todos aquellos que permiten la comunicación entre computadores. Entre estos
encontramos: el módem, la tarjeta de red y el enrutador (router).
 Dispositivos de Cómputo
Son todos aquellos que realizan las operaciones y controlan las demás partes del computador.
Entre estos encontramos: la Unidad Central de Procesamiento, la memoria y el bus de datos.

 La Memoria
Es la encargada de almacenar toda la información que el computador está usando. Las hay de
tres tipos y son:

 Memoria RAM
es la memoria principal. Se caracteriza y diferencia de la memoria ROM porque una vez
apagado el sistema operativo, toda la información almacenada en la memoria RAM es
automáticamente borrada.

 Memoria ROM
es la memoria de sólo lectura. Almacena las instrucciones de encendido y apagado del
computador, entre otras. Se caracteriza y diferencia de la memoria RAM porque una vez
apagado el sistema operativo, la información almacenada permanecerá en la memoria ROM
al ser guarda.

 Memoria Caché
Es aquella que se usa como puente entre el CPU y la memoria RAM para evitar demoras en el
procesamiento de los datos

INFORMACION CUANTITATIVA

HARDWARE DE UN APLICATIVO

1.- Ordenador de sobremesa. Ordenador montado por piezas (clónico) con arquitectura 386.

2.- Ordenador portátil (notebook). Ordenador de marca prestigiosa con arquitectura 386. Gama
profesional.

3.- Tableta (tablet). Tableta de marca conocida y nivel medio de prestaciones. Sistema operativo
Android.

4.- Teléfono móvil celular tipo smartphone, con acceso Wi-Fi y GPS. Teclado alfanumérico
completo. De marca prestigiosa.

5.- Scanner portable. De marca prestigiosa. Admite hojas sueltas.

SOFTWARE

1) Sistema operativo que uso habitualmente en los ordenadores: GNU Linux, distribuciones
Ubuntu y openSUSE.

2) Aplicaciones informáticas que empleo bajo sistema operativo GNU Linux:

3) Aplicaciones informáticas habituales bajo sistema operativo Windows (sólo las empleo si no
hay aplicación equivalente bajo GNU Linux)
4) Aplicaciones informáticas que empleo bajo sistema operativo Symbian (teléfono móvil
celular)
5) Aplicaciones informáticas que empleo bajo sistema operativo Android (tableta)

IMPLEMENTACION DEL TESTEO EN A CERTIFICACION DE LA CALIDAD DEL SOFTWARE

1) Proceso: Es crucial que la organización defina un proceso robusto y certificado por expertos
para iniciar una cultura de control de calidad del software. El proceso servirá como una guía
que deberá evolucionar con el tiempo. Sobre todo deberá hacerse oficial y deberá llevarse a
cabo. Las mejoras serán realizadas hasta que se haya establecido un proceso maduro.

2) Compromiso gerencial: El compromiso gerencial debe provenir desde el CIO para asegurar
el alineamiento de cada uno de los gerentes de desarrollo, así como de las áreas de desarrollo
de cada país. Todos deberán estar conscientes del valor que aporta el testing & QA al negocio.
El proceso, por lo tanto, debe dar cuentas del valor de las soluciones que esto ofrece a la
organización.

3) Experiencia del personal: Es un error muy común contratar como tester a alguien que carece
de la experiencia necesaria. Es vital reconocer que esta posición requiere de alguien con
experiencia tanto en el negocio como en el desarrollo de software en general.

4) Productos finales: Como parte del desarrollo de software y los procesos de testing, es
necesario definir los productos finales, tales como requerimientos, un plan de testing y casos
de testing. Todo esto garantiza que los testers puedan dar seguimiento de manera efectiva,
durante todo el proyecto, desde una perspectiva de calidad del software.

5) Uso de herramienta: Tanto el uso de herramientas para rastreo y administración de

defectos, como la creación de casos de prueba y ejecución, son esenciales para incrementar la
madurez del proceso de testing & QA. El proceso podría comenzar sin herramientas, pero éstas
son requisito para incrementar la madurez de la ejecución.

6) Métricas: Desarrollar y crear métricas para rastrear la calidad del software en su estado
actual y comparar la mejora con versiones previas, ayudará a aumentar el valor y madurez del
proceso de testing (Ej. el número de componentes con errores en el software/el número total
de componentes en el software; o el número de errores detectados en la fase de testing
/número total de errores detectados).

7) Ambiente para testing: Para crear y ejecutar los casos de prueba correspondientes, es vital
la implementación de ambientes apropiados para testing que permitan a los desarrolladores
reproducir la ejecución del sistema en ambientes de producción.

8) Datos de prueba: El ambiente necesario para testing en la operación del día a día, deberá
proporcionar o asegurar disponibilidad de los datos necesarios para habilitar la ejecución de
pruebas correspondientes. Incluso si se desarrollaron los ambientes adecuados para testing,
los desarrolladores necesitarán acceder datos específicos esenciales para ejecutar los casos de
prueba relacionados.

9) Administración de cambios: Como cualquier otro ambiente de producción, el ambiente para

testing deberá rastrear adecuadamente los cambios en la configuración, no solo asegurando
los resultados controlados, sino también corriendo las pruebas en ambientes estrechamente
relacionados a aquellos de producción.
 10) Concientización de desarrolladores: Es crucial tener un proceso de concientización que
incluya el compromiso de los directivos en todas y cada una de las unidades de negocio, así
como a los desarrolladores relacionados. La meta es demostrar que las actividades de testing
dan valor a su trabajo diario.

REFERENCIAS BIBLIOGRAFICAS

Reynoso, B. (2004).Introducción a la Arquitectura de Software. Universidad de Buenos Aires.

Recuperado de: http://carlosreynoso.com.ar/archivos/arquitectura/Arquitectura-

software.pdf

Farronay, R. y Trujillo, M. (2013). Sistema de registro de atención médica para un centro de salud

de nivel I-3 de complejidad. Universidad Peruana de Ciencias Aplicadas. Lima, Perú.

Recuperado de: http://repositorioacademico.upc.edu.pe/upc /bitstream/10757/313002

/2/trujillo_am-pub-tesis.pdf

Daza, D y Flores, A. (2013). Desarrollo de una arquitectura de software para gestión de

información no estructurada.

Recuperado de: http://repository.unimilitar.edu.co/bitstream/10654/11710/1/DESAR

ROLLO%20DE%20UNA%20ARQUITECTURA%20DE%20SOFTWARE%20PARA%20GESTIÓ
N %20DE%20INFORMACIÓN%20NO%20ESTRUCTURADA.pdf