ACTIVIDADES

POSTERIORES AL DISEÑO
Rafael de Cruz, Wally Acosta, Anthony Castillo, Oscar
Leonardo, Geraldo Diaz
CODIFICACIÓ
N
PRUEBAS Temas
DOCUMENTA
 OBJETIVOS
Conocer las actividades que se desarrollan
después del diseño de un sistema. 

Identificar el proceso de codificación.

Entender la relevancia de la prueba de un

sistema.

Conocer y entender las ventajas que ofrece la

documentación del sistema.

Entender la importancia de la evaluación del

sistema para desarrollar futuros proyectos.
INTRODUCCIÓN
Un sistema de información es un sistema, automatizado o manual,
que engloba a personas, máquinas y/o métodos organizados para
recopilar, procesar, transmitir datos que representan información.
Un sistema de información engloba la infraestructura, la
organización, el personal y todos los componentes necesarios para
la recopilación, procesamiento almacenamiento, transmisión,
visualización, diseminación y organización de la información.
 Rafael De La
CODIFICACIÓN Cruz
2019-30-1-0025
CODIFIC
ACIÓN
El proceso de poner datos ambiguos o demasiado largos en unos cuantos
dígitos o letras que se puedan introducir fácilmente se conoce como
codificación (que no se debe confundir con la codificación de programas).
PORQUE CODIFICAR?
1. Llevar registro de algo.
2. Clasificar la información.
3. Ocultar la información.
4. Revelar la información.
5. Solicitar la acción
apropiada.
CÓDIGOS DE SECUENCIA
SIMPLE
El código de secuencia simple es un número que
se asigna a algo si necesita ser numerado. Por lo
tanto no tiene ninguna relación con los datos
mismos
 CÓDIGOS DE DERIVACIÓN
ALFABÉTICA
En algunas ocasiones no es conveniente usar códigos de secuencia.
El caso más obvio es cuando no se desea que alguien que lea el
código se imagine la cantidad de números que se han asignado.
Otra situación en que los códigos de secuencia podrían no ser útiles
es cuando se requiere un código más complejo para evitar un error
costoso.
 Wally acosta
PRUEBAS 2019-30-3-0018
 LAS PRUEBAS DE SISTEMA
Las pruebas de sistema buscan discrepancias entre
el programa y sus objetivos o requerimientos,
enfocándose en los errores hechos durante la
transición del proceso al diseñar la especificación
funcional.
Pruebas funcionales. Dirigidas a asegurar
que el sistema de información realiza
correctamente todas las funciones que se han
detallado en las especificaciones dadas por el
usuario del sistema.

Pruebas de comunicaciones. Determinan

que las interfaces entre los componentes del
sistema funcionan adecuadamente, tanto a
través de dispositivos remotos, como locales.
Asimismo, se han de probar las interfaces
hombre/máquina.
Pruebas de rendimiento. Consisten en
determinar que los tiempos de respuesta
están dentro de los intervalos
establecidos en las especificaciones del
sistema.

Pruebas de disponibilidad de datos.

Consisten en demostrar que el sistema
puede recuperarse ante fallos, tanto de
equipo físico como lógico, sin
comprometer la integridad de los datos.
Pruebas de operación. Consisten en
comprobar la correcta implementación
de los procedimientos de operación,
incluyendo la planificación y control de
trabajos, arranque y re arranque del
sistema, etc.

Pruebas de seguridad. Consisten en

verificar los mecanismos de control de
acceso al sistema para evitar
alteraciones indebidas en los datos.
 Anthony Castillo
Documentaci 2019-30-1-0007
ón
 DOCUMENTACIÓN

La documentación consiste en un material

que explica las características técnicas y la
operación de un sistema. Es esencial para
proporcionar entendimiento de un sistema
para enseñar al usuario como interactuar
con el mismo.
 EXISTEN DOS FORMAS DE REALIZAR
LA DOCUMENTACIÓN, LAS MISMAS
SON:

Manual de usuarios: Es una

guía de navegación y
operación del sistema que el
usuario puede consultar para
conocer y entender el sistema.
 MANUAL DE USUARIO

El Manual de Usuario debe de tener lo

siguiente:

 Guía instructiva del sistema.

 Manual de operación, con la descripción

detallada de las funciones del sistema.

Guía rápida de solución de problemas.

 EXISTEN DOS FORMAS DE REALIZAR LA
DOCUMENTACIÓN, LAS MISMAS SON:

Manual Técnico: Es la
guía técnica que
requieren los
programadores para
conocer o crear el sistema
y darle mantenimiento.
 MANUAL TÉCNICO

Manual Técnico debe de tener los siguiente:

 Detalles de requerimientos.

 Análisis diagramas de flujo de datos y sus

herramientas de soporte.
 Diseño: -Carta estructura.  -Algoritmos

 Código del Sistema

 Plan de pruebas de todos los niveles

 Geraldo Diaz
IMPLEMENTACIÓN 2018-30-1-
0003
 IMPLEMENTACIÓN
Una implementación es la
instalación de una aplicación
informática, realización o la
ejecución de un plan, idea,
modelo científico, diseño,
especificación, estándar,
algoritmo o política.
 LA EVALUACIÓN DE UN SISTEMA SE
LLEVA A CABO PARA IDENTIFICAR
PUNTOS DÉBILES Y FUERTES.
La evaluación ocurre a lo
largo de cualquiera de las
siguientes dimensiones:

Evaluación operacional

Impacto organizacional

Opinión de los administradores

 HAY TRES CARACTERÍSTICAS QUE
SIRVEN COMO PARÁMETROS PARA LA
EVALUACIÓN DE UN BUEN DISEÑO,
ESTOS PARÁMETROS SON:

1. El diseño debe implementar todos los requisitos explícitos obtenidos

en la etapa de análisis.

2. El diseño debe ser una guía que puedan leer y entender los que
construyen el código y los que prueban y mantienen el software.

3. El diseño debe proporcionar una idea completa de lo que es software.

 Oscar Leonardo
MANTENIMIENTO 2019-30-3-0015
MANTENIMIENTO
Se define como todas las acciones que tienen como
objetivo preservar un artículo o restaurarlo a un
estado en el cual pueda llevar a cabo alguna función
requerida.
El mantenimiento es un aspecto más del desarrollo de sistemas de
información. Sin embargo, efectuar cambios y ajustes no
necesariamente indica la corrección de errores o la ocurrencia de
problemas.
Entre los cambios más frecuentes solicitados por los usuarios
finales se encuentra el agregado de información al formato de un
reporte (listado). Se pueden revisar los requerimientos del sistema
como consecuencia de su uso o del cambio de las necesidades de
operación. Quizás sea necesario corregir algún descuido que
ocurrió durante el proceso de desarrollo.
A menudo, surge la necesidad de
capturar más datos y almacenarlos en la
base de datos, o quizás sea necesario
añadir características para la detección
de errores con la finalidad de evitar que
los usuarios del sistema emprendan por
equivocación una acción no deseada.
También existe el agregado de nuevas
funciones, como mejoras en la seguridad.
TIPOS DE MANTENIMIENTO
 CORRECTIVO
Es cuando se debe corregir errores de
funcionamiento del sistema , “pulgas”, o
cuando aparecen situaciones que no se
tuvieron en cuenta o se mal interpretaron
en el relevamiento.

Ejemplos: totaliza mal un listado, no filtra

un informe por zona, no redondea un total.
 ADAPTATIVO

Cuando el objetivo es adaptar el sistema o partes

de él a nuevas situaciones que generan nuevos
requerimientos, por la dinámica evolución de las
empresas y los negocios.

Ejemplos: se comienza a consignar mercadería, se

abre un punto de venta, se vende en el interior, se
aplica un nuevo impuesto, se define una nueva
política de descuentos.
 PERFECTIVO

Cuando el sistema está estable y es

utilizado por la empresa en su plenitud,
pueden surgir requerimientos de
perfeccionamiento en algunas de sus
funciones, mejorar la performance, reducir
los procesos o aumentar su complejidad
por razones de seguridad, etc.
EVALUACIÓN DE
SISTEMAS
Se debe evaluar la obtención de datos sobre la operación, flujo, nivel,
jerarquía de la información que se tendrá a través del sistema. Se han
de comparar los objetivos de los sistemas desarrollados con las
operaciones actuales, para ver si el estudio de la ejecución deseada
corresponde al actual.
La primera etapa a evaluar del sistema es el estudio de factibilidad,
el cual debe analizar si el sistema es factible de realizarse, cuál es
su relación costo/beneficio y si es recomendable elaborarlo
CON LA INFORMACIÓN OBTENIDA
PODEMOS CONTESTAR A LAS
SIGUIENTES PREGUNTAS:
¿Se está ejecutando en forma correcta y eficiente el proceso de
información?

¿Puede ser simplificado para mejorar su aprovechamiento?

¿Se debe tener una mayor interacción con otros sistemas?

¿Se tiene propuesto un adecuado control y seguridad sobre el

sistema?

¿Está en el análisis la documentación adecuada?

AUDITORIA DE SISTEMAS
La auditoría en sistemas debe evaluar los documentos y registros
usados en la elaboración del sistema, así como todas las salidas y
reportes, la descripción de las actividades de flujo de la información
y de procedimientos, los archivos almacenados, su uso y su
relación con otros archivos y sistemas, su frecuencia de acceso, su
conservación, su seguridad y control, la documentación propuesta,
las entradas y salidas del sistema y los documentos fuentes a
usarse.
CONCLUSIÓN
De acuerdo a lo mencionado anteriormente, Un sistema de
información engloba la parte del desarrollo de una empresa u
negocio, puede llevar informaciones sumamente importante tales
com, manuales, información técnica para el procesamiento de datos
e infraestructura, información sobre la seguridad y eficiencia del
mismo, por ende, es importante realizar este tipo de actividades
para seguir garantizando el optimo funcionamiento del sistema en
base mejoras constantes.
BIBLIOGRAFÍA:
http://
tareassobreanalisis10.blogspot.com/2014/05/actividades-posteriore
s-al-diseno-de.html
https://www.monografias.com/trabajos4/proyinf/proyinf.shtml
http://
catarina.udlap.mx/u_dl_a/tales/documentos/lis/fuentes_k_jf/capitulo
2.pdf