1.

Introducción

Este proyecto es propuesto por el Ingeniero de sistemas Ivan Daza Fernández de la materia Ingeniería
de Software.
La necesidad de la informática en cualquier ámbito de la empresa es, actualmente, innegable.
La mayor parte de procesos se pueden automatizar para que sean más productivos y eficaces. A su vez,
los adelantos de esta ciencia han posibilitado que estos recursos sean económicamente accesibles y
flexibles, y capaces de amoldarse a cualquier requerimiento del cliente.
Por lo tanto, un proyecto desarrolla un producto único con un grupo concreto de gente (un equipo de
trabajo que se forma con una finalidad). Éstas no son sus únicas características; además, un proyecto
se lleva a cabo dentro de un plazo y con unos recursos limitados.
La planificación y control de proyectos informáticos, por lo tanto, se debe ocupar de todo ello:
conseguir un producto que cumpla unas especificaciones concretas, dirigir a un grupo de gente,
gestionar unos recursos limitados y planificar la agenda que lo haga posible, además de contar con los
riesgos que implica el desarrollo de cualquier nuevo producto. Tampoco hay que olvidar que se lleva
a cabo una estructura de trabajo diferente de la jerarquía tradicional. Estas actividades, comunes a
cualquier tipo de proyecto, estarán marcadas por las peculiaridades propias de la naturaleza del
producto informático.

2. Objetivos
2.1.Objetivo General
Desarrollar un Sistema de planificación, seguimiento y control de software.
2.2.Objetivos Específicos
 Identificar las características y propiedades clave del proyecto.
 Seleccionar los instrumentos idóneos para la planificación del proyecto.
 Documentar el proyecto y establecer sistemas para valorar los resultados.

3. Marco Teórico
3.1.Planificación
Ordenar el qué hacer durante el proyecto y asignar adecuadamente los recursos y tareas para
cumplir los objetivos propuestos. En general se planifica para: Organizar el qué hacer del
proceso de desarrollo de software. Minimizar tiempo y costos involucrados. Maximizar el uso
de recursos disponibles. Establecer hitos del proyecto. Medir el avance. Mejorar la
comunicación.
La planificación es una tarea que se desarrolla al inicio del proyecto pero rige el resto de las
fases. Una buena planificación inicial ayudará a que las metas propuestas se cumplan y que los
eventuales inconvenientes sean abordados de mejor forma.
 El proceso de planificación produce idealmente un conjunto de planes, clasificados como
esenciales y de soporte. Los planes esenciales son aquellos que se consideran imprescindibles
en cada proyecto, dentro de estos están: Plan de Proyecto, Plan de Pruebas y Plan de Instalación.
Los planes de soporte no siempre son necesarios, entre ellos están: Plan de Entrenamiento, Plan
de Control de Cambios.
La planificación es un proceso continuo, no es un esfuerzo que se realiza una única vez en el
proyecto. Si los mecanismos de control identifican algún problema, probablemente los planes
deberán ajustarse a esta nueva situación. La planificación es un proceso de toma de decisiones.
No se toman decisiones futuras, sino más bien, se evalúa el impacto futuro de decisiones
actuales. A medida que se planifica se decide lo que debería hacerse y lo que no. Debe
comprometer a aquellos individuos que poseen la habilidad de poner en marcha las cosas,
obteniendo resultados concretos. Al planificar no se intenta eliminar el riesgo, con o sin
planificación existen circunstancias que pueden atentar contra el éxito de un proyecto, la
planificación no puede prevenirlos, pero puede ayudar a reducir su impacto y a controlar el
riesgo. La planificación de proyectos requiere soporte de la administración y de otras áreas
organizacionales.
3.2.Lenguaje de programación

Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas en inglés)
para sistemas operativos Windows. Soporta múltiples lenguajes de programación, tales
como C++, C#, Visual Basic .NET, F#, Java, Python, Ruby y PHP, al igual que entornos de
desarrollo web, como ASP.NET MVC, Django, etc., a lo cual hay que sumarle las nuevas
capacidades online bajo Windows Azure en forma del editor Monaco.

Visual Studio permite a los desarrolladores crear sitios y aplicaciones web, así como servicios
web en cualquier entorno que soporte la plataforma .NET (a partir de la versión .NET 2002).
Así, se pueden crear aplicaciones que se comuniquen entre estaciones de trabajo, páginas web,
dispositivos móviles, dispositivos embebidos y consolas, entre otros.

Permite trabajar con los frameworks:

 .NET Framework 2.0

 .NET Framework 3.0
 .NET Framework 3.5
 .NET Framework 4.0
 .NET Framework 4.5
 .NET Framework 4.5.1
 .NET Framework 4.5.2
 .NET Framework 4.6
  .NET Framework 4.6.1

https://my.visualstudio.com/Downloads?pid=1881

3.3.Gestor de Base de Datos

Microsoft SQL Server es un sistema de manejo de bases de datos del modelo relacional,
desarrollado por la empresa Microsoft.

El lenguaje de desarrollo utilizado (por línea de comandos o mediante la interfaz gráfica de

Management Studio) es Transact-SQL (TSQL), una implementación del estándar ANSI del
lenguaje SQL, utilizado para manipular y recuperar datos (DML), crear tablas y definir
relaciones entre ellas (DDL).

Dentro de los competidores más destacados de SQL Server

están: Oracle, MariaDB, MySQL, PostgreSQL. SQL Server solo está disponible para sistemas
operativos Windows de Microsoft.

Puede ser configurado para utilizar varias instancias en el mismo servidor físico, la primera
instalación lleva generalmente el nombre del servidor, y las siguientes - nombres específicos
(con un guion invertido entre el nombre del servidor y el nombre de la instalación).

Características:

 Soporte de transacciones.
 Soporta procedimientos almacenados.
 Incluye también un entorno gráfico de administración, que permite el uso
de comandos DDL y DML gráficamente.
 Permite trabajar en modo cliente-servidor, donde la información y datos se alojan en
el servidor y los terminales o clientes de la red sólo acceden a la información.
 Además permite administrar información de otros servidores de datos.

Este sistema incluye una versión reducida, llamada MSDE con el mismo motor de base de
datos pero orientado a proyectos más pequeños, que en sus versiones 2005 y 2008 pasa a ser
el SQL Express Edition, que se distribuye en forma gratuita.

Es común desarrollar proyectos completos empleando Microsoft SQL Server y Microsoft

Access a través de los llamados ADP (Access Data Project). De esta forma se completa la base
de datos (Microsoft SQL Server), con el entorno de desarrollo (VBA Access), a través de la
implementación de aplicaciones de dos capas mediante el uso de formularios Windows.

En el manejo de SQL mediante líneas de comando se utiliza el SQLCMD, osql, o PowerShell.

 Para el desarrollo de aplicaciones más complejas (tres o más capas), Microsoft SQL
Server incluye interfaces de acceso para varias plataformas de desarrollo, entre ellas .NET, pero
el servidor sólo está disponible para Sistemas Operativos.

El tipo NUMERIC fue mejorado para ser usado como identificador de columna a partir de la
versión 2008

Desventajas:

 Server 2012 las consultas escritas en T-SQL no son retrocompatible con la versión de
SQL Server 2008 o anteriores.

 En versiones de 32 bits, SQL Server usa Address Windowing Extension (AWE) para
hacer el direccionamiento por encima de 4 GB. Esto le impide usar la administración
dinámica de memoria, y sólo le permite alojar un máximo de 64 GB de memoria
compartida. Esta limitación es exclusiva de sistemas operativos 32 bits; en sistemas
operativos 64 bits, la memoria máxima que se puede direccionar en Edición Estándar es
64 Gb y en Edición Enterprise 4Tb

3.4.Justificación
4. Marco Práctico
4.1.Requerimientos Funcionales
La especificación es el resultado del proceso de planificación y puede ser vista como un proceso
de representación. La ejecución del plan concluye en la instanciación de un producto o proceso
en particular. La especificación del producto describe la visión externa del producto. La
especificación del proceso describe cómo realizar un determinado proceso. La especificación
de requerimientos es una descripción detallada y precisa de la funcionalidad del sistema
teniendo en cuenta las restricciones del mismo. Generalmente, la especificación de
requerimientos sirve como base para el contrato entre los desarrolladores y el cliente. Como
ejemplo, la especificación del diseño de Software. Esta puede contener: La especificación del
tipo de producto de entrada (producto de los requerimientos), incluyendo una sintaxis formal y
descripción semántica para el documento de requerimientos (ANSI / IEEE-Std-830). La
especificación del tipo de producto de salida (producto del diseño), incluyendo una sintaxis
formal y la descripción semántica para el documento de diseño. La especificación del tipo de
proceso (proceso de diseño), incluyendo una pauta para el uso de una técnica de diseño
específica, como Diseño estructurado o Diseño Orientado a Objetos (DOO). Esta fase trata de
aclarar qué es lo que un sistema debe de hacer. Describe la función y el rendimiento del sistema
y las restricciones que gobernarán su desarrollo. También describe la información (control y
datos) que sirve de entrada y salida al sistema. Es evidente que, en esta etapa, el sistema objetivo
 está sujeto a muchos cambios antes de que sea realmente implantado. Para la especificación
Balzer y Goldman proponen ocho principios[6] para una buena especificación: Principio 1:
Separar funcionalidad de implementación. Las especificaciones deben describir que se desea
realizar, no cómo se va a realizar. Principio 2: Se necesita utilizar un lenguaje de especificación
de sistemas orientado a procesos. Si se considera un entorno dinámico, donde los cambios
afectan al comportamiento de algunas entidades, entonces los sistemas no pueden ser
representados formalmente. Por lo tanto, se puede usar una descripción orientada al proceso,
en la cual la especificación se obtiene mediante un modelo de comportamiento deseado en
términos de respuestas funcionales ante distintos estímulos del entorno. Eje
4.2.Diagramas de Casos de Uso

4.3.Diagrama de Clases
Se va enlazar tareas para representar las dependencias o relaciones de precedencia que existen
entre las tareas de un proyecto. Normalmente estas dependencias o restricciones temporales se
expresan como enlaces que definen relaciones entre las fechas de inicio y finalización de las
tareas de un proyecto. En Ms Project hay cuatro tipos de relaciones entre tareas:
• Fin a Comienzo (FC): La tarea B no puede empezar hasta que la tarea A haya terminado
 • Comienzo a Comienzo (CC): La tarea B no puede empezar hasta que no empiece la tarea A

• Fin a Fin (FF): La tarea B no puede terminar hasta que la tarea A haya terminado

• Comienzo a Fin (CF): La tarea B no puede terminar hasta que no empiece la tarea A

4.4.Pruebas (Caja Negras)

Los casos de pruebas requieren tiempo y dinero, por lo que los casos de prueba que no
encuentran un error son una pérdida de recursos. En consecuencia es primordial diseñar casos
de prueba que sean eficaces. Los métodos de Diseño y construcción de casos de pruebas se
pueden dividir en dos grandes categorías basado en la perspectiva usada para generarlos. Si
requieren conocer la estructura interna de los componentes del software, reciben el nombre de
Caja Blanca o pruebas orientadas a la lógica. Si se basan en los requerimientos funcionales del
sistema, se conocen como de Caja Negra o pruebas orientadas a los datos. Las pruebas de caja
negra se consideran superiores a las de caja blanca, ya que pueden ser utilizados bien temprano
en el desarrollo. Estrategia de Caja Blanca El conjunto ideal de datos de prueba de Caja Blanca
es aquel que ejecuta exhaustivamente todos los caminos de los flujos de control en un módulo
o programa. Esto no es posible en la práctica. Estrategia de Caja Negra Para realizar un testing
de Caja Negra exhaustivo, se requiere probar todos los posibles casos de entrada al módulo o
programa, lo que por lo general es imposible en la práctica.
5. Conclusión