Evidencia

Elaboración del informe administrativo y técnico del sistema de información

desarrollado.

DESCRIPCIÓN DE LA EVIDENCIA

Con base en la apropiación de conocimientos de la actividad de proyecto el aprendiz deberá

elaborar el manual administrativo y el manual técnico del sistema desarrollado.

DESARROLLO

INFORME ADMINISTRATIVO

Introducción

La administración empieza con la planeación del sistema de la empresa. Y el desempeño eficiente de

las actividades de la empresa depende de ella. Planear es decidir de antemano lo que debe hacerse,
cómo ha de hacerse, cuándo se hará y quién lo hará. La planeación tiende un puente entre el punto
de donde nos encontramos y dónde queremos estar en el futuro.

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

El alcance está relacionado con los destinatarios de la información.

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.

Por ejemplo, la información de las ventas del mes de una empresa.

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:

 Propósito de la migración de datos

 Objetivos.
 Presupuesto.
 Áreas y plazo de ejecución.
 Entregables.
 Herramientas a utilizar.
 Roles y responsabilidades.
 Plan de comunicación.
 Plan de gestión del cambio.
 Plan de gestión del riesgo.
 Plan de gestión de la calidad.

Plan de migración de datos

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.

Preparación de los datos

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 seguridad en el plan de migración de datos

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.

Descripción de la arquitectura del sistema

La arquitectura de software forma la columna vertebral para construir un sistema de software, es

en gran medida responsable de permitir o no ciertos atributos de calidad del sistema entre los
que se destacan la confiabilidad y el rendimiento del software. Además, es un modelo abstracto
reutilizable que puede transferirse de un sistema a otro y que representa un medio de
comunicación y discusión entre participantes del proyecto, permitiendo así la interacción e
intercambio entre los desarrolladores con el objetivo final de establecer el intercambio de
conocimientos y puntos de vista entre ellos.

Tipos de Arquitecturas

Para utilizar la arquitectura de software se sigue un conjunto de patrones arquitectónicos, entre

los cuales podemos encontrar:

 Cliente-Servidor
  Blackboard.
 Modelo entre capas.
 Intérprete.
 Orientado a servicios.

La arquitectura de un sistema es una representación de un sistema existente o a crear, y el

proceso y disciplina para efectivamente implementar el diseño como un sistema.

Es una representación porque la arquitectura es usada para transportar información abstracta

sobre el sistema, las relaciones entre sus elementos y las reglas que gobiernan esas relaciones.

Es un proceso porque es una secuencia de pasos para producir un sistema o cambiar la

arquitectura del sistema o diseñar el sistema.

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:

 Requerimientos: funcionales y no funcionales del sistema

 Elaboración: representación lógica del sistema y representación de tiempo de ejecución.
 Implementación: vista de módulos implementados, potenciales escenarios de
infraestructura y distribución de los módulos

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.

 Vista de Restricciones: Describe restricciones tecnológicas, normativas, uno de estándares,

entre otros, las cuales deben ser respetadas, tanto por el proceso de desarrollo como por
el producto desarrollado.
 Vista: Incluye aspectos de calidad y describe los requerimientos.
 Vista de procesos: Describe los procesos concurrentes del sistema
 Vista de implementación: Describe los componentes de distribución construidos y sus
dependencias.
 Vista de distribución: presenta aspectos físicos como topología, infraestructura
informática, e instalación de ejecutables. Incluye además plataformas y software de base.

Es un conglomerado de acciones tendentes al desarrollo de páginas web y su optimización en torno

al posicionamiento. Es fundamental tener presente que, generalmente y más en el momento actual,
los portales Web contienen elementos que interactúan facilitando la comunicación real entre la
información y los usuarios, la página web por lo tanto, debe contar con elementos que permitan que
el usuario obtenga respuesta a cada acción; formularios, bases de datos, promociones, etc.… El
principal objetivo de la arquitectura Web es resolver las necesidades específicas del negocio: Venta
de productos. Servicios online. Satisfacción de las necesidades de los potenciales clientes. Al igual
que los principios que rigen la arquitectura tradicional, el diseño web de un portal o una aplicación
específica se basa en la satisfacción de las necesidades de las personas a las que va dirigido el
negocio. Continuando con la comparativa, los detalles de un edificio son equiparables al diseño que
requiere una página web, para lo cual es recomendable acudir a profesionales especializados
específicamente en las siguientes áreas: Lenguajes de programación. Bases de datos. Es fundamental
destacar que la formación y experiencia que requiere la puesta en marcha de las acciones englobadas
en la arquitectura Web requiere de 1 Concepto de arquitectura de sistemas.

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.

Finalmente, cada conjunto de elementos relacionados de un tipo particular corresponde a una

estructura distinta, de ahí que la arquitectura está compuesta por distintas estructuras. La
arquitectura de software es de especial importancia ya que la manera en que se estructura un
sistema tiene un impacto directo sobre la capacidad de este para satisfacer lo que se conoce como
los atributos de calidad del sistema.

Arquitectura de PC

La arquitectura de computadoras es el diseño conceptual y la estructura operacional fundamental

de un sistema de computadoras. Es decir, es un modelo y una descripción funcional de los
requerimientos y las implementaciones de diseño para varias partes de una computadora, con
especial interés en la forma en que la unidad central de proceso (CPU) trabaja internamente y accede
a las direcciones de memoria. También suele definirse como la forma de interconectar componentes
de hardware, para crear computadoras según los requerimientos de funcionalidad, rendimiento y
costo. La computadora recibe y envía la información a través de los periféricos, por medio de los
canales. La CPU es la encargada de procesar la información que le llega a la computadora. El
intercambio de información se tiene que hacer con los periféricos y la CPU. Puede considerarse que
todas aquellas unidades de un sistema, exceptuando la CPU, se denomina periférico, por lo que la
computadora tiene dos partes bien definidas, que son:

1. La CPU (encargada de ejecutar programas y que también se considera compuesta por la

memoria principal, la unidad aritmético lógica y la unidad de control), 2.
2. Los periféricos (que pueden ser de entrada, salida, entrada/salida, almacenamiento y
comunicaciones)

Descripción del proceso de instalación y configuración del software

La instalación de los programas computacionales (software) es el proceso fundamental por el cual

los nuevos programas son transferidos a un computador con el fin de ser configurados, y preparados
para ser desarrollados. Un programa recorre diferentes fases de desarrollo durante su vida útil:

1. Programador: esto te sirve mucho para poder programar.

2. Desarrollo: cada programador necesita el programa instalado, pero con las herramientas,
códigos fuente, bancos de datos y etc., para modificar el programa.
3. Prueba: antes de la entrega al usuario, el software debe ser sometido a pruebas. Esto se
hace, en caso de software complejos, en una instalación ad hoc.
4. Producción: Para ser utilizado por el usuario final.

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

 Verificación de la compatibilidad: Se debe comprobar si se cumplen los requisitos para la

instalación en cuanto a hardware y software. A veces es necesario desinstalar versiones
antiguas del mismo software.
 Verificación de la integridad: Se verifica que el paquete de software es el original, esto se
hace para evitar la instalación de programas maliciosos.
  Creación de los directorios requeridos: Para mantener el orden en el directorio cada sistema
operativo puede tener un estándar para la instalación de ciertos archivos en ciertos
directorios. Ver por ejemplo Linux Standard Base.
 Creación de los usuarios requeridos: Para deslindar responsabilidades y tareas se pueden o
deben usar diferentes usuarios para diferentes paquetes de software.
 Concesión de los derechos requeridos: Para ordenar el sistema y limitar daños en caso
necesario, se les conceden a los usuarios solo el mínimo necesario de derechos.
 Copia, desempaque y decompresión de los archivos desde el paquete de software: Para
ahorrar Ancho de banda y tiempo en la transmisión por internet o espacio de Disco duro, los
paquetes vienen empacados y comprimidos.
 Archivos principales, sean de fuente o binarios.
 Archivos de datos, por ejemplo, datos, imágenes, modelos, documentos XML-Dokumente,
etc.
 Documentación
 Archivos de configuración
 Bibliotecas
 Enlaces duros o enlaces simbólico a otros archivos
 Compilación y enlace con las bibliotecas requeridas: En algunos casos no se puede evitar el
complicado paso de la compilación y enlace que a su vez tiene severos requerimientos de
software al sistema. El enlace con bibliotecas requeridas puede ser un problema si en su
instalación no se acataron los estándares establecidos.
 Configuración: Por medio de archivos de configuración se le da a conocer al software con
que parámetros debe trabajar. Por ejemplo, los nombres de las personas que pueden usar
el software, como verificar su clave de ingreso, la ruta donde se encuentran los archivos con
datos o la dirección de nuestro proveedor de correo electrónico. Para sistemas complejos
se debe desarrollar el Software Configuration Management.
 Definir las variables de entorno requeridas: Algunos comportamientos del software solo
pueden ser determinados por medio de estas variables. Esto es parte de la configuración,
aunque es más dinámica.
 Registro ante el dueño de la marca: Para el Software comercial a veces el desarrollador de
software exige el registro de la instalación si se desea su servicio.

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.

Procedimiento de instalación de software:

Realice los siguientes pasos:

 Inserte el DVD de herramientas y controladores en la unidad de CD/DVD. Si el DVD inicia

automáticamente, haga clic en el icono de cierre del menú principal. Desde el Explorador de
Windows, vaya a la carpeta drivers\windows.
 Si ha descargado el archivo windows.zip del sitio de descarga, extráigalo en una carpeta de
la estación de trabajo.

Instale el software:

 Desde el Explorador de Windows, vaya a la carpeta de los controladores

windows\SAS\MSM.
 Haga doble clic en el archivo ejecutable .exe para iniciar el proceso de instalación.

Siga las instrucciones que aparecen en pantalla para instalar el software.

Si va a usar Intel para gestionar la estación de trabajo, instale el software del agente Intel:

 Desde el Explorador de Windows, vaya a la carpeta (donde versión es Windows de 32 bits o

de 64).
 Haga doble clic en el archivo ejecutable .exe para iniciar el proceso de instalación.

Una vez haya finalizado, reinicie la estación de trabajo.

Resultados de las pruebas de instalación del software.

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.

Este tipo de pruebas se basa en las funcionalidades de un sistema que se describen en la

especificación de requisitos, es decir, lo que hace el sistema. También pueden no estar
documentadas, pero se requiere un nivel de experiencia elevado para interpretar estas pruebas.

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.

Estudiaremos tres tipos de técnicas de 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.

Cuando se realicen modificaciones a los programas como resultado de ejercicios de mantenimiento

o actualización, puede ser necesario promover rondas adicionales de verificación y prueba del
sistema para asegurarse que siguen cumpliendo las normas exigidas.