FACULTAD DE INGENIERA

ESCUELA DE INGENIERA DE SISTEMAS

TRABAJO PRCTICO DE LA UNIVERSIDAD AUTNOMA DEL

PERU ENFOCADO AL REA DE DESARROLLO DE SOFTWARE

INTEGRANTES:
ARANGO ITMA.
CAHUANA ACCAUCUSI JOSE L.
CHAVEZ HUAPAYA S. MARIBEL.
QUISPE QUIROZ JONATHAN.
FLORES LLATANCE PAOLA.
CASTRO SIGUAS JOSIMAR.

PROFESOR:
CHIQUILLAN SALCEDO RAUL

LIMA- PERU

2015

INDICE
1.

NOMBRE DE LA EMPRESA:.......................................................................3

2.

DESCRIPCIN DEL REA.........................................................................3

3.

ORGANIGRAMA DE LA EMPRESA.............................................................3

4.

FUNCIONES DEL INGENIERO....................................................................4

1.

Funciones del departamento de desarrollo.....................................................4

2.

Perfil del profesional................................................................................. 4

5.

POLTICAS PARA EL DESARROLLO DEL SOFTWARE.................................5

6.

NORMAS Y PROCEDIMIENTOS PARA EL DESARROLLO DEL SOFTWARE...6

7.

a)

NORMAS:.............................................................................................. 7

b)

REGLAMENTO INTERNO:......................................................................9

c)

PROCEDIMIENTOS:............................................................................. 10
BUENAS PRCTICAS DE BASADA EN LA METODOLOGA SCRUM............11
TABLA 02. BUENAS PRCTICAS...............................................................13

9. Mejores Prcticas del rea de Desarrollo de Software.........................................13

10. PROCESOS DEL REA DE DESARROLLO...................................................15
TABLA 03. PROCESOS DEL REA DE DESARROLLO.................................16
ANEXOS........................................................................................................ 17

1. NOMBRE DE LA EMPRESA:
UNIVERSIDAD AUTNOMA DEL PERU ENFOCADO AL REA DE DESARROLLO DE
SOFTWARE

2. DESCRIPCIN DEL REA

El servicio que brinda el rea de Desarrollo de software a sus clientes es poder brindarle una
facilidad a travs del uso de las tecnologas, el cliente solicita el sistema que desea elaborar
documentndolo a travs de los requerimientos del sistema el cual es enviado al rea a travs de
correo electrnico.
El rea est conformado por desarrolladores, analistas, DBA adems del encargado del rea que
supervisa.
Usan el programa visual estudio 2010 para los que son plataformas web, visual 6 para plataformas
de escritorio y la base de datos SQL server 2012
Trabajan con la metodologa SCRUM para desarrollar los sistemas, siendo una metodologa gil
que se basa en particin de tareas siendo trabajo en un plazo determinado..

3. ORGANIGRAMA DE LA EMPRESA

Area De
TI
Ing. Sixto
cordova

Area de
Desarroll
Ing. o
Carlos urquizo
gomez

Area de
Soporte
3

4. FUNCIONES DEL INGENIERO

1. Funciones del departamento de desarrollo
Las funciones que realiza el rea de desarrollo de software es desarrollar sistemas que faciliten a los
usuarios mejorar sus procesos o enseanzas .
El rea est conformado por las siguientes personas y sus funciones:
Desarrolladores: Se encargan de desarrollar el sistema bajo los la documentacin que
realiza el analista y el DBA
Analistas: Se encarga de elaborar la documentacin y de evaluar los requerimientos que
pide el usuario.
Jefe del rea: Se encarga de monitorear, de evaluar el desempeo de los programadores,
adems de supervisar si el sistema cumple con los requerimientos que pide el usuario.
DBA: Se encarga de modelar, construir la base de datos.

2. Perfil del profesional

La empresa requiere profesionales altamente capacitados, que manejen varias metodologas y que
utilicen varias plataformas de desarrollo adems de que tengan especializaciones en varios
lenguajes de programacin y manejo de metodologas de desarrollo de software.
Deben manejar plataformas lenguajes y metodologas como:

Conocimiento en Asp.net

Manejo de la plataforma SQL 2012

Conocimiento en Java script

Conocimiento en Css3

Conocimiento de la Metodologa Scrum

Manejo de la plataforma Visual seis

Conocimiento en Cristal report

Conocimiento en Tortoise svn

5. POLTICAS PARA EL DESARROLLO DEL SOFTWARE

1. El proyecto deber ser ejecutado en iteraciones incrementales con una demostracin del
producto al finalizar cada iteracin: con esta poltica, se conocer el estado del proyecto,
evaluando si los requisitos cumplen con las expectativas del cliente, si la calidad es la
esperada, o si hay retrasos; agilizando la toma de decisiones correctivas.
2. Es responsabilidad del rea de desarrollo de software, el proporcionar capacitacin y
asistencia tcnica al usuario para el uso del sistema. Ser obligacin del rea solicitante
asegurar que estos procesos cubran todas sus necesidades y requerimientos.
3. El control y seguimiento del proyecto se basar en los requisitos completados en cada
iteracin. Se entiende como un requisito, los entregables asociados a: anlisis, desarrollo,
pruebas, documentacin, etc. e integrados con los entregables de las iteraciones anteriores.
4. Los riesgos sern identificados en la primera iteracin, llevndose a cabo tambin una
valoracin inicial de la exposicin al riesgo y planes de contingencia. En cada iteracin se
revisar y actualizar el documento Lista de Riesgos, aadiendo adems la lista de
riesgos ms importantes actualizada por cada iteracin.
5. Cada uno de los entregables, deber contener scripts de pruebas unitarias, integrales,
funcionales, etc. mediante la utilizacin de frameworks como junit, dbunit, etc.
6. La documentacin del proyecto, especficamente: manual de usuario, manual de
operaciones, arquitectura de la solucin, especificaciones, etc. debern ser entregables
parciales para cada una de las iteraciones, es decir, la documentacin no se liberara al final
del proyecto, sino en entregables parciales.
7. La empresa de desarrollo velar por la especializacin de las personas en sus respectivos
roles promoviendo actividades de capacitacin. Se evitar tener personas que cubren
demasiados roles del proceso de desarrollo.

8. Los requerimientos en base de los cuales se va a realizar el desarrollo deben ser acordados y
firmados entre las partes. Ser responsabilidad del analista el disponer de un acuerdo
debidamente firmado que recoja el conjunto de requerimientos.
9. Ningn cambio a los requerimientos ser aceptado sin la debida documentacin. Dicha
documentacin ser sometida a evaluacin y podr implicar ajustes en los precios
establecidos. El contrato debe incluir clusulas en este sentido.

6. NORMAS Y PROCEDIMIENTOS PARA EL DESARROLLO DEL

SOFTWARE
Al igual que en todas las organizaciones y partes que la conforman, el rea de Desarrollo
debe tener una serie de Normas y Procedimientos que rijan el comportamiento tanto de los
empleados que laboran como de los que hacen uso de las facilidades que este departamento
les proporciona; a continuacin presentamos dichas Normas y Procedimientos.

a) NORMAS:
1. Los desarrolladores de sistemas, debern respetar los lineamientos y estndares
definidos del rea de desarrollo.
2. El rea de desarrollo deber entregar al usuario solicitante: los programas fuentes y
ejecutables, documentacin tcnica, manual de instalacin y manual del usuario.
3. Los desarrolladores de sistemas debern contar con un estudio de factibilidad
tecnolgica y econmica que permita identificar y describir las necesidades del usuario
con objeto de justificar la elaboracin del sistema.
4. El rea usuaria deber aprobar el manual del usuario previo a la liberacin de un
sistema. La Direccin de Informtica deber revisar que el manual tcnico se apegue a
las especificaciones.
5. Todos aquellos cdigos que sean objeto de programacin, ya sean mdulos, programas,
pantallas, etc., debern contener informacin de quin efectu la programacin y en qu
fecha; de ser posible en el mismo software, mediante comentarios y adicionalmente en
la documentacin por escrito.

6. Despus de concluida la programacin de una parte del sistema, se deber registrar en

un documento que dicha parte del sistema ha sido concluida, especificar el o los
nombre(s) del o los programador(es), as como el tiempo de programacin en horas;
esto con el fin de establecer un control de calidad del trabajo de los programadores.

7. Antes de liberar un nuevo sistema, ste deber ser sometido a pruebas de aceptacin
definidas por el rea usuaria, utilizando para ello datos reales.

8. La capacitacin al personal tcnico-operativo formar parte fundamental de la

liberacin de un sistema. Dicha capacitacin deber cubrir todas las necesidades y
requerimientos que el rea usuaria especifique de comn acuerdo con el rea de
desarrollo
7

9. El proceso de capacitacin deber ser posterior a la aprobacin de los manuales: a)

tcnico, b) de instalacin, c) de operacin y d) del usuario, que constituirn la gua con
la que se lleve a cabo dicho proceso.
10. Las corridas de prueba que se realicen con el fin de acreditar un sistema como
aceptado, debern efectuarse con una cantidad de datos superior al 50% de la cantidad
de datos que el sistema correr de manera cotidiana, y con el equipo de cmputo en el
que se pretende operar sistemticamente.
11. El usuario deber solicitar el mantenimiento de un sistema a rea de desarrollo, siempre
y cuando se identifiquen y justifiquen plenamente los ajustes y cambios necesarios que
permitan mejorar el desempeo y cobertura del sistema en cuestin.
12. Aquellos cdigos del sistema que no trabajen de manera ptima con respecto a las
necesidades o rendimiento que se pretenda satisfacer, sern dispuestos a un proceso de
re-trabajo; en primera instancia a quien realiz la programacin, y en ltimo caso a un
nuevo equipo de trabajo para programacin, esto considerando un estilo de
programacin diferente que sea ms adecuado a la necesidad a satisfacer.

b) REGLAMENTO INTERNO:

Todos los empleados del rea debern presentarse diariamente a sus labores, excepto
sbados y domingos y das festivos que considere la empresa.

El horario que deben cumplir es de lunes a viernes es de 8:00 a 13:00 horas y de 14:00 a
18:00 horas

Todos los empleados deben checar su entrada en el programa de horario que se encuentra en
el sistema TRILCE de la empresa. Tienen un perodo de 15 minutos como mximo para que
no se les considere retardo, si por alguna causa no pueden llegar debern avisar y la razn
deber ser justificada.

Est prohibido leer revistas, peridicos o libros ajenos al trabajo durante horas de labor.

Debern mantener limpio y en buen estado sus lugares de trabajo.

El telfono es para cuestiones de trabajo, por lo que se debe utilizar lo menos posible en
asuntos personales.

Cada que algn empleado deba salir del rea, es necesario que notifique a al jefe del rea a
donde va.

El equipo con el que labora cada empleado es responsabilidad suya, por lo que deber
cuidarlo y mantenerlo en buenas condiciones.

Somos un departamento de servicio por lo que es requisito que los empleados tengan trato
amable con los usuarios.

Cada empleado deber llenar su reporte de actividades diarias.

No se debe Fumar, Comer o Beber dentro del cuarto de la mquina

Solo personal autorizado puede entrar a las reas de trabajo.

La ltima persona que salga de las instalaciones es responsable de cerrar y dejar apagadas
las luces.

Se deber cuidar el comportamiento (vocabulario, vestido, etc.) dentro del centro de trabajo

Cada da deber llevarse a cabo una reunin interna en la que se revisarn los planes de
trabajo as como las actividades desarrolladas y a desarrollar.

Debe existir un ambiente cordial de trabajo, por lo que en caso de haber algn
malentendido, se debe aclarar inmediatamente, ya sea entre los involucrados o con la
intervencin del jefe de departamento

Todo aquello que no est en este reglamento y que pudiera generar dudas o conflictos,
deber ser tratado directamente con el Gerente del departamento.

c)

PROCEDIMIENTOS:
As como existen Normas para regular el funcionamiento del departamento internamente,
existen algunos procedimientos que rigen la relacin con las dems reas de la empresa,
cabe mencionar que solo se nombrar aquellos que afectan directamente al departamento en
relacin con los dems.

Solicitud de Proceso.
Cada vez que algn usuario o departamento requiere de una actividad por parte del rea de
desarrollo podr solicitarlo de forma verbal, siempre y cuando la actividad no requiera de
muchos recursos de lo contrario deber hacerlo a travs de correo.
Reembolsos.
El rea cuenta con una cantidad de dinero para sufragar los gastos que se deriven de alguna
emergencia, la cual deber ser justificada y autorizada por el jefe del rea. Cada vez que los
gastos han cubierto el 80% de dicha cantidad deber hacerse una solicitud de cheque para
reembolsar. Dicha solicitud deber llevar adjuntas las notas o facturas que cubren los gastos
debidamente llenadas con el nombre direccin y registro federal de la compaa, as como
la firma del gerente
Solicitud de Orden de Compra.
Cuando el rea requiere de insumos, equipo o accesorios, deber solicitar su compra a
travs de una solicitud, en la cual deber indicarse la fecha, el rea solicitante, los artculos
requeridos, adems de la(s) firma(s) de autorizacin.
Solicitud de Cheque.
Cada que se requiera hacer un pago ya sea por concepto de honorarios u algn otro gasto
que no sea de emergencia, deber solicitarse un cheque con mediante una solicitud, en el
cual se debe indicar la fecha, el nombre del beneficiario (a quien se le va a pagar), el
concepto, adems de la(s) firma(s) de autorizacin.
10

 Salida de Almacn.
Cuando el rea requiera de algn artculo que se encuentran en alguno de los almacenes de
la empresa (Papelera, General, Alimentos y bebidas), deber solicitarlo por medio de la(s)
correspondiente(s) requisicin(es), indicando el cdigo, descripcin y cantidad de l, o los
artculos requeridos, el destino de la mercanca adems de la(s) firma(s) de autorizacin.
Orden de Trabajo.
Si se llegara a requerir algn trabajo o instalacin especial, se deber solicitar al
departamento de mantenimiento a travs de una orden de trabajo, describiendo brevemente
el trabajo solicitado, el lugar donde deber llevarse a cabo y la(s) firma(s) de autorizacin.
Contratacin de Personal.
Debido a la rotacin de personal que tiene en el rea de desarrollo, y dada la importancia
que este recurso tiene para el buen funcionamiento del are, se hace necesario dictar un
procedimiento para que las contrataciones se hagan de una manera adecuada.

7. BUENAS PRCTICAS DE BASADA EN LA METODOLOGA SCRUM

La mayora de los proyectos de software fallan, se prolongan o se salen de presupuesto. Al analizar
por qu sucede esto, generalmente es por las mismas razones como no seguir las mejores prcticas
de desarrollo de software.

11

Estas prcticas son genricas para cualquier desarrollo de software, independientemente de que se
desarrolle con un lenguaje de primera generacin o en la nube o con una metodologa u otra.

CMMI
Monitorizacin y control de proyecto

Gestin de requisitos

Gestin de la Configuracin
Gestin de riesgo

Prcticas basado en la Metodologa Scrum

Reuniones diarias.
Reuniones de revisin.
Reuniones retrospectivas.
Scrum Master.
Backlog del producto.
Backlog del Sprint
Planificacin del sprint
Reunin de revisin
Reuniones retrospectivas
Propietarios del producto
Reuniones diarias
Reuniones diarias
Revisin del sprint
Scrum master
12

Medicin y anlisis

Verificacin

Planificacin del proyecto

Propietario del producto

Reuniones diarias
Reuniones retrospectivas
Reunin de revisin
Propietarios del producto
Backlog del producto
Historias de usuario
stakeholders
planificacin del Sprint
backlog(retraso) del producto
backlog del sprint
fases del ciclo de vida del Scrum

TABLA 02. BUENAS PRCTICAS

9. Mejores Prcticas del rea de Desarrollo de Software
1) Administracin: Establecer un plan de trabajo, darle seguimiento para ver que se cumpla y en
caso de que no, resolver los problemas que detengan el avance del proyecto.
2) Requerimientos: Hay que establecer y acordar los requerimientos en una etapa temprana del
proyecto, aunque no se puedan definir en su totalidad, al menos hay que buscar tener definida la
mayor parte del proyecto o bien, tener bien definida la primera parte que se va a desarrollar.
3) Diseo: Mantener el diseo simple y til, realizando nicamente lo necesario para ayudar a
entender lo que se desarrollar, apoyndose de diagramas de UML. Existen muchos tipos de
diagramas UML, pero en realidad no es necesario utilizarlos todos, sobre todo en un desarrollo gil,
muchas veces con los diagramas de flujo, de secuencia o ambos bien diseados es ms que
suficiente como base para la codificacin.
4) Arquitectura: Escoger la arquitectura adecuada es un punto ms que importante, si no existe una
arquitectura dentro de la empresa, sin lugar a dudas se empezara a disear antes de desarrollar
cualquier proyecto trascendente.
5) Programacin: La programacin es nicamente una parte del proyecto, el error ms comn en
las empresas pequeas es ponerse a programar antes de seguir las prcticas de los puntos
anteriores!. Existen muchas prcticas de programacin que hay que seguir, como son el uso de
nomenclaturas, pruebas de humo, revisin en pares y las propias de cada lenguaje y herramienta en
la que se programe.

13

6) Administracin de la configuracin: Consiste en administrar las versiones del proyecto y de

todos los artefactos relacionados al proyecto, por ejemplo la documentacin del proyecto.
7) Testing: El testing es en s toda un rea de conocimiento un tanto separada del desarrollo, ya que
existen muchos tipos de pruebas, como puede ser de interaccin con otras aplicaciones ajenas al
proyecto o de performance, pero que nos puede dar visibilidad de que el proyecto funcione o no. El
error ms comn al realizar las pruebas, es encontrar uno o muchos errores y no haber programado
previamente tiempo para regresar al desarrollo y corregir esos problemas.
8) Dependencias: Todos los proyectos tienen dependencias, por lo general los proyectos de
desarrollo de software suelen seguir el mismo patrn de dependencias, por lo que es fcil
prevenirlas, por ejemplo, por lo regular los desarrollos de software requieren de infraestructura
tecnolgica, contar con informacin para realizar testing, permisos de otros componentes o base de
datos, interdependencias con otras aplicaciones, por mencionar algunas.
Siguiendo estas prcticas se aumentan las posibilidades de acabar un proyecto exitosamente.

10. PROCESOS DEL REA DE DESARROLLO

Las empresas en todo el proceso de disear e implementar el sistema de control interno, tiene que
preparar los procedimientos integrales, los cuales son los que forman el pilar para poder desarrollar
adecuadamente sus actividades, estableciendo responsabilidades a los encargados de las todas las
reas, generando informacin til y necesaria, estableciendo medidas de seguridad, control y
autocontrol y objetivos que participen en el cumplimiento con la funcin empresarial.
El sistema de control interno aparte de ser una poltica de gerencia, se constituye como una
herramienta de apoyo para las directivas de cualquier empresa para modernizarse, cambiar y
producir los mejores resultados, con calidad y eficiencia.

14

15

TABLA 03. PROCESOS DEL REA DE

DESARROLLO

16

ANEXOS

FORMATOS E INSTRUCTIVOS DE DESARROLLO DE NUEVOS SISTEMAS Y

MANTENIMIENTO DE LOS MISMOS
Bitcora de control de Cambios en la Base de Datos

Fecha
(1)

Tabla
Modificada
(2)

Programador
Analista
Responsable (3)

Forma de
Modificacin
(4)

Observaciones sobre campos

redefinidos, agregados y si
se cre o afecto relaciones
(5)

INSTRUCTIVO DE LLENADO CAMBIOS EN LA BASE DE DATOS

Concepto

Descripcin

(1)

Fecha en la que efectu la modificacin a la base de datos

(2)

Tabla Modificada

(3)

Programador Analista Responsable

(4)

Forma de Modificacin: (P) programacin, (M) manualmente, (T) tarea programada

(5)

Observaciones sobre campos redefinidos, agregados y si se creo o afecto relaciones

17

BITCORA DE CONTROL DE CAMBIOS EN LOS SISTEMAS

Fec
ha
(1)

Tipo de
Modificac
in
(2)

Sistem
a
Afecta
do
(3)

Programa
dor
Analista
Responsab
le
(4)

Conceptos,
Observacio
nes y
Alcances
(5)

Usuario
Responsa
ble de
Informaci
n
(6)

Fecha
Comprom
iso
(7)

Fecha de
Entrega y
Capacitac
in
(8)

INSTRUCTIVO DE LLENADO CONTROL DE CAMBIOS EN LOS SISTEMAS

Concepto

Descripcin

(1)

Fecha en la que se Inician las modificaciones

(2)

Tipo de Modificacin: (P) Pantalla, (F) Funciones, (Y) Programacin

(3)

Sistema Afectado

(4)

Programador Analista Responsable

(5)

Conceptos, Observaciones y Alcances

(6)

Usuario Responsable de Informacin

(7)

Fecha Compromiso

(8)

Fecha de Entrega y Capacitacin

18