Informe Técnico Ivan Pinto .Zip
Informe Técnico Ivan Pinto .Zip
DESCRIPCIÓN DE LA EVIDENCIA
DESARROLLO
INFORME ADMINISTRATIVO
Introducción
Todos los que trabajan efectúan alguna clase de planeación, pero la planeación gerencial es bien
definida. Los gerentes planean la distribución de todos los recursos y el trabajo de las organizaciones;
los no gerentes no planean la distribución de los recursos humanos, sino tan solo sus propias
actividades.
Alcance
Hay información que tiene un gran alcance, es decir es utilizada por un gran número de personas,
también llamados “usuarios de la información”.
Por ejemplo, la información sobre las cotizaciones de las acciones en el Mercado de Valores es una
información de gran alcance, por cuanto una gran cantidad de personas la utiliza para decidir sus
inversiones.
Por el contrario, hay información que es destinada a un grupo reducido de personas, a lo mejor a
una sola, y se dice que es de limitado alcance.
Antes de comenzar a elaborar el plan de migración de datos es necesario definir algunos términos y
aclarar conceptos. Esta preparación facilitará la tarea de planning y reducirá los posibles errores que
pudiesen surgir por causa de falta de consenso, omisiones o errores de cálculo. En el establecimiento
del alcance del proyecto hay que determinar:
Todo proceso de migración debe estar alineado con la estrategia empresarial y, por ello, el plan de
migración de datos se debe ajustar a las prioridades de negocio, algo que debe reflejarse en todas y
cada una de sus etapas. Para alcanzar el éxito en un proyecto de este tipo hay que buscar la aplicación
de las mejores prácticas, ser realista en el establecimiento de objetivos y garantizar una buena
organización.
La parte central del plan de migración de datos es la planificación. En esta etapa se ha de decidir,
entre otras cosas, la metodología a aplicar para llevarla a cabo. Independientemente del método que
se decida aplicar, es necesario que se observen, al menos, las siguientes pautas:
Diseño de la extracción.
Requisitos de transformación de los datos.
Estándares de calidad aplicables.
Reglas de mapeo de datos.
Descripción del entorno de pruebas: herramientas, especificaciones, limitaciones y
obligaciones de reporting.
Test de integración.
Opciones de recuperación para las distintas fases de la migración.
Identificados el por qué, cómo, dónde y cuándo falta trabajar en el qué. Los datos y sistemas
necesitan una preparación previa a la migración y esto ha de contemplarse en el plan de migración
de datos. Este paso se estructura en torno a tres momentos:
Establecimiento de los requisitos de calidad de los datos: aplicables a cada elemento, sus
atributos e interrelaciones dentro del sistema fuente. Implica la definición de las reglas de
calidad y requiere de la recogida de incidencias para su monitorización y evaluación.
Perfilado de datos: en base a los formatos de datos existentes y a los modelos de estructura
que imperan en destino, se deberán preparar los datos de origen para asegurar que, no sólo
su calidad es suficiente, sino que están preparados para el cambio. Hay que determinar
también el modo de proceder con los datos que no cumplan con estos requisitos.
Limpieza de datos: puede llevarse a cabo en una o dos etapas, pero siempre se ha de sujetar
a verificación, para comprobar que los resultados obtenidos son los esperados.
La protección de los datos es una imposición legal y hace tiempo que ha dejado de ser una simple
alternativa. Se ha de preservar la integridad del dato garantizando la seguridad de la información
sensible. Para ello, existen diferentes métodos aplicables a una migración, como pueden ser:
Autorizaciones de acceso.
Diferentes niveles de acceso para diferentes usuarios o roles.
Enmascaramiento de datos.
Técnicas de encriptación.
INFORME TECNICO
Introducción
La organización de los elementos de un lugar en donde laboran los empleados es fundamental para
el buen desempeño de los mismos ya que al tener un lugar con los elementos de trabajo en orden,
da al empleado más libertad para realizar su trabajo incrementando así la productividad y
disminuyendo tiempos de atención al cliente. El presente informe da solución al problema de
inventario y orden que se presenta de acuerdo al proyecto laborado.
Tipos de Arquitecturas
Cliente-Servidor
Blackboard.
Modelo entre capas.
Intérprete.
Orientado a servicios.
La arquitectura está representada por diferentes vistas utilizando la notación UML. Estas permiten
visualizar, entender y razonar los elementos más significativos de la arquitectura y a su vez idéntica
las áreas de riesgo que requieren mayor detalle de elaboración. La arquitectura del sistema se
descompone en las siguientes dimensiones:
La siguiente sección detalla las vistas de la arquitectura que serán utilizadas para cubrir las
dimensiones mencionadas.
Representación:
La arquitectura de este sistema esta representada siguiendo las recomendaciones. Las vistas
necesarias para especificar dicho sistema se indican a continuación.
Arquitectura de software
Antes de elaborar sobre el tema, es conveniente definir el concepto ya que hoy en día el término de
arquitectura se usa para referirse a varios aspectos relacionados con las TI. De acuerdo al Software,
la Arquitectura de Software se refiere a “las estructuras de un sistema, compuestas de elementos
con propiedades visibles de forma externa y las relaciones que existen entre ellos.”
El término “elementos” dentro de la definición es vago a propósito, pues puede referirse a distintas
entidades relacionadas con el sistema. Los elementos pueden ser entidades que existen en tiempo
de ejecución (objetos, hilos), entidades lógicas que existen en tiempo de desarrollo (clases,
componentes) y entidades físicas (nodos, directorios). Por otro lado, las relaciones entre elementos
dependen de propiedades visibles (o públicas) de los elementos, quedando ocultos los detalles de
implementación.
Arquitectura de PC
Una instalación exitosa es una condición necesaria para el funcionamiento de cualquier software.
Mientras más complejo sea el software, es decir, entre otras características, mientras más archivos
contenga, mientras mayor la dispersión de los archivos y mientras mayor sea la interdependencia
con otros softwares, mayor es el riesgo de alguna falla durante la instalación. Si la instalación falla,
aunque sea solo parcialmente, el fin que persigue la instalación posiblemente no podrá ser
alcanzado. Por esa razón, sobre todo en casos de software complejo, el desarrollo de un proceso de
instalación confiable y seguro es una parte fundamental del desarrollo del software.
Proceso de la instalación
procedimiento
La instalación de paquete (software) es el proceso por el cual nuevos programas son transferidos a
un computador y, eventualmente, para ser usados con el fin para el cual fueron desarrollados. Un
programa recorre diferentes fases de desarrollo durante su vida útil.
Una línea base es un concepto de gestión de configuración del software que nos ayuda a controlar
los cambios sin impedir seriamente los cambios justificados. Se define una línea base como:
Una especificación o producto que se ha revisado formalmente y sobre los que se ha llegado a un
acuerdo, y que de ahí en adelante sirve como base para un desarrollo posterior y que puede
cambiarse solamente a través de procedimientos formales de control de cambios.
Instale el software:
Si va a usar Intel para gestionar la estación de trabajo, instale el software del agente Intel:
Tipos de prueba
Hay diferentes tipos de prueba de software. Las que buscan probar una funcionalidad del software,
las que buscan probar una característica no funcional, como puede ser la fiabilidad, y las que buscan
probar la estructura del software. Teniendo en cuenta esto, vamos a diferenciar los tipos de prueba
en tres puntos principales:
Pruebas funcionales.
Pruebas no funcionales.
Pruebas estructurales.
Las características de funcionalidad según las establece la ISO 25010 son idoneidad, exactitud,
interoperabilidad y seguridad
Estas pruebas pueden llevarse a cabo en todos los niveles de prueba, como por ejemplo pruebas de
componente basadas en una especificación.
Las pruebas funcionales suelen estar asociadas a las técnicas de diseño de pruebas de caja negra,
ya que tienen en cuenta el comportamiento externo del software
Técnicas de prueba
Para conseguir el objetivo de que el producto tenga la calidad deseada vamos a ver diferentes
técnicas de prueba que se pueden aplicar a la hora de realizar las pruebas. Estas técnicas tienen el
objetivo de identificar condiciones de la prueba, casos de prueba y datos de la prueba.
Técnicas estáticas.
Técnicas dinámicas.
Técnicas basadas en la experiencia.
Técnicas estáticas
Este tipo de técnicas son aquellas que no ejecutan la aplicación. Se llevan a cabo a nivel de
especificaciones. No ejecutan código, pero si realizarán un análisis estático del código. Se realizarán
revisiones de todos los documentos del proyecto como pueden ser las especificaciones de diseño,
de requisitos, los casos de prueba, etc.
Análisis estático
El análisis estático tiene como objetivo detectar defectos en el código fuente del software y en los
modelos de software, y se realizará sin ejecutar dicho software. Para llevar a cabo estas pruebas se
utilizan herramientas que analizan el código del programa y las salidas generadas. Estas pruebas
ayudan a la detección temprana de defectos, ya sean aspectos sospechosos del código o del diseño.
Permiten identificar defectos que no se encuentran fácilmente mediante las técnicas dinámicas.
Revisiones
Las revisiones permiten la detección y corrección temprana de posibles defectos, así como la
reducción de tiempo y dinero invertido en el desarrollo y pruebas de software.
Defectos de requisitos.
Desviaciones de los estándares.
Defectos de diseño.
Especificaciones de interfaz incorrectas.
Después de que los programas han sido verificados, probados e implantados, se les debe seguir
dando mantenimiento. Las rutinas de mantenimiento variarán de acuerdo con el tipo y complejidad
de la tecnología. Los fabricantes o proveedores suelen indicar en muchos productos el programa o
calendario de mantenimiento requerido. El mantenimiento también puede ser realizado por el
fabricante o el proveedor como parte del acuerdo de compra.
A los sistemas se les debe dar mantenimiento para asegurar que continúen operando en el nivel
mostrado durante la etapa de prueba. Si los sistemas se deterioran, existe el riesgo de que no se
desempeñen conforme a los estándares requeridos.
Puede ser necesario instalar sistemas de monitoreo o prueba para asegurar que las necesidades de
mantenimiento sean identificadas y satisfechas cuando resulte necesario. Cuando los sistemas son
de uso prolongado, se puede establecer un mecanismo para recibir retroalimentación de los usuarios
como otra forma de determinar las necesidades de mantenimiento y modificación.