Sistema de Gestión Cliente

SAESA SA
Especificación de Requisitos
Ref: documento
Fecha 15.07.2016
 Documento de Requerimientos y Requisitos

Hoja de control

Autor de la plantilla :
Flexsoft EIRL:

CREACIÓN
16 de julio del 2016

REVISADO POR FECHA

Jefe de Proyectos Flexsoft EIRL 16/07/2016

APROBADO POR FECHA

Jefe de Proyectos Flexsoft EIRL 25/07/2016

VERSIÓN FECHA COMENTARIO

1.0 Preparación Cuestionario entrevistas

Objetivos del Documento

El objeto de este documento es complementar la información respecto de la
documentación de requerimientos que se pretende crear en este desarrollo, pero
enfocado en el dominio de requisitos. El documento se divide en los siguientes
capítulos y cada uno de ellos en un conjunto de secciones y estos en apartados que
determinan los datos y la información a recoger durante las entrevistas de toma de
requisitos para proyectos de desarrollo de software.

Primer capitulo
Organización del documento.

Segundo Capitulo
Descripción del proyecto / producto de software a desarrollar.

Tercer Capitulo
Elementos de Diseño del producto.

Cuarto Capitulo

Descripción de objetos de negocio.

2
 Documento de Requerimientos y Requisitos

Anexos.

1 ORGANIZACIÓN DEL DOCUMENTO.

Nombre proyecto: Sistema de Gestión de Fecha de creación 26/07/2016 7:24:00

Cliente SAESA SA
Archivo:
492746968.docx

Entregable

Clasificación del documento: INTERNO,

Calificación del documento: Operativo Cuestionario.

Tipo de Proyecto, Producto Interno

Licencia del Proyecto/ Producto Sujeto a estipulación del contrato de desarrollo

Copyright Proyecto/Producto Sujeto a estipulación del contrato de desarrollo

Versión: 

1.1 ALCANCE DEL DOCUMENTO:

El alcance, se refiere hasta que etapas puede alcanzar el proyecto, si se realiza todo el desarrollo, o se
proyectando una parte de la solución.

El presente documento se utilizara para:

Paso Concepto Objetivo OK

A Establecer la definición inicial del cliente. 
B Establecer la interpretación inicial del analista 
C Confirmar y/o desechar con el cliente la interpretación de los 
requisitos
D Establecer la redefinición o dudas del analista. 
E Obtener la especificación final de requisitos en doc adicional. 
F Recoger la aceptación de requisitos. 
G Recoger las solicitudes de modificación.
H Establecer los hitos iníciales del proyecto. 
I Reflejar los hitos alcanzados. 
J Realizar seguimiento de los hitos.
K Recoger las desviaciones del proyecto y sus causas.

3
 Documento de Requerimientos y Requisitos

L Recoger la estimación de tiempos y costes.

M Recoger la aprobación de tiempos y costes.
N Reflejar el cierre del proyecto.
Ñ Recoger la aprobación de cierre del proyecto.

1.2 DOCUMENTOS RELACIONADOS CON EL PROYECTO.

doc Concepto Objetivo OK

A Descripción inicial:  
Entrevista al Jefe de Proyecto SAESA SA
B Presente documento. 
Entrevista al Jefe de Proyecto

C Descripciones funcionales de interfaces de usuario. 

D Guías de estilo corporativo del cliente: 

E Descripción de sistemas con los que se ha de mantener 

la consistencia.

Lista de Distribución contactos y personas entrevistadas

Empresa, persona, cargo Fecha Objeto

Jefe de Proyecto en SAESA

Personal autorizado 15/07/2016 Entrevista para obtener establecer la

necesidad de implementar una solución
respecto de la gestión de clientes del
servicio eléctrico, soportado por los
servicios Web.

1.3 NOMENCLATURAS

Cod. Pregunta si/no/ respuesta

A Si
¿Existen nomenclaturas previas a
En caso de no tenerlas será necesario
seguir?
especificarlas y recogerlas en un
documento como parte de la

4
 Documento de Requerimientos y Requisitos

documentación.
En caso afirmativo ¿Qué El informe del proyecto se agrega un
B
documento las recoge? glosario con distintos términos utilizados.

1.4 GLOSARIO, CONCEPTOS, CONVENCIONES O LENGUAJE ESPECÍFICO DEL

DOMINIO

Concepto Explicación
El glosario se agrega el avance del informe del proyecto,
referido a tecnologías utilizadas, modelo de requerimientos y
aquellos conceptos referidos al ciclo del proyecto en sus
distintas etapas.

2 DESCRIPCIÓN
Descripción de la empresa/organización.

URL: www.gruposaesa.cl

Descripción funcional del proyecto

Documentos Word: se incluye un informe con conceptos y descripción funcional

del proyecto.
Se utiliza el Google Drive donde se plantean las etapas del ciclo del proyecto
que se expone en la imagen de abajo, desde la recepción de requerimientos, el
análisis, diseño, implementación, pruebas del software y el despliegue de la
solución.

5
 Documento de Requerimientos y Requisitos

2.1 ORIGEN O MOTIVACIÓN DEL PROYECTO

El motivo que justifica el desarrollo del proyecto tiene relación específica a que
se puede aumentar el potencial de gestión que existe, entre el cliente y el grupo
empresarial SAESA SA, ya que habitualmente el cliente sólo puede revisar el
sitio web corporativo, pero no puede interactuar, como sería analizar sus
cuentas, imprimir informes de gestos de consumo eléctrico histórico, cancelar
cuentas en forma online, solicitar servicios eléctricos, entre otros, eso justifica la
creación del concepto de la “oficina virtual”.

2.2 CONTEXTO

Pregunta si/no/ respuesta

¿Existe alguna normativa de calidad SI
interna que sea necesario seguir o
afecte al proyecto? ¿En caso
afirmativo, cuál?
ISO 9000/9001 Se está utilizando Seis Sigma como
herramienta de calidad.
CMMI
TIL

Pregunta si/no/ respuesta

¿Existe alguna metodología de
desarrollo, documentación y
seguimiento de los proyectos? ¿En
caso afirmativo, cuál?
Métrica 3
SI
La metodología de desarrollo es ágil,
basado en procesos Lean o Ajustados al
desarrollo, con un equipo de profesionales
de Flexsoft EIRL adecuados para éste
proyecto.

2.3 CONTROL DE CALIDAD

Cd. Pregunta si/no respuesta

A ¿Existe conjunto de pruebas para verificar el desarrollo? Si

B ¿Existen datos que sea necesarios importar? Si

C ¿Documento que explique su formato? Si

D ¿Soporte de los datos? Si

6
 Documento de Requerimientos y Requisitos

3 PERSPECTIVA DEL PRODUCTO

3.1 IDENTIFICACIÓN DE USUARIOS Y PERFILES

Cod. Pregunta si/no/ respuesta

La tabla de usuarios y perfiles es:

A Existente: ¿Qué Documento explica su formato?

Se desarrolla en la etapa de análisis los diagramas de casos de
uso respectivos y su diagrama de actividades y secuencia, que
explican el proceso.
¿Cuáles son los procedimientos de identificación?
Revisar los diagramas de casos de uso en las respectivas
carpetas.
¿Cuáles son los procedimientos de autorización?
Idem
¿Cómo se revocan, actualizan los permisos?
La base de datos Oracle 11g contiene los respectivos
permisos y privilegios de usuarios, administrados por el
Portal de Oracle, que ya está funcionando en el sitio web de
SAESA SA.
¿Existen permisos horizontales (por dato, propietario del
dato)?
Ver la documentación en el informe respecto de Oracle 11g.

Lista de perfiles Descripción o agrupación

Cada usuario interno contiene permisos de acuerdo
Administrador aplicación
a la función que desempeña en la empresa.
Los gerentes de cada división política de la
empresa, visualizarán los flujos en su contexto
Gerentes en general
general, tendrán una vista macro del desempeño de
cada área por la que atraviesan los flujos de trabajo.
Los subgerentes tendrán una visión de cada una de
sus áreas pertinentes, tendrán una perspectiva del
Subgerentes
desempeño de las mismas y coordinarán el trabajo
entre ellas.
Estos visualizarán el desempeño de sus delegados,
Jefes de Área
además de determinar factores externos e internos

7
 Documento de Requerimientos y Requisitos

Responsables de Flujo de
Trabajo y Analistas
de su rendimiento.
Este nivel de usuario permite a los responsable del
flujo de trabajo visualizar en contexto general el
desempeño del mismo. Estos usuarios pueden
atravesar las distintas áreas por donde el flujo se
encuentra definido.

Cod. Pregunta si/no/ respuesta

A ¿Los usuarios y/o perfiles están Si

jerarquizados?

B ¿Los usuarios pueden tener varios perfiles? No

C ¿Existe LDAP ó acceso simplificado a Si

directorios?

En caso afirmativo ¿existe documentación? No

3.2 PROCESOS Y CONSULTAS

Cod. Procesos /consultas Descripción

Entrevista al Jefe de Se incluye el archivo con la entrevista al Jefe de Proyecto

Proyecto Informáticos de SAESA SA

3.2.1 Restricciones y Políticas de la empresa

Limitaciones del hardware

No existen limitaciones de hardware, tal como se ha descrito en el informe del

proyecto, que expone la arquitectura del HW, la cual está en funcionamiento, y
nuestro trabajo es desarrollar la solución para complementar las operaciones que
ya existen.

Interfaces con otras aplicaciones

Se describen en la etapa del ciclo del proyecto, que corresponde a la

implementación de las interfaces, antes de las etapas de prueba. Se agregan las

8
 Documento de Requerimientos y Requisitos

imágenes del desarrollo, utilizando tecnologías Java EE, con framework de JSF,
desarrollado en Netbeans 8.1, base de datos 11g, todas herramientas de Oracle,
que incluyen el Administrador de Portal, que da sustento a los sistemas en la
empresa.

Operaciones paralelas

No se requieren operaciones paralelas.

Funciones de auditoria

El sistema contiene las funciones de auditoría, y se utiliza el framework de trabajo

COBIT 5.1, el cual está asociado al cuadro de mando integral, que permite integrar
y controlar la gestión de todas las operaciones del grupo empresarial, hasta las
actividades individuales de quien desempeña una función.
El concepto de la auditoria de sistemas, tiene su enfoque en mejorar los procesos
internos, con el fin de obtener un mayor potencial de la gestión empresarial.

El log de la aplicación deberá reflejar los siguientes eventos

¿El log se escribirá en fichero de texto o en BD?

La aplicación log4j se aplica directamente sobre un archivo de texto

El log ha de reflejar:
Uno de los aspectos primordiales es describir una secuencia horaria de quien
ingresa y realiza actividades en el sistema, con el fin monitorear a los usuarios y
poder auditar posteriormente.

Funciones de control

Aquellas que el sistema tiene por su desarrollo e implementación.

Protocolos de comunicación

Son los estándares de la industria, promovidos por IEEE.

9
 Documento de Requerimientos y Requisitos

Requisitos de habilidad

La aplicación ha de poder ser utilizada por cualquier empleado por lo que se incluirá
algún tipo de documentación o sistema de ayuda on line.

Existirá una opción para enviar el informe de un bug o sugerencia al dpto. de

informática. El Dpto. de informática podrá reenviar el bug al equipo de desarrollo
externalizado.
¿Cuáles son estas direcciones?
Flexsoft@flexsoft.cl
¿Cuál es el servidor de mail?
Flexsoft@flexsoft.cl

Exigencias de disponibilidad y tolerancia a fallos

El 2% de los usuarios potenciales tiene que poder acceder de forma simultánea sin
perdidas de rendimiento que no sean debidas a sobrecarga del hardware.

Consideraciones acerca de la seguridad.

Las medidas de seguridad serán las existentes en el cliente.

Esta medidas son:
Ingreso al sistema con su usuario y contraseña, es responsable de mantener el
acceso a su cuenta. No tiene mayores privilegios.

Seguimiento de incidencias

Pregunta respuestas

¿Qué usuarios pueden reportar incidencias del
sistema?
Todos aquellos que tengan alguna
inquietud respecto del sistema y
su usabilidad, u otro aspecto,
pueden informar al email de
nuestra empresa.

Si cualquier usuario puede enviar incidencias

quien es el responsable interno de
canalizarlas.

10
 Documento de Requerimientos y Requisitos

3.2.2 Requisitos de Fiabilidad

¿Cuál es el nivel de tolerancia a los fallos con la que se desea trabajar?

¿Existen planes de contingencia?

¿Qué nivel de respuesta se necesita en caso de riesgo catastrófico?

¿Qué sistemas de backup hay disponibles?

¿Cuál es el nivel de redundancia que tienen los sistemas?

Existe algún tipo de SLA ¿Cuál es su marco contractual? ¿Cómo se controla el

cumplimiento del contrato? ¿Existen penalizaciones?, ¿Existen incentivos?.

3.2.3 Requisitos de Disponibilidad

En caso de instalarse de forma dedicada en una CPU bajo los requerimientos
recomendados de memoria disco y velocidad de reloj con el SO recomendado
Windows Server, usuarios debieran poder conectarse simultáneamente sin pérdidas
significativas de rendimiento.

3.2.4 Requisitos de Mantenimiento

El Administrador de la aplicación tiene acceso a ¿todas las áreas y funciones o existen aéreas
restringidas?
¿Qué elementos es necesario monitorizar?
¿Qué valores disparan alarmas, errores?
¿En qué circunstancias se realizaría una parada preventiva del sistema?

3.2.5 Suposiciones y Dependencias

El producto obtenido al menos en la versión descrita en el ERS no tendrá que cumplir requisitos no
especificados en el mismo.

Se elaborara un prototipo no operativo de navegación de pantallas para confirmar el alcance del

proyecto.

3.2.6 Requisitos Futuros

¿Se desea un contrato de mantenimiento preventivo? Se elabora un contrato de mantención y
soporte.
¿Se desea un contrato de mantenimiento evolutivo?
Se el sistema puede seguir escalando, por ello la empresa requiere mantener esta capacidad en
evolución.

11
 Documento de Requerimientos y Requisitos

¿Qué requisitos serían deseables pero no prioritarios, en la primera fase?

Aumentar las capacidades de interacción con los usuarios e implementar el Data Center para la
futura Inteligencia de Negocios.
¿Qué requisitos se pueden trasladar a fases posteriores?
Aumentar la capacidad de procesamiento.
¿Qué cambios tecnológicos se desean tener previstos?
La inteligencia de Negocios que proporciona el Big Data
¿Durante cuánto tiempo se debe mantener compatibilidad hacia atrás de elementos obsoletos?

3.3 RELACIÓN CON OTROS SISTEMAS

Ciclo de vida del Legacy ¿periodo de convivencia? ¿Fechas límite para su retirada?

El ciclo de vida del sistema, dependerá del nivel de crecimiento de la cantidad de información que se
requiera y que los usuarios, también estén dispuestos a utilizar. Hoy en día, se provee de una
cantidad grande de información, que el usuario todavía no es capaz de absorber o administrar con
total libertad, porque muchas no comprende el global.

4 DISEÑO

4.1 CONTEXTO PRINCIPIOS Y CRITERIOS

Preguntas respuesta
¿Plataforma? Windows, Linux, Unix, Mobile, Mac OS; Clientes: Windows,
Servidores : Windows
Número de ordenadores esperado.
Se integrara en el site con url:
Número de usuarios registrados previsto
Número de usuarios no registrados previsto ninguno
Nivel de velocidad exigido: alto, medio, bajo. Alto, sin delays
Nivel de Seguridad exigido: alto, medio, bajo. El establecido actualmente.
Fecha de inicio de proyecto deseada 01/07/2016
Fecha de finalización de proyecto deseada Diciembre 2016
Tamaño de pantalla para la aplicación
640x480 800x600 1024x768 1280x 1024
1152x864 1280x1024 1440x900
1600x1200 1680x1050 Otra ¿cuál?
¿Multidioma? Considera otros lenguajes

12
 Documento de Requerimientos y Requisitos

En caso afirmativo que idiomas es necesario tener en

cuenta.

(Solo proyectos web) Mantener compatibilidad con :

IE explore, Fire-fox, , Safari, Chrome, Opera Chrome
(incluir versión),
El sistema de caracteres será el UTF-8, Unicode?
Sistema UTF-8

¿EL acceso Web debe cumplir los estándares

Correcto
comunes de ergonomía?

El proyecto comprende la entrega del código fuente

Correcto
de la aplicación documentada el código.

¿Se necesita Ayuda on line? Manual de usuario Está disponible on line

Root Namespace (espacio de nombres base para Se establece el nombre de la raíz en Project1
todos los archivos del proyecto) y tiene una Class1 fuera del espacio de
nombres en el código, su espacio será
Project1.Class1.

Cd. Instalación y despliegue del producto si/no respuesta

A Hardware -

B Software Si

C SO: -

D Aplicaciones de mercado Si

E ¿Existe una aplicación previa? Si

F ¿Es necesario importar los datos de dicha aplicación? SI

Servidores de Bases de datos disponibles proyecto:

G Producción: Existe una intranet en
Dirección base a varios
servidores, como son
Usuario
Web caché Externo
Password después del Firewall,
Identificación de sistema web caché Interno,
servidor de
aplicaciones,
infraestructura y acceso
a la BD.
H Preproducción:
Dirección
Usuario
Password
Identificación de sistema
Seguridad:
I Sistemas de identificación de usuarios:
J Tiene área pública SI

13
 Documento de Requerimientos y Requisitos

K Tiene área privada SI

L Firewalls: SI

4.2 OPCIONES DE ARQUITECTURA.

Capa de persistencia

Oracle 7 -8i -9i -10g 11g Oracle 11g

SQL server 2000, 2003, 2005, 2008, 2012 (R2) -

DB2 v8 –v8.2 -

MySQL 4.1 -

PostgreSQL 7.3.2 -

ORM: Nhibernate, entity framework Si

(fluent, code first) -

Dominio

Poco / Pojo, () si

Entity Factorys si

Recursos -

Sistemas de documentación automática, documentación si

xml del código.

Aplicación

Servicios distribuidos si

Fachada remota si

DTOs si

Mappers si

Clientes WCF, proxis si

SOAP si

Orquestación de servicios, Workflow si

Capa de presentación

MVC si

ASP -
javascript
-

14
 Documento de Requerimientos y Requisitos

HTML 5 si

4.3 OPCIONES ALTERNATIVAS

Pregunta si/no

¿Existe la posibilidad de utilizar librerías o herramientas con causas o -

razones que lo justifiquen?, como por ejemplo:

Incremento del Rendimiento si

Reducción de Precio -

Reducción de Tiempo de desarrollo -

Reducción de Coste de mantenimiento -

Reducción del coste de Gestión del proyecto -

Exigencias de Seguridad -

Independencia de terceras partes. -

Independencia de plataforma. -

Otras ventajas buscadas ¿cuáles? -

4.4 REQUISITOS ESPECÍFICOS

4.4.1 DESCRIPCION DEL ENTORNO DE DESARROLLO.

Visual Estudio 2010, 2012, 2013, Eclipse, Xamarin -

Framework .net versión 4.5. -

Share point -
Oracle Portal, Oracle WorkFlow, DB 11g,
Oracle
J2EE, modelo mvc
Otras tecnologías -

4.5 DISEÑO DE INTERFACES

 Los estados, categorías, discriminantes y tipos se establecerán con menús desplegables. Si estos
campos tienen una descripción se utilizara para el manual de usuario o la ayuda en línea.
 Estos menús desplegables se almacenaran en tablas de bases de datos.

15
 Documento de Requerimientos y Requisitos

 Estos menús desplegables se gestionaran como enumerados.

 El contenido de estas tablas será un identificador autogenerado como primary Key un texto de
selección y opcionalmente un texto de descripción. Este texto podrá cambiarse en el futuro por
una referencia a un recurso si se desea implementar la gestión de multidioma.

4.5.1 De usuario:
Guía de Estilo a seguir.

Pregunta si/no

¿Existe guía y estilo a seguir? si

En caso afirmativo, Existen CSS Estándar o comunes a todas si

las aplicaciones que sea obligado adoptar.

4.5.2 Requerimientos de Accesibilidad y ergonomía

Pregunta si/ no/ respuesta

¿Es necesario cumplir alguno de los niveles de accesibilidad -

WAI para discapacitados? En caso afirmativo ¿Cuál?

WAI A -

WAI AA -

WAI AAA -

Otras normativas o estándares: Especificar -

Requerimientos de Ergonomía (Usability) -

Requerimientos de Shopability ( indicador de la potencia
-
comercial del sistema )

4.5.3 Informes y estadísticas

Pregunta si/no respuesta

¿Existen herramientas de informes? Si

En caso afirmativo ¿Cuáles? Las desarrolladas en el

sistema

En caso negativo -

¿Se desea incorporar una herramienta de mercado? -

¿Se tienen definidos los informes que se desean? -

Si están definidos se tienen datos de prueba para los informes. -

¿Qué perfiles pueden ver qué informes? Todos los usuarios

16
 Documento de Requerimientos y Requisitos

5 OBJETOS Y MODULOS
Mapa de los módulos principales y secundarios del sistema

5.1 PERSONAS, COLECTIVOS, ORGANIZACIONES Y ROLES.

En la medida que se diseña el sistema, esta última parte del sistema a desarrollar, se
completará ya que se requiere simular algunas interfaces, entidades, para analizar
aquello que se puede implementar.

5.1.1 Modulo personas, colectivos y entidades:

¿Qué categorías o formas de clasificación se desean utilizar con personas, empresas o

colectivos? Marcar los deseados o añadir
Personas físicas Personas jurídicas Colectivos

Personas físicas: Datos relativos exclusivamente a personas, sin tener en cuenta sus roles actividades
o formas de contacto.
Dominio Req Descripción y comentarios

17
 Documento de Requerimientos y Requisitos

Personas jurídicas, empresas: datos exclusivos de identificación para servicios externos.

Dominio Req Descripción y comentarios Lon

ID

Nombre

Nombre comercial

Logotipo

CIF

Fecha de alta

Fecha de Baja

Se encapsulara en el cluster de usuarios y perfiles.

Con respecto a los departamentos de organización interna.

Organigrama

Dominio Req Descripción y comentarios

ID

Nombre

acrónimo

Descripción

ID Organigrama Reflexiva para establecer jerarquías de organización.

18
 Documento de Requerimientos y Requisitos

5.2 CONVENCIONES PARA EL DISEÑO DE PANTALLAS

Tipo de Menú, elegir

Horizontal

Vertical

Desplegable

Multinivel

Otros describir

Convenciones generales de configuración de pantalla

Visualización de datos

Pantallas de ficha de registro con etiqueta lateral con respecto al campo

Pantallas de ficha de registro con etiqueta superior con respecto al campo

Pantallas Grid estándar (Paginada) (Editable)

Pantallas Grid con scroll (Editable)

Tablas anidadas para relaciones 1-N (nivel de profundidad)

Entrada de datos

Añadir registro etiquetas en lateral con respecto al campo

Añadir registro etiquetas superiores con respecto al campo

Editar registro etiquetas en lateral con respecto al campo

Editar registro etiquetas superiores con respecto al campo

Grid Editable

Grid con scroll

19
 Documento de Requerimientos y Requisitos

Par de Idioma Cultura

Escritura de izquierda a derecha

Escritura de derecha a izquierda

Localización de Idioma, moneda

Opciones generales

Cabecera

BreadCrumb

Mostrar estado de identificación

Imprimir página

Controles de página

Mostrar calendario para fechas

Mostrar tamaño máximo de líneas en listados

Número máximo de líneas por defecto

Tamaño máximo de campos de texto en columnas

Ancho de columnas en Grid variable

Controles de Texto

Editor de campos texto con reach text

Controles de búsqueda

La búsqueda por defecto es :contiene, comienza,

Controles de selección

Menús desplegables (pop ups) ¿se visualizan listas largas?

Menús desplegables (pop ups) ¿se visualizan campos largos? O se truncan a …

Entrada de datos

Añadir registro etiquetas en lateral con respecto al campo

Añadir registro etiquetas superiores con respecto al campo

Editar registro etiquetas en lateral con respecto al campo

Editar registro etiquetas superiores con respecto al campo

20
 Documento de Requerimientos y Requisitos

Grid Editable

Grid con scroll

Categorías principales del menú por usuarios.

Categorías Director Admin Sala Super Admin Técnico

21