UNIVERSIDAD DE SANTIAGO DE CHILE

FACULTAD DE INGENIERA
DEPARTAMENTO DE INFORMTICA


ACTIVIDAD SUMATIVA 1
Jos Ignacio Corts Tapia
Alex Omar Grate Plaza
Chien-hung Lin
Gonzalo Javier Martnez Ramrez



Profesor: Andrs Rice Mora
Ayudante: Marcial Hernndez Snchez
Asignatura: Fundamentos de Ingeniera de Software













Santiago Chile
13 de octubre del 2014












































PREGUNTA 1. INVESTIGACIN DECRETO 93/06

El decreto 93/06 tiene como objetivo minimizar los perjuicios que causan los mensajes
electrnicos no deseados, hacia las casillas electrnicas de los organismos de la
administracin del estado y de sus funcionarios.

Este decreto consta de cuatro grandes artculos, en el primer artculo se describen las
normas tcnicas para el manejo y procesamiento de mensajes electrnicos masivos no
deseados. Luego, en el segundo artculo establece que el ministerio del interior deber
poner a disposicin de los rganos de la administracin del estado, recomendaciones
de soluciones tecnolgicas que permitan la implementacin de las herramientas de
filtrado objeto de esta norma. En el tercer artculo, dice que los subsecretarios y los
jefes de servicio de los rganos de la Administracin del Estado, deben preocuparse
por el establecimiento y adopcin de la Gua de Proteccin de Casillas Electrnicas en
el mismo organismo. Por ltimo, el cuarto artculo indica que el Comit de Normas para
el Documento Electrnico podr iniciar un procedimiento de normalizacin que
considera planteamientos del sector pblico, privado y de las Universidades.

De todos los artculos mencionados en este decreto, aquellos que tienen ms impacto
en el proyecto son las normas tcnicas establecidas en el artculo primero. A
continuacin, se describirn los efectos que produce dicho decreto:

En una parte del decreto, indica que es necesario estudiar los riesgos asociados a la
recepcin de mensajes masivos no deseados, desarrollar y documentar sobre el
sistema informtico utilizado, monitorear el cumplimiento del sistema, capacitar
personas para manejar el sistema, etc. Todo lo anterior requiere tiempo y recurso, ya
que primero debe buscar a la gente adecuada para desarrollar el trabajo, algo que no
es trivial puesto que las personas que estn bien capacitadas son las ms solicitadas
en el mercado. Segundo, una vez encontrada la persona, es necesario contratarla y
esto requerir el uso de dinero que puede o no estar incluido en el presupuesto inicial.
Tercero, finalizar con todo lo requerido en este artculo requiere de tiempo y al igual
que el presupuesto que se requiere, pueden estar incluidos o no en el proyecto.

Tambin, el decreto indica que el sistema informtico utilizado, debe filtrar los mensajes
sin violar los derechos de las personas, entregar seguridad, tener acceso a internet,
tener un monitoreo constante. Para cumplir con esto, es necesario contratar un
ingeniero para que pueda disear un sistema que cumpla con esos requerimientos,
esto implicara costo y tiempo. Adems, debido a que el sistema debe tener acceso a
internet y ser monitoreado constantemente, es necesario contratar servicios externos, y
esto afectara directamente en el presupuesto del proyecto y no solo eso, puesto que
los servicios son contratados, esto implicara relacionarse con otro organismo, donde
ellos tienen sus propias normas que posiblemente pueden convertirse en algn
obstculo que impida al desarrollo del proyecto.








































PREGUNTA 2. REQUISITOS FUNCIONALES Y NO FUNCIONALES DEL
DECRETO 93/06

2.1 REQUISITOS FUNCIONALES

Tabla 2.1: Requisito Funcional 01
Requisito RF-01
Descripcin El sistema debe permitir difundir polticas de uso con
respecto al funcionamiento y procesamiento del mismo
mediante correos electrnicos.
Condicin de
trmino
Se envan correos electrnicos con informacin del
proceso.

Tabla 2.2: Requisito Funcional 02
Requisito RF-02
Descripcin El sistema debe evaluar los costos asociados a la
recepcin de mensajes masivos no deseados.
Condicin de
trmino
Clculo de costos que implica la recepcin de los
mensajes no deseados.

Tabla 2.3: Requisito Funcional 03
Requisito RF-03
Descripcin El sistema debe evaluar los riesgos asociados a la
recepcin de mensajes masivos no deseados.
Condicin de
trmino
Clculo de riesgos que implica la recepcin de los
mensajes no deseados.









Tabla 2.4: Requisito Funcional 04
Requisito RF-04
Descripcin El sistema muestra las condiciones de uso del servicio de
correo electrnico.
Condicin de
trmino
Visualizacin de informacin en el sitio web acerca del servicio
de correo electrnico.

Tabla 2.5: Requisito Funcional 05
Requisito RF-05
Descripcin El sistema entrega facilidades en cuanto a configuracin para
garantizar la proteccin del servicio de correo electrnico.
Condicin
de trmino
El usuario puede configurar el grado de seguridad de su servicio de
correo electrnico.

Tabla 2.6: Requisito Funcional 06
Requisito RF-06
Descripcin El sistema debe filtrar los mensajes electrnicos no
deseados.
Condicin de
trmino
Los mensajes no deseados son filtrados.

Tabla 2.7: Requisito Funcional 07
Requisito RF-07
Descripcin El administrador debe reconfigurar el servidor de correo de
un usuario cuya funcin haya cesado y destinar su casilla
institucional a un nuevo usuario activo.
Condicin de
trmino
Los mensajes son recibidos por el nuevo usuario activo.




Tabla 2.8: Requisito Funcional 08
Requisito RF-08
Descripcin El administrador actualizar e implementar nuevas
herramientas para la configuracin de filtrado de correos
masivos.
Condicin de
trmino
Se tienen nuevas opciones para filtrado de correo
electrnico.



2.2 REQUISITOS NO FUNCIONALES

Tabla 2.9: Requisito No Funcional 01
Requisito RNF-01
Descripcin Se debe realizar una correcta instalacin y funcionamiento
de los servidores de correo de sus clientes para evitar
open relay.
Condicin de
trmino
Los servidores de correo funcionan correctamente
evitando open relay.

Tabla 2.10: Requisito No Funcional 02
Requisito RNF-02
Descripcin Debe existir un punto de contacto para comunicarse con el
encargado de seguridad informtica en caso de alguna
vulnerabilidad.
Condicin de
trmino
Existe un punto de contacto para comunicarse con el
encargado de seguridad.








Tabla 2.11: Requisito No Funcional 03
Requisito RNF-03
Descripcin No deben pasar ms de 7 das para monitorear la red en
caso de alguna falla.
Condicin de
trmino
La red es monitoreada semanalmente.

Tabla 2.12: Requisito No Funcional 04
Requisito RNF-04
Descripcin Los servidores de correo solo estn disponibles para uso
institucional con el fin de evitar que los mensajes masivos
sobrecarguen el sistema.
Condicin de
trmino
Los servidores de correo son utilizados de forma
adecuada.

Tabla 2.13: Requisito No Funcional 05
Requisito RNF-05
Descripcin El administrador debe actualizar e implementar las
nuevas herramientas para la configuracin de filtrado de
correos cada 6 meses.
Condicin de
trmino
Se tienen nuevas opciones para filtrado de correo
electrnico cada 6 meses.













Tabla 2.14: Requisito No Funcional 06
Requisito RNF-06
Descripcin Se debe realizar una capacitacin a los usuarios, para
que operen el sistema de acuerdo a las exigencias
establecidas.
Condicin de
trmino
Los usuarios operan sobre el sistema conforme lo
establecido.

Tabla 2.15: Requisito No Funcional 07
Requisito RNF-07
Descripcin Los rganos de la administracin del estado, deben evitar
que las casillas electrnicas institucionales sean
difundidas en el sitio web.
Condicin de
trmino
Las casillas electrnicas institucionales se encuentran bajo
resguardo.

Tabla 2.16: Requisito No Funcional 08
Requisito RNF-08
Descripcin Luego de 120 das de publicado el sitio web, se debe
poner a disposicin una Gua modelo de Proteccin de
Casillas Electrnicas en que se establecen los detalles
tcnicos asociados a la utilizacin de estas casillas.
Condicin de
trmino
Transcurrido los 120 das, se visualiza la Gua modelo de
Proteccin de Casillas Electrnicas.











PREGUNTA 3. DIAGRAMA CASOS DE USO

A continuacin se presenta el diagrama de de casos de uso pedido realizado en
PowerDesigner, tambin se incluye en un archivo anexo la misma imagen.


Figura 3.1: Diagrama de casos de uso












PREGUNTA 4. INVESTIGACIN DE DOCUMENTO

Documento investigado: Formulario de declaracin de ingresos

Declaracin de Ingreso: Es el documento que se confecciona en Aduanas de Chile, y
que refleja la factura del proveedor, y calcula la base imponible para el IVA.

En la Figura 4.1 se muestra el formulario a rellenar en la declaracin de ingreso.

Figura 4.1: Formulario utilizado para la declaracin de ingresos


Caso de uso N1 Llenando formulario de declaracin de ingresos
ID CU-01
Resumen Un agente de aduana ingresa informacin a travs de un
formulario dispuesto en la pgina, este formulario es
recepcionado por el administrador portuario
Frecuencia A solicitud del agente de aduana.
Requisito de usabilidad Formulario al centro de la pgina web junto con un botn
que indique la accin de envo del formulario, al terminar de
rellenar el formulario y apretando dicho botn, se debe
desplegar un aviso confirmando correcto o incorrecto envo
del formulario.
Actores Agente de aduana.
Precondiciones Haber cargado la pgina principal de la aplicacin.

Agente de aduana registrado en el sistema y habilitado.

Agente de aduana debe haber iniciado sesin en el
sistema.

Para el envo del formulario, el agente de aduana debe
haber ingresado por medio del men principal la seccin
Declaracin de ingresos.
Descripcin Un agente de aduana ingresa a la pgina principal, realiza
el logueo, luego a travs de un men dispuesto en la
pgina principal accede a la seccin Declaracin de
ingresos, donde se despliega un formulario, rellena cada
campo con la informacin requerida, apreta el botn de
envio de formulario, se muestra por pantalla el aviso si se
envo o no correctamente el formulario.
Excepciones [Excepcin 1]: Agente de aduana ingresa informacin que
no corresponde a cierto campo del formulario, es decir se
ingresa un tipo de dato no correspondiente al solicitado al
apretar el botn de envo se le informa que ocurri un error,
y la descripcin de este, luego vuelve a cargar el formulario.
[Excepcin 2]: Agente de aduana no ha completado la
totalidad de los campos requeridos para el relleno del
formulario, no se permitir almacenar ese formulario en el
sistema.
[Excepcin 3]: Los resultados no son los esperados.
Debido a problemas con el sistema no se ha podido
completar el envo del formulario, por lo tanto es necesario
realizar la accin nuevamente, un aviso en pantalla ser
mostrado en este caso informando al agente de aduana de
lo ocurrido.
Poscondiciones El sistema muestra un mensaje sobre el estado del
formulario, es decir si se envo o no.

Formulario queda almacenado en el sistema, para la
correcta recepcin de parte del administrador de portuario.
Trazabilidad -

Tabla 4.1: CU-01