Versión: No.

de Documento Fecha de Emisión Título del Documento

1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

Control de Cambios del Procedimiento

Fecha de
Última
Versión: Responsable: Revisó: Aprobó:
Modificación:
01/DIC/2005 1.0 Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

1.0 Objetivo

Obtener los requerimientos del cliente y determinar la factibilidad de desarrollarlos.

2.0 Alcance

Este procedimiento será utilizado para todos los proyectos de TSC.

3.0 Definiciones

LP Líder de Proyecto
ANA Analista
CTE Cliente
GS Gerente de Sistemas
Requerimientos Son los requerimientos que determinan que es lo que va a hacer el sistema a desarrollar.
funcionales.
Requerimientos Estos requerimientos complementan a los funcionales y pueden ser: Legales, de Seguridad, de
no funcionales. Usabilidad, de Desempeño.

Terminadores. Es el estado final al que llega un dato que está siendo procesado por la función del sistema, por
ejemplo:

un flujo de información termina cuando un dato es almacenado en la base de datos, cuando un dato
después de ser procesado por la función pasará a otra para continuar un flujo o cuando un dato llega
a su último procesamiento para ser mostrado al usuario, etc.
Evento. Es el acontecimiento que provoca una acción, por ejemplo: hacer Clic en botón es el evento para
que se envíe una impresión o cambiar de pantalla es el evento para que el sistema solicite una clave
de acceso
Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

4.0 Documentos aplicables

TSC-FTGCS-08 Formato Control de Requerimientos
TSC-FTGCS-14 Formato Especificación Funcional Software a la Medida
TSC-FTGCS-16 Formato Libre
TSC-FTGCS-20 Formato Matriz de responsabilidades
TSC-FTGCS-27 Formato Plan de Proyecto Software a la Medida
TSC-GUIGCS-01 Guía para la Estimación de Tamaño de Software
TSC-CHKGCS-01 Checklist de Factibilidad

5.0 Desarrollo

Responsable

Descripción Observaciones

LP Identificación de requerimientos y características del proyecto

En esta actividad se identificará el proyecto a realizar, los usuarios responsables y

las interrelaciones con otras áreas, así como los requerimientos del cliente:

1. Elaborar la declaración del propósito.

I. Definir el objetivo del sistema a desarrollar.

Especificación
II Definir la descripción general. Funcional (punto 1.0)

III. Identificar las responsabilidades.

IV. Identificar las exclusiones.

2. Elaborar lista de funciones a automatizar.

3. Elaborar la lista de requerimientos.

Formato Control de
Requerimientos.
Los requerimientos del cliente, así como la información procesos de
negocio se podrán obtener mediante métodos de recolección de
información, tales como: Entrevistas, Mapas mentales o Lluvia de ideas.
Los requerimientos deberán describirse en el Formato de Control de
Requerimientos, tomando en consideración el usuario o cliente que lo esté
requiriendo. La forma en que se deberán clasificar los requerimientos es:
Requerimientos funcionales y no-funcionales. (Ver descripción en el punto
3.0 de este procedimiento).
Especificación
4. Definir la problemática a resolver. Se debe establecer funcional
cuales necesidades resolverá la implementación del sistema.
Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

5. Listar beneficios esperados. Que es lo que el cliente obtendrá como

beneficio del sistema una vez que se le entregue.

6. Definir interrelaciones con otras áreas.

7. Identificar el ejecutivo que dará el visto bueno a cada producto de

las etapas de desarrollo.

8. Designar el contacto con sistemas que estará trabajando en el

proyecto (Analista del Negocio).

9. Proveer y asesorar de manera dirigida al usuario para que

identifique problemas potenciales de afectación en la información.

10. Identificar restricciones.- Se deberá tomar en consideración las

restricciones que puedan afectar al desarrollo de la solución, tales como:
tiempos y fechas críticas que puedan afectar el plan, el presupuesto
asignado para desarrollar el sistema y la experiencia de TSC
desarrollándolo en la tecnología requerida.

11. Crear un Diccionario de Datos. Comenzar una lista de términos y

definiciones propias del sistema. Para ello utilizar el documento
Especificación Funcional del Proyecto, en su punto 12.3.

LP/ANA Determinar el entorno del sistema Diagrama Conceptual

Identificar el entorno y las posibles interrelaciones del sistema, para así definir el Especificación
alcance del proyecto. Para ello deberán realizarse las siguientes actividades: funcional actualizada.
Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

1. Entrevistas a alto nivel.

2. Elaborar el diagrama conceptual. Aquí se determinará el flujo del

proceso del negocio así como sus stakeholders e interacciones con o
procesos o sistemas. Para realizar este diagrama se debe tomar en cuenta lo
siguiente:

 Verificar el o los procesos de las áreas involucradas.

 Verificar las entidades externas que generan y/o reciben información.
 Describir los flujos de información que los terminadores generan y/o
reciben del sistema.
 Describir almacenamientos que sirven de referencia al interactuar con
otros sistemas.
 Incluir el diagrama en el documento: Formato Especificación Funcional
Software a la Medida.

3. Elaborar la lista de eventos a nivel macro.

4. Realizar un prototipo del sistema. Consiste en desarrollar un prototipo

del componente más riesgoso o crítico del desarrollo del sistema, por
ejemplo: desarrollar un prototipo de conexión remota con el cliente o
desarrollar un prototipo para enviar instrucciones a un equipo automatizado.

ANA Determinar la factibilidad de los requerimientos

Una vez obtenidos los requerimientos y su entorno se podrá determinar la

factibilidad de su realización, considerando:

 Si hay algún factor técnico que represente un problema o un riesgo, para

implementar la solución del requerimiento.

 Si los requerimientos del cliente son factibles en el tiempo que se solicita.

 Evaluar la consistencia entre los requerimientos, es decir que el

cumplimiento de alguno no se contraponga con los demás.
Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

El Checklist de factibilidad es un guía en la que se puede apoyar el analista para Checklist de

determinar la factibilidad de los requerimientos. Factibilidad aplicado.

En caso de encontrarse alguna No factibilidad en los requerimientos del cliente se

deberá realizar lo siguiente:

 Justificar y explicar el motivo por el que es considerado como no factible.

Especificación
funcional actualizada.

 Proponer una solución alterna que satisfaga las necesidades de

funcionalidad que el cliente solicita.

Para ello utilizar el Formato Libre.

Los requerimientos factibles o no factibles deberán ser documentados en la

Especificación Funcional de Software a la Medida.

LP Dimensionar el Proyecto

Como complemento de la actividad anterior, se podrá determinar la complejidad del

sistema y de éste con respecto a su entorno:

Determinar la complejidad de la interacción del sistema con su medio

ambiente.
Evaluar la complejidad del sistema.
Estimar el tamaño del sistema a realizar, para ello basarse en la Guía de
Estimaciones.

1. Estimar la duración de cada una de las siguientes etapas: Análisis,

Diseño, Construcción, Pruebas y Liberación.
2. Estimación de recursos humanos y materiales, para ello basarse en la
Guía de Estimaciones.
3. Estimación de necesidades de capacitación interna.
4. Establecer o determinar el impacto organizacional.

LP Elaborar plan de Trabajo Plan de Trabajo

Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

Una vez determinada la dimensión del proyecto se plasmaran todas las estimaciones
del paso anterior en el Plan Proyecto, para ello utilizar el Formato Plan de Proyecto
Software a la Medida, tomando en consideración los siguientes puntos:

1. Establecer la estrategia de desarrollo del proyecto.

2. Definir recursos humanos y materiales necesarios.
3. Establecer el plan de capacitación interna. (si se requiere)
4. Establecer un sistema o mecanismo para el registro de problemas.
5. Especificar el plan de pruebas previsto.

GS Revisar el estudio Preliminar

Este estudio deberá ser revisado por el Gerente de Sistemas, y será responsabilidad
del LP:

1. Presentar los productos de trabajo desarrollados en esta etapa

(Especificación Funcional, Control de Requerimientos, Plan de
Trabajo, Matriz de Responsabilidades, Formato Libre).
2. De aquellos requerimientos no factibles detallados en el Formato
Libre, se deberá redactar un breve análisis del impacto.
3. Obtener retroalimentación.
4. Hacer los ajustes necesarios.

LP Establecer las normas de trabajo

El LP deberá realizar las siguientes actividades:

1. Definir perfiles/roles necesarios. Matriz de

2. Elaborar Formato Matriz de Responsabilidades. Si no se contara aún Responsabilidades
con el nombre de las personas que cubrirán cada rol, entonces
únicamente indicar éste último.
3. Establecer las reglas de comunicación entre el equipo de trabajo.
4. Establecer el periodo de revisión de avance (semanal, quincenal).
5. Establecer el mecanismo de entrega de reportes de actividades.
Versión: No. de Documento Fecha de Emisión Título del Documento
1.0 TSC-POGCS-07 01/DIC/2005 PROCEDIMIENTO ESTUDIO PRELIMINAR
Elaborado por: Revisado por: Aprobado por:
Juan Antonio Mondragón Juan Antonio Mondragón Alejandro Menéndez

6.0 Anexos
Diagrama Procedimiento Estudio Preliminar

REGRESAR A PROCESOS DE SOFTWARE A LA MEDIDA