Sistema de control escolar

Materia: Ingeniera de Software

Introduccin Un sistema de base de datos, hoy en da es una necesidad en cualquier empresa, ya que gracias a ella se realizan una infinidad de procedimientos. Ya que se considera una entidad importante donde se puede almacenar datos de manera estructurada. Con la finalidad de que los datos puedan ser administrados por algn usuario. Para cubrir la necesidad que tiene la institucin se crea el SCEA (Sistema de Control Escolar Administrativo), con la finalidad de administrar y controlar la informacin, desde almacenar hasta crear los reportes utilizados por la institucin. Permitiendo de esta manera mayor rendimiento en el trabajo de usuario final. En este caso el administrador que realiza todas estas operaciones es el Departamento de Servicios Escolares. Por lo que se considera que ella junto con el Jefe del rea de Control Escolar de la institucin, son los nicos usuarios finales que existirn en el sistema, ya que ellos son los nicos miembros encargados de esta rea, y por lo tanto tienen mayor conocimiento referente a este tipo de operaciones.

Resea Este software es elaborado en un lenguaje de programacin que se trata de Borland C++Builder en su versin 6, adems el uso de un Gestor de Base de Datos MySQL, el cual nos permite crear una Base de Datos donde nos almacena la informacin. Tambin fue necesario implementar un Conector entre el lenguaje de programacin y el Gestor de Base de Datos, tratndose de MySQL Connector ODBC en su versin 3.5

Requisitos del Software

Es la descripcin de los servicios y restricciones de un sistema de software, es decir, lo que el software debe hacer y bajo qu circunstancias debe hacerlo. ingeniera de requisitos incluye dos actividades principales: la obtencin de requisitos, que da como resultado una especificacin del sistema que el cliente comprende, y el anlisis, que da como resultado un modelo de anlisis que los desarrolladores pueden interpretar sin ambigedad. [BRUEGGE, 2002] La obtencin de requisitos se enfoca en la

descripcin del propsito del sistema y es la que implica el reto mayor. El cliente, los desarrolladores y los usuarios identifican un rea problema y definen un sistema que resuelve el problema. A tal definicin se le llama especificacin de los requisitos del software (SRS) y sirve como contrato entre el cliente y los

desarrolladores. La SRS se estructura y formaliza durante el anlisis para producir un modelo de anlisis. Tanto la SRS como el modelo de anlisis representan la misma informacin. Difieren slo en el lenguaje y notacin que usan. La SRS est escrita en lenguaje natural, mientras que el modelo de anlisis se expresa, por lo general, en una notacin formal o semiformal. La especificacin del sistema es la base de la comunicacin con los stakeholders. El modelo de anlisis es la base de la comunicacin entre los desarrolladores. La obtencin de requisitos y el anlisis se enfocan slo en la visin del sistema que tiene el usuario. Para poder llevar a cabo todo lo anterior se requieren de siete funciones o tareas: Inicio Obtencin Elaboracin Negociacin Especificacin Validacin Gestin
2

A continuacin se dar una breve explicacin de cmo se realizan cada una: INICIO: En esta etapa es donde se inicia con el sistema, ya que comenzamos a identificar las necesidades de la empresa, el impacto que tendr el producto en el rea y que se necesita para cubrir la demanda. Todos estos puntos son necesarios para la elaboracin del software. Un punto muy importante es que el desarrollador debe de tener una comunicacin constante con el dueo de la empresa ya que el desarrollador debe conocer las necesidades y puntos importantes para el software y conocer las principales ideas tanto del dueo como de los empleados de la misma empresa con el fin de elaborar un software, en este caso se utilizara en una escuela. OBTENCIN: En la obtencin se definirn la problemtica que el software intentara resolver, as como las ideas principales para el desarrollo del software. En esta etapa tambin se realizara una primera depuracin donde se definirn las cosas necesarias para que el software las resuelva y que otras cosas no se realizaran con el software. El objetivo de esta etapa es dejar bien claro que se va a hacer, a que problemas va enfocado el software y dejar una idea principal del software para as avanzar a la siguiente etapa. ELABORACIN: En esta etapa como lo indica su nombre, empieza la elaboracin. Se inicia a desarrollar algunos servicios y algunos apartados del software, para esto el software ya paso por un proceso de obtencin en el cual se defini los problemas que resolver el software. Con esa informacin se pueden realizar mdulos que son parte del programa para resolver la problemtica. NEGOCIACIN:

Esta etapa habla de la relacin que habr entre el cliente y el desarrollador. Ambas partes llegaran a un acuerdo que se definir por escrito todo lo relacionado al proyecto, lo que realizara el sistema, el precio que el sistema tendr, as como recursos que necesitar, tiempo que tomar el desarrollo del sistema y el costo del tiempo trabajado. Todo se hace con el fin de que no existan malos entendidos al final del proyecto y ambas partes queden satisfechas con el trabajo. ESPECIFICACIN: Bsicamente en esta etapa se hace la presentacin de documentacin. Se hablara de manera especfica cada seccin del sistema, como se realizara, con que se realizara, cunto tiempo tardara en realizarse y explican los cost-beneficios que obtendrn al implementar el sistema. VALIDACIN: Se realizara una revisin de la especificacin en donde se definirn detalles. Si al hacerlo se encuentran posibles errores o malentendidos, estos se resuelven para poder evitar errores graves a futuro, tambin pueden quitarse cosas que el cliente no necesita o no sean ptimas. GESTIN DE REQUISITOS: En esta ltima etapa se ponen en la mesa cada uno de los requisitos y se presentan para con esto hacer un desarrollo de tablas. Con estas se hace una relacin para empezar a desarrollarlas, en estas tablas se puede observar que se dividen principalmente de caracterstica de interfaz, del subsistema, de las fuentes, etc.

Desarrollo de Casos de Uso