Desarrollo de un sistema de información para la predicción de consultas de búsqueda. Disposiciones generales de seguridad. Diseño de página de título

nombre del estudiante

título del trabajo

Supervisor

Facultad

Programa

Año de protección

Este artículo describe el diseño y desarrollo de un sistema de información que permite recolectar datos estadísticos sobre el número de consultas de los usuarios en motores de búsqueda desde el año 2004 a la fecha del análisis; estructurar automáticamente los datos recibidos; analizar estadísticas y calcular el indicador previsto del número de consultas de búsqueda para el próximo mes utilizando métodos estadísticos, incluidas series de tiempo, así como utilizando tecnologías de redes neuronales. El objetivo del trabajo es diseñar y desarrollar un sistema de información analítica que proporcione. la capacidad de predecir consultas de búsqueda específicas de los usuarios. Objetivos la investigación incluye: - análisis de literatura especializada, recopilación, sistematización y síntesis; materiales instructivos y normativos, análisis del área temática; - análisis de metodologías para la recopilación y análisis de datos; - análisis de tecnologías de la información para el desarrollo de sistemas; - desarrollo de un sistema de información y análisis; El objeto del estudio son las consultas de búsqueda de los usuarios. El tema del estudio son las herramientas para analizar y pronosticar cambios en el número de consultas de búsqueda en Internet. El trabajo final de calificación incluye una introducción, 3 capítulos, una conclusión y 3 apéndices. describe brevemente la relevancia del trabajo de calificación final, describe las metas y objetivos del sistema de información y también describe los principales grupos de usuarios objetivo, para los cuales está destinado el sistema de información desarrollado. El primer capítulo proporciona una descripción general del área temática y el análisis. de conceptos clave, análisis de procesos de negocio y análisis de soluciones existentes. Se identifican las principales funciones de usuario necesarias del sistema de información desarrollado, se determina el marco del sistema de información y se justifica la idoneidad del uso de métodos de pronóstico para las tareas asignadas. El segundo capítulo describe la justificación para la elección de las herramientas. desarrollar un sistema de información y describe el proceso de desarrollo y prueba de un sistema de información para predecir consultas de búsqueda. Se describe el proceso de diseño y creación de una base de datos, formularios de pantalla y la lógica operativa del sistema de información. El tercer capítulo proporciona una justificación económica, justificando la efectividad del uso del sistema de información desarrollado para los grupos objetivo: usuarios del sistema de información desarrollado. La conclusión está dedicada a una descripción de los resultados obtenidos durante la realización del trabajo de calificación final, es decir, el cumplimiento de las metas y objetivos planteados con los resultados, una breve descripción de las conclusiones y valoraciones sobre las capacidades predictivas del sistema de información desarrollado. El trabajo está dirigido a todos los que estén interesados ​​en métodos de previsión y seguimiento de cambios en el número de consultas de determinados motores de búsqueda en Internet.

Todos los estudiantes completan los trabajos finales de calificación (GQT) en la Escuela Superior de Economía de la Universidad Nacional de Investigación de acuerdo con la universidad y las reglas definidas por cada programa educativo.

Los resúmenes de todas las disertaciones se publican necesariamente en el dominio público en el portal corporativo de HSE.

El texto completo de la tesis se publica en el dominio público en el portal de HSE solo con el consentimiento del estudiante, el autor (titular de los derechos de autor) del trabajo o, en el caso de un equipo de estudiantes, con el consentimiento de todos los co -autores (titulares de los derechos de autor) de la obra. Después de ser publicada en el portal HSE, la tesis adquiere el estatus de publicación electrónica.

En el caso de utilizar VKR, incluso mediante citas, se requiere el nombre del autor y la fuente del préstamo.

Se proponen los siguientes contenidos de una CMR ideal:

dirección "Informática e Informática".

• 1. Resumen según GOST 7-86-2004.
• 2. Introducción. Área temática.
• 2.1. Descripción del área temática.
• 2.2. Métodos aplicados de investigación y análisis de sistemas del área temática.
• 2.3. Criterio para la calidad de un área temática, a partir del cual se realiza la búsqueda de un problema existente.
• 2.4. El resultado de la investigación y el análisis: un problema descubierto, cuya solución es el VCR.
• 2.5. Relevancia y significado práctico de la solución del problema identificado.
• 2.6. Medios existentes para resolver un problema, herramientas, sistemas o productos de software ya preparados. Una breve descripción del estado actual de la cuestión que se está desarrollando en Rusia y en el extranjero.
• 2.7. Justificación de la inadecuación de las herramientas existentes y la necesidad de crear (o ajustes, modificaciones, adiciones significativas al existente) sistema de información (SI).
• 2.8. Una evaluación económica, ambiental, social o de otro tipo de la viabilidad de crear propiedad intelectual para resolver un problema.
• 3. Sistema de información.
• 3.1. Objetivos de cara al IP creado.
• 3.2. Problemas que deben resolverse para alcanzar las metas.
• 3.3. Definir los requisitos de SI y elegir un método de definición de requisitos: desarrollo impulsado por el usuario, desarrollo controlado por el usuario, desarrollo independiente del usuario.
• 3.4. Desarrollo de especificaciones de calidad IP. Puedes usar primitivas de calidad:
• 3.4.1. Lo completo.
• 3.4.2. Exactitud.
• 3.4.3. Autonomía (autocontención).
• 3.4.4. Robustez.
• 3.4.5. Defensividad.
• 3.4.6. Documentación.
• 3.4.7. Responsabilidad.
• 3.4.8. Habilidades de comunicación.
• 3.4.9. Eficiencia del tiempo.
• 3.4.10. Eficiencia de recursos.
• 3.4.11. Eficiencia del dispositivo.
• 3.4.12. Comprensibilidad.
• 3.4.13. Estructuración.
• 3.4.14. Legibilidad.
• 3.4.15. Aumentabilidad.
• 3.4.16. Modificabilidad.
• 3.4.17. Modularidad.
• 3.4.18. Independencia del dispositivo.
• 3.4.19. Otras primitivas de calidad.
• 4. Modelado funcional del área temática.
• 4.1. Seleccionar el tipo de modelo de dominio funcional (SADT, DFD, IDEF3) en cada nivel.
• 4.2. Seleccionar una herramienta de modelado de dominio funcional.
• 4.3. Creación del modelo AS IS.
• 4.4. Análisis del modelo, detección de deficiencias.
• 4.5. Optimización y reingeniería del modelo funcional del área temática. Aplicación de métodos de modelación matemática o teoría de la decisión para optimizar el área temática.
• 4.6. Creación de un modelo TO BE (resultado de optimización).
• 4.7. Análisis de las consecuencias de la reingeniería.
• 4.8. Selección de procesos a automatizar.
• 4.9. Análisis de conexiones externas del modelo, es decir. flujos de datos y eventos entrantes y salientes.
• 5. Elaboración de una especificación funcional del SI.
• 5.1. Descripción del entorno de información externo al que deben aplicarse los programas del SI desarrollado.
• 5.2. Formulación de funciones SI definidas sobre un conjunto de estados de un entorno de información específico (funciones SI externas).
• 5.3. Descripción de situaciones indeseables (excepcionales) que pueden surgir durante la ejecución de programas de SI, y reacciones ante estas situaciones que deben proporcionar los programas correspondientes.
• 6. Modelado de información del área temática.
• 6.1. Seleccionar una herramienta para crear un modelo de información.
• 6.2. Modelo de información de dominio (ERD).
• 6.3. Normalización de datos en ERD. Desnormalización racional.
• 6.4. Diseño de índices.
• 7. Diseño de circuitos integrados.
• 7.1. Selección de la arquitectura de software del SI.
• 7.1.1. Selección y justificación del principal planteamiento arquitectónico.
• 7.1.1.1. Programa completo;
• 7.1.1.2. Un conjunto de programas ejecutados de forma autónoma;
• 7.1.1.3. Sistema de software en capas (multinivel);
• 7.1.1.4. Un grupo de programas que se ejecutan en paralelo.
• 7.1.2. Seleccionar una arquitectura de servidor: servidor de archivos, SQL, servidor de terminal, etc.
• 7.1.3. Elección de la arquitectura del cliente: PS monolítico, PS cliente-servidor (dos niveles), PS de tres niveles (cliente - servidor de aplicaciones - servidor de bases de datos), etc.
• 7.1.4. La elección de la arquitectura IS desde la perspectiva de la división en estaciones de trabajo automatizadas (AWS) en las que se implementan las funciones IS.
• 7.2. Seleccionar la arquitectura de los sistemas de información técnica (comunicaciones y telecomunicaciones, arquitectura hardware, etc.). Cálculos de ancho de banda de redes informáticas, tiempo de respuesta, etc.
• 7.3. Seleccionar un sistema operativo para todas las partes del PS IS.
• 7.4. Seleccionar un modelo de ciclo de vida del software (enfoque en cascada, programación exploratoria, creación de prototipos, enfoque en espiral u otro modelo).
• 7.5. Justificación y selección de un sistema gestor de bases de datos (SGBD).
• 7.6. Seleccionar un software para implementar partes del software (parte del cliente, parte del servidor, cliente “ligero” o “grueso”, interfaz WEB, etc.).
• 7.7. Selección y justificación de la elección de las tecnologías de programación utilizadas en el marco de las herramientas de software seleccionadas para la implementación del SI.
• 7.8. Dividir el software en partes (módulos).
• 7.9. Análisis ergonómico de piezas de PS creadas.
• 7.10. Desarrollo de software o módulos. Se debe prestar atención (y reflejar en la nota) los siguientes puntos:
• 7.10.1. Características y sutilezas de la implementación de PS.
• 7.10.2. Instrucciones de compilación.
• 7.10.3. Instrucciones para colocar archivos.
• 7.10.4. Seleccionar y utilizar herramientas de creación de objetos, etc.
• 8. Selección de tecnología de implementación de propiedad intelectual y métodos de gestión del desarrollo.
• 9. Desarrollo de recomendaciones para la selección de hardware IC.
• 10. Desarrollo de medidas para garantizar la fiabilidad de los sistemas de información (redundancia, mirroring, archivo, etc.).
• 11. Desarrollo de medidas para proteger la información durante la operación de los sistemas de información.
• 11.1. Medidas administrativas.
• 11.2. Herramientas informáticas.
• 11.3. Hardware.
• 12. Desarrollo de medios de comunicación entre sistemas de información y almacenamientos de datos externos o fuentes de información (flujos).
• 13. Pruebas de propiedad intelectual.
• 14. Instalación de SI en las instalaciones del cliente. Procedimiento, descripción del SI y configuración del entorno.
• 15. Recomendaciones para la implementación de SI.
• 15.1. Acciones para preparar al cliente para la implementación.
• 15.2. El procedimiento para implementar estaciones de trabajo IS específicas y componentes IS.
• 15.3. El procedimiento y programa de formación de usuarios de puestos de trabajo automatizados.
• 15.4. Descripción del funcionamiento del SI en paralelo al SI existente.
• 16. Desarrollo de documentación para SI.
• 16.1. Determinar la posibilidad y perspectivas de combinar algunas funciones de usuario, administrador y programador de SI.
• 16.2. Procedimiento de acciones del usuario al realizar funciones IS (manual del usuario).
• 16.3. El orden y la frecuencia de las acciones del administrador al mantener el DBMS, verificar la integridad de las tablas, la adecuación de los índices, la seguridad de los datos, configurar los componentes del SI, optimizar el entorno para mejorar el rendimiento del SI, etc. Listado de posibles fallos y acciones para eliminarlos (guía del administrador).
• 16.4. Acciones al actualizar el IS, por ejemplo, al desarrollar formularios impresos y en pantalla adicionales (guía del desarrollador).
• 16.5. Un listado de posibles preguntas y problemas de los usuarios y respuestas (aclaraciones) o acciones del administrador (Preguntas Frecuentes).
• 17. Posibilidades de mayor perfeccionamiento o desarrollo de la propiedad intelectual.
• 18. Conclusiones, conclusión (incluida la novedad científica, relevancia, valor práctico y contribución personal del desarrollador).
• 19. Lista de fuentes utilizadas según GOST 7-1-2003.
• 20. Aplicaciones. Los materiales de apoyo deben incluirse en los archivos adjuntos para que no carguen el texto de la nota explicativa. Estos pueden ser cálculos y cálculos matemáticos intermedios, informes de pruebas, descripciones de instrumentos y herramientas informáticas, documentos de programas, impresiones de textos de programas, pantallas de programas desarrollados, etc.

La lista dada se amplía significativamente según

en comparación con el volumen de una videograbadora típica. Se supone que, de acuerdo con las características del SI específico que se está creando, el estudiante elegirá entre

sólo le asignará aquellos puestos que sean adecuados a su tarea.

Introducción

Métodos modernos de automatización del control del proceso educativo.

1 El concepto de “revista electrónica”

2 Revisión de software moderno para resolver el problema de mantener una revista electrónica.

Declaración del problema

1 Propósito, objetivos de la creación de un sistema de información.

2 Requisitos del sistema de información

Diseño de sistemas de información orientados funcionalmente.

1 Elementos básicos del modelo

2 Construyendo un diagrama de contexto

3 Construcción de diagramas de descomposición IDEF0

Diseño de información del sistema.

1 Análisis de información del área temática e identificación de objetos de información.

2 Construyendo un modelo de datos lógico

Diseño de bases de datos relacionales

1 Descripción del modelo relacional

2. Descripción de las tablas de la base de datos.

3 Seleccionar un DBMS

Desarrollo de una aplicación cliente-servidor para trabajar con una base de datos.

1 tecnología cliente-servidor

2 Herramientas de programación para la aplicación que se está desarrollando

3 Implementación software del módulo “Profesor”

4 Implementación software del módulo “Team Leader”

5 Implementación software del módulo “Administrador del Establecimiento”

6 Implementación de software del módulo “Parent”

7 Implementación software del módulo “Administrador Técnico del Sistema”

Estudio de viabilidad del proyecto.

1 Propósito del trabajo

2 Determinación del alcance del trabajo.

3 Determinación de la intensidad laboral de desarrollo.

4 Cálculo del coste estimado del módulo.

5 Evaluación de la calidad del sistema de contabilidad de la carga de trabajo docente

Conclusión

Lista de fuentes utilizadas

Apéndice A. Resultados del control de mitad de período

Apéndice B. Registro de entrenamiento

Apéndice B: Hoja de asistencia

Apéndice D. Establecimiento de dependencias funcionales

Apéndice D. Parte económica

INTRODUCCIÓN

Las modernas tecnologías de la información se están introduciendo rápidamente en todas las esferas de la actividad humana, incluido el campo de la educación. El nivel de desarrollo de los recursos de información y la naturaleza de su uso influyen significativamente en el bienestar de la sociedad y en la eficiencia del desempeño de una determinada actividad profesional. La posición de liderazgo de cualquier organización está determinada principalmente por su capacidad para utilizar de manera competente los logros avanzados en el campo de la tecnología de la información. Un papel especial en este sentido lo juega el ámbito de la educación, donde se forma el potencial intelectual del país, consumiendo y creando sus recursos de información.

La informatización es un conjunto de trabajos encaminados al desarrollo, implementación, mantenimiento, desarrollo y sustitución de tecnologías tradicionales en todos los ámbitos de actividad por tecnologías de la información y las telecomunicaciones más eficaces.

La implementación de AIS tiene como objetivo resolver los problemas de planificación, contabilidad, control, intercambio de información, registro y almacenamiento de datos, aumentar la eficiencia del trabajo de oficina, reducir la proporción del flujo de documentos en papel y aumentar la precisión del trabajo analítico.

Hoy en día, el desarrollo de las tecnologías web aporta nuevas ventajas al diseño y desarrollo de dichos sistemas. Los medios modernos para crear tecnologías web son comparables y no inferiores en velocidad y comodidad a las aplicaciones de escritorio convencionales, y al mismo tiempo son accesibles en cualquier momento y desde cualquier parte del mundo, sin necesidad de software ni sistema operativo especializados. Estas ventajas alientan a los clientes y, en consecuencia, a los desarrolladores, a crear aplicaciones con una interfaz web como sustituto de las soluciones de escritorio o locales.

Durante muchos años, la Universidad Estatal de Vologda ha estado trabajando activamente y con mucho éxito en la informatización del proceso educativo para mejorar la calidad de la educación.

Uno de los sistemas que se suele implementar debido a la necesidad de su uso es un libro de calificaciones electrónico, que automatiza el proceso de seguimiento del progreso, duplica las entradas de un diario en papel tradicional, protegiéndolo de distorsiones, permite controlar la acumulación de calificaciones en materias, etc.

El propósito de este trabajo es construir un modelo del sistema de información “Diario Electrónico” y desarrollar una aplicación web para automatizar el proceso de mantenimiento de un diario de rendimiento académico y asistencia.

Los principales objetivos del proyecto son:

Desarrollo de un modelo funcional del sistema;

Desarrollo de un modelo lógico del sistema;

Desarrollo de un modelo físico del sistema;

Desarrollo de bases de datos;

Desarrollo de una aplicación para trabajar con una base de datos.

1. Métodos modernos de automatización del control del proceso educativo.

.1 El concepto de “Revista electrónica”

Cualquier institución educativa se enfrenta a un gran flujo de papeleo. Los profesores realizan diariamente decenas de manipulaciones para seleccionar la información necesaria y completar un registro de clase.

Hoy en día, el nivel de la tecnología de la información es bastante alto y una cantidad cada vez mayor de documentación electrónica está adquiriendo estatus oficial, reemplazando las fuentes físicas. Así, las tecnologías de la información permiten implementar un sistema de seguimiento adicional del progreso de los estudiantes, al tiempo que se automatiza este proceso en una institución educativa.

Una revista electrónica es una herramienta conveniente y poderosa para crear un espacio educativo e informativo unificado para una institución educativa y para la interacción de una institución educativa con los padres de los estudiantes.

Dado que una revista electrónica es un sistema de información, basta con completar una vez todos los datos sobre los estudiantes y el proceso educativo, y en el futuro solo complementarlos o corregirlos si es necesario.

.2 Revisión de software moderno para resolver el problema de mantener una revista electrónica.

A gran nivel, existen diferentes implementaciones de sistemas similares. En otros países, la automatización del proceso educativo se encuentra en un nivel incluso mayor que en las instituciones de nuestro país. Probablemente esto se deba tanto al retraso general de nuestro país en materia de tecnología de la información como al desarrollo generalizado de la educación a distancia en los países occidentales. Este último estimula la automatización de acciones en educación, la introducción de interfaces web para el acceso a herramientas de automatización. Un estudiante universitario que estudia de forma remota a veces tiene la oportunidad de verificar la situación solo a través de Internet, por lo que para la introducción exitosa de la educación remota es necesario acceder a su propia cuenta a través de la World Wide Web.

En Rusia, el desarrollo de la educación a distancia apenas comienza a cobrar impulso. Por lo tanto, el número de estos servicios aún no es tan grande como en el extranjero. Además, casi todas las instituciones que introducen servicios de educación a distancia y rendimiento estudiantil se consideran sucursales de institutos e instituciones de educación secundaria extranjeras. Implementaciones similares en Rusia incluyen software de seguimiento del rendimiento en las escuelas secundarias, cuyo objetivo es notificar a los padres sobre el estado de sus hijos. Estas soluciones son desarrolladas por empresas privadas. Así, muchas escuelas de la ciudad han introducido un sistema de diarios electrónicos de los estudiantes, con la ayuda del cual los padres de los estudiantes tienen todas las posibilidades de controlar a sus propios hijos. Pero casi todos estos servicios no brindan acceso a datos sobre el desempeño académico de los adolescentes a través de Internet. Sin embargo, a pesar de esto, la creación de tales “revistas electrónicas” no es un mal requisito previo para el mayor desarrollo de sistemas similares a una escala mucho mayor.

Entre los planes similares al que se está desarrollando, cabe destacar el recurso “Portal educativo de educación a distancia” de la Universidad Estatal de Vologda, construido sobre la plataforma MOODLE, que todavía se considera un buen ejemplo de servicio web para estudiantes con fines educativos. . El sistema está destinado principalmente a organizar la interacción entre profesor y estudiantes, pero también es adecuado para organizar cursos regulares a distancia, así como asistencia en el aprendizaje presencial. El recurso puede ser utilizado por estudiantes sujeto a la recepción de los datos de registro del profesor que publicó el curso.

Las implementaciones más exitosas del sistema de Revista Electrónica en Rusia son:

· www.antcol.ru/jur - Registro de progreso de los estudiantes del Colegio Internacional de Turismo (Fig. 1.2.1).

Arroz. 1.2.1 - Diario de progreso estudiantil del Colegio Internacional de Turismo

· www.emsy.org: un servicio en línea independiente de libros de calificaciones electrónicos, dirigido a instituciones educativas de los países de la CEI: escuelas, instituciones preescolares, liceos, colegios, escuelas técnicas, institutos, centros de certificación y otros. La función principal del servicio es organizar y mantener diarios de calificaciones en Internet (Fig. 1.2.2).

· www.dnevnik.ru: red educativa escolar gratuita de toda Rusia (Fig. 1.2.3).

Arroz. 1.2.2 - Servicio independiente en línea de revistas electrónicas www.emsy.org

Arroz. 1.2.3 - Red educativa escolar gratuita de toda Rusia www.dnevnik.ru

Habiendo examinado las soluciones disponibles de acuerdo con el tema, podemos concluir que el problema presentado se considera no completamente resuelto, lo que brinda grandes oportunidades para futuras investigaciones y mejoras. Probablemente esto sea especialmente relevante para nuestro país en general y para Vologda en particular. La implementación de servicios web para una revista electrónica es de fundamental importancia práctica para los estudiantes, porque les permitirá monitorear su estado de cosas en la institución educativa en cualquier momento y desde cualquier lugar con la accesibilidad de la World Wide Web. También facilita que los padres controlen a sus hijos (notas y asistencia).

2. Planteamiento del problema

.1 Propósito, objetivos de la creación de un sistema de información.

El sistema de información que se está desarrollando debe mantener registros automatizados del progreso y la asistencia de los estudiantes.

El sistema de información “Diario Electrónico” está diseñado para brindar información integral y soporte analítico de los procesos de una institución educativa, en términos de realizar las siguientes funciones:

ingresar y editar datos sobre el desempeño de los estudiantes;

ingresar y editar datos sobre la asistencia de los estudiantes a clases;

ingresar y editar la lista de estudiantes, la lista de grupos y la lista de especialidades;

entrada y edición del plan de estudios;

resultado del rendimiento académico de acuerdo con parámetros especificados;

salida de asistencia.

El sistema de información “Diario Electrónico” está destinado a ser utilizado en instituciones educativas que realicen las funciones antes descritas.

Los principales objetivos de la creación de un sistema de información son:

aumentar la eficiencia de la ejecución de los procesos enumerados anteriormente al reducir las operaciones improductivas y duplicadas, las operaciones realizadas "manualmente", optimizando la interacción de la información de los participantes del proceso;

mejorar la calidad de la toma de decisiones de gestión debido a la velocidad de presentación, la integridad, la confiabilidad y la conveniencia de los formatos de visualización de la información;

aumentar la apertura informativa y la transparencia de las actividades de la institución educativa;

aumentando la comodidad y confort a la hora de obtener información sobre los servicios prestados al consumidor.

.2 Requisitos del sistema de información

Los requisitos clave para el sistema creado son:

apertura, es decir, debe cumplir con todos los estándares modernos, soporte para tecnologías web, así como la capacidad de agregar funcionalidad tanto de desarrolladores externos como de desarrollo de estudiantes;

la escalabilidad como requisito clave en términos de ahorro. No es necesario reconstruir el sistema nuevamente al aumentar la funcionalidad;

Multiplataforma, capacidad para trabajar en varios dispositivos, sistemas operativos, servidores;

adaptabilidad, es decir, la capacidad de personalizar fácilmente según las necesidades del cliente;

extensibilidad, es decir, la capacidad de aumentar la funcionalidad del sistema sin cambiar el método y la base de desarrollo previamente adoptados,

localización, es decir, apoyo a los requisitos y estándares nacionales en el campo del flujo de documentos, organización del proceso de aprendizaje, características del sistema educativo ruso.

Los requisitos básicos para el sistema de información desarrollado en cuanto a funcionalidad son los siguientes:

El sistema debe garantizar la confidencialidad de la información de tal manera que los datos personales del estudiante solo puedan ser vistos por él mismo, sus padres y el personal docente de la escuela técnica, y solo los docentes pertinentes puedan realizar cambios;

El estudiante es asignado a uno de los grupos, y el grupo, a su vez, es asignado a una de las especialidades;

Cada disciplina está asignada a uno de los grupos, así como a uno de los profesores;

El código de estudiante es único e inmutable;

Los números de disciplinas, grupos y especialidades son únicos y no cambian, pero sus nombres pueden cambiar.

3. Diseño orientado funcionalmente de un sistema de información.

.1 Elementos principales del modelo

La Tabla 3.1.1 muestra los principales elementos del modelo del sistema de información.

Tabla 3.1.1

Elementos básicos de un modelo de dominio.

Nombre del proyecto: Diseño de un sistema de información para mantener registros del progreso y asistencia de los estudiantes Objetivo del proyecto: Preparar un modelo de trabajo del proceso de negocio para mantener registros del progreso y asistencia de los estudiantes Tecnología de modelado: Método de modelado funcional IDEF0 Herramientas: BPWin 4.0. producto de software Lista de datos: Lista de especialidades; Lista de grupos; Lista de disciplinas; Lista de estudiantes; Rendimiento académico; Asistencia. Relación de funciones: A0. Llevar un diario electrónico de rendimiento académico y asistencia A1. Entrada y edición de datos A1.1. Acceso a especialidades A1.2. Entrar en grupos A1.3. Introducción a las disciplinas A1.4. Entrada del estudiante A1.5. Acceso al rendimiento académico A1.6. Ingresar asistencia A2. Tramitación de la solicitud del usuario A2.1. Selección de los parámetros de solicitud A2.2. Procesando la solicitud

La Tabla 3.1.2 proporciona una descripción de los bloques funcionales del modelo de dominio.

Tabla 3.1.2

Descripción de bloques de funciones

Nombre del bloque Descripción de las tareas a resolver A1. Entrada y edición de datos Este bloque incluye todas las etapas de entrada y edición de datos A2. Procesamiento de una solicitud de usuario Este bloque contiene todas las etapas del procesamiento de una solicitud de usuario.

.2 Construcción de un diagrama de contexto

El diagrama superior, en el que el objeto de modelado está representado por un único bloque con flechas de límite. Este diagrama se llama A-0. Las flechas en este diagrama representan las relaciones entre el objeto modelado y su entorno. Como un único bloque representa el objeto completo, su nombre es común para todo el proyecto. Lo mismo ocurre con todas las flechas del diagrama, ya que representan el conjunto completo de interfaces externas del objeto. El diagrama A-0 establece el área de modelado y su límite.

El diagrama de contexto A-0 también debe contener declaraciones breves que identifiquen el punto de vista de la persona o departamento desde quien se crea el modelo y el propósito para el cual se desarrolla. Estas declaraciones ayudan a guiar el desarrollo del modelo y a poner el proceso dentro de un marco. El punto de vista determina qué y en qué contexto se puede ver dentro del contexto del modelo. Cambiar el punto de vista lleva a considerar otros aspectos del objeto. Aspectos que son importantes desde un punto de vista pueden no aparecer en un modelo desarrollado desde otro punto de vista del mismo objeto. La declaración del objetivo expresa la razón para crear el modelo, es decir Contiene una lista de preguntas que el modelo debe responder, lo que determina en gran medida su estructura. Las propiedades más importantes de un objeto suelen identificarse en los niveles superiores de la jerarquía; A medida que la función de nivel superior se descompone y divide en subfunciones, estas propiedades se refinan. Cada subfunción, a su vez, se descompone en elementos del siguiente nivel, y esto sucede hasta obtener una estructura relevante que permita responder las preguntas formuladas en el objetivo del modelado. Cada subfunción se modela como un bloque separado. Cada bloque principal se describe en detalle mediante un diagrama secundario en un nivel inferior. Todos los diagramas secundarios deben estar dentro del área del diagrama de contexto de nivel superior.

Las actividades son procesos, funciones o tareas con nombre que ocurren durante un período de tiempo y tienen resultados reconocibles. Las obras se representan como rectángulos. Todas las obras deben ser nombradas y definidas. El nombre del trabajo debe expresarse como un sustantivo verbal que denota la acción (por ejemplo, "Mantener un registro electrónico de calificaciones y asistencia"). El trabajo "Mantener un diario electrónico de rendimiento académico y asistencia" puede tener, por ejemplo, la siguiente definición: "Este es un modelo que describe el proceso de ingresar y editar repetidamente datos personales de los estudiantes y su posterior salida al usuario". Cuando crea un nuevo modelo, se crea automáticamente un diagrama de contexto con un solo trabajo que representa el sistema en su conjunto.

La interacción de las obras con el mundo exterior y entre sí se describe en forma de flechas. Las flechas representan cierta información y se llaman sustantivos. Hay 4 tipos de flechas:

Aporte. Se colocan al lado izquierdo y describen el material o información que se está transformando en este trabajo;

Fin de semana. Se colocan en el lado derecho y describen el material o información que se produce con este trabajo (debe estar presente al menos una flecha de este tipo);

Gestión: reglas, procedimientos o estándares, regulaciones sobre cuya base se debe realizar este trabajo (también debe estar presente al menos una flecha);

Recursos o mecanismos (recursos materiales, laborales, financieros).

En la figura. 3.2.1 muestra el diagrama de contexto “Mantener un registro electrónico de asistencia”.

Arroz. 3.2.1 - Diagrama de contexto “Mantener un diario electrónico de rendimiento académico y asistencia”

.3 Construcción de diagramas de descomposición IDEF0

Después de describir el sistema como un todo, se divide en grandes fragmentos. Este proceso se llama descomposición funcional y los diagramas que describen cualquier fragmento y la interacción de los fragmentos se denominan diagramas de descomposición. Después de descomponer el diagrama de contexto, cada fragmento grande del sistema se descompone en el más pequeño, etc., hasta lograr un valor adecuado para el detalle de la descripción. Después de cada sesión de descomposición, se llevan a cabo sesiones de examen: los expertos en la materia muestran la relación entre los procesos comerciales reales y los diagramas elaborados. Las discrepancias encontradas se corrigen y sólo después de aprobar el examen y sin comentarios se puede pasar a la siguiente sesión de descomposición. Esto garantiza que el modelo corresponda a procesos de negocio reales en cualquier nivel del modelo. La sintaxis para describir el sistema como un todo y cada uno de sus fragmentos es similar a lo largo de la construcción de todo el modelo.

Los diagramas de descomposición contienen un trabajo similar, es decir trabajos secundarios que tienen un trabajo monoparental. Al desarrollar un diagrama de descomposición, es necesario indicar la notación del nuevo diagrama y el número de trabajos en él. Posible ruptura en el número de obras: 2-8. No tiene sentido dividir el trabajo en un solo trabajo: los diagramas con más de 8 trabajos resultan demasiado saturados y no se pueden leer correctamente. Para garantizar la claridad y una mejor comprensión de los procesos simulados, se recomienda utilizar de 3 a 6 bloques en un diagrama. Si resulta que la cantidad de trabajos no es suficiente, entonces el trabajo se puede agregar al diagrama haciendo clic primero en el botón en la paleta de herramientas y luego en el espacio libre en el diagrama.

El trabajo en diagramas de desglose se coloca tradicionalmente en diagonal desde la parte superior izquierda hasta la parte inferior derecha. Este cronograma se denomina trabajo más importante, realizado primero en el tiempo, en la esquina superior izquierda. Más abajo a la derecha se encuentran las obras menos importantes o las que se terminarán más adelante. Esta disposición simplifica la lectura de los diagramas, además, en ella se basa el concepto de relaciones laborales (Fig. 3.3.1).

Cada uno de los puestos de trabajo del diagrama de descomposición se puede descomponer a su vez (Fig. 3.3.2). En un diagrama de desglose, el trabajo se numera automáticamente de izquierda a derecha. El número de trabajo se muestra en la esquina inferior derecha.

Arroz. 3.3.1 - Descomposición del primer nivel para el proceso “Mantenimiento de un diario electrónico de rendimiento académico y asistencia”

Se diseña un diagrama de desglose para detallar el trabajo. A diferencia de los modelos que muestran la estructura de una organización, el trabajo en el diagrama de nivel superior en IDEF0 no es un control del trabajo debajo de él. El trabajo de nivel inferior es igual que el trabajo de nivel superior, pero con más detalle. Como consecuencia, los límites de una obra de alto nivel son los mismos que los límites de un diagrama de descomposición.

Al descomponer una obra, en el diagrama de descomposición aparecen automáticamente las flechas que entran y salen de ella (excepto la flecha de llamada) (migración de flechas), pero no tocan la obra.

Para vincular flechas de una entrada, control o mecanismo, se debe ir al modo de edición de flechas, hacer clic en la punta de la flecha y luego en el segmento de trabajo correspondiente. Para vincular una flecha de salida, debe ingresar al modo de edición de flechas, hacer clic en el segmento de salida del trabajo y luego en la flecha.

Para conectar las obras entre sí se utilizan flechas internas, es decir, las flechas que no tocan el borde del diagrama comienzan en una y terminan en otra.

Para dibujar una flecha interna, debe, en el modo de dibujo de flechas, hacer clic en un segmento (por ejemplo, salir) de una obra y luego en un segmento (por ejemplo, entrada) de otra. IDEF0 distingue entre los siguientes tipos de relaciones laborales.

Comunicación por entrada (salida-entrada), cuando la flecha de salida de una obra de nivel superior se dirige a la entrada de una de nivel inferior (por ejemplo, en la Fig. 2, la flecha “Hoja de Contabilidad del Producto” conecta la obra “ Introducción y edición de datos de producción” y “Búsqueda de datos de producto”);

Comunicación de control (output-control), cuando la salida de una operación de nivel superior se envía para controlar la inferior. La comunicación gerencial muestra el predominio del trabajo de nivel superior. Los datos u objetos de salida del trabajo de nivel superior no se modifican en el trabajo de nivel inferior;

Retroalimentación salida-entrada, cuando la salida de una operación de nivel inferior se dirige a la entrada de una de nivel superior. Esta relación suele utilizarse para describir ciclos;

Retroalimentación de control de salida, cuando la salida de una operación de nivel inferior se envía al control de una de nivel superior.

Una flecha explícita tiene un único trabajo como origen y un único trabajo como destino.

Flechas de ramificación y fusión. Los mismos datos u objetos generados por un trabajo se pueden utilizar en varios otros trabajos a la vez. Por otro lado, las flechas generadas en diferentes obras pueden representar datos u objetos iguales u homogéneos que se utilizan o procesan posteriormente en un solo lugar. Para modelar tales situaciones, IDEF0 utiliza flechas de bifurcación y fusión. Para bifurcar una flecha, en el modo de edición de flechas, haga clic en el fragmento de flecha y en el segmento de trabajo correspondiente. Para fusionar dos flechas de salida, en el modo de edición de flechas, primero haga clic en el segmento de salida del trabajo y luego en el fragmento de flecha correspondiente.

El significado de las flechas que se ramifican y fusionan se transmite mediante el nombre de cada rama de las flechas. Existen ciertas reglas para nombrar tales flechas. Veámoslos usando flechas ramificadas como ejemplo. Si se nombra una flecha antes de una rama, pero después de la rama no se nombra ninguna rama, se supone que cada rama modela los mismos datos u objetos que la rama anterior a la rama.

Si se nombra una flecha antes de la rama, y ​​después de la rama también se nombra cualquiera de las ramas, entonces se supone que estas ramas corresponden al nombre. Si alguna rama después de la rama permanece sin nombre, se supone que modela los mismos datos u objetos que la rama anterior a la rama.

Todas las obras modelo están numeradas. El número consta de un prefijo y un número. Se puede utilizar un prefijo de cualquier longitud, pero normalmente se utiliza el prefijo A. El trabajo de contexto (raíz) del árbol se numera como A0. Las obras de descomposición A0 tienen los números A1, A2, A3, etc. El trabajo de descomposición de nivel inferior tiene el número del trabajo principal y el siguiente número de serie, por ejemplo, el trabajo de descomposición A3 tendrá los números A31, A32, AZZ, A34, etc. Los trabajos forman una jerarquía, donde cada trabajo puede tener un trabajo principal y varios trabajos secundarios, formando un árbol. Un árbol de este tipo se denomina árbol de nodos y la numeración descrita anteriormente se denomina numeración por nodos. Los diagramas IDEF0 están numerados dos veces. Primero, los diagramas están numerados por nodo. El diagrama de contexto siempre tiene el número A-0, la descomposición del diagrama de contexto - el número A0, los diagramas de descomposición restantes - números para el nodo correspondiente (por ejemplo, A1, A2, A21, A213, etc.). BPwin admite automáticamente la numeración de nodos, es decir. Cuando se realiza la descomposición, se crea un nuevo diagrama y automáticamente se le asigna el número correspondiente. Como resultado del examen, los diagramas se pueden refinar y cambiar, por lo tanto, se pueden crear diferentes versiones del mismo diagrama de descomposición (en términos de su ubicación en el árbol de nodos). BPwin le permite tener solo un diagrama de descomposición en un modelo en un nodo determinado.

4. Diseño del soporte de información del sistema.

.1 Análisis de información del área temática e identificación de objetos de información.

Al diseñar el soporte de información para un sistema, se estudia el área temática, se analizan los datos y se establecen los principales objetos del área temática.

El primer paso en el diseño del soporte informativo es identificar la composición de los documentos y sus detalles a partir de un análisis del área temática. También en este paso se analiza la composición de los formularios documentales del área temática. A partir del análisis del área temática, se pueden distinguir los siguientes documentos de entrada: listado de especialidades, listado de grupos, listado de estudiantes, listado de disciplinas, diarios con desempeño y asistencia de los estudiantes.

Las formas de estos documentos temáticos se analizan en los apéndices (véanse los apéndices A, B, C).

El siguiente paso en la construcción de un modelo lógico de información es establecer dependencias funcionales entre los detalles basándose en el análisis del área temática y el análisis de documentos en el área temática.

En este paso, se determina la dependencia de un detalle de otro y, si existe tal dependencia, se construye una conexión entre estos detalles.

Presentamos la información obtenida durante este paso en la siguiente tabla (ver Apéndice D).

A continuación, es necesario dividir todos los detalles en descriptivos y clave y como requisito clave desde el punto de vista del ahorro de inversiones, asegurando que no sea necesario reconstruir el sistema a medida que crece el volumen de información procesada y aumentan las dependencias funcionales. de los detalles.

Para analizar los detalles crearemos una tabla (Tabla 4.1.1).

Tabla 4.1.1

Definición de tipos de detalles

DocumentoDetalles descriptivosDetalles claveTipo de claveNombre del objeto de informaciónLista de estudiantesnombre_estudiante n_grupo contraseñan_zbookП, УEstudiantesLista de profesoresnombre_profesor contraseña de inicio de sesiónn_profesorП, УProfesoresLista de especialidadesnombre_especialidad término_abreviación de estudion_especialidadП, УEspecialidadesLista de gruposn_especialidad nombre_grupo n_profesorn_grupo P, U Grupos Lista de disciplinas n_ nombre del grupo_disciplina n_teacher sem_start sem_endn_discipline P, U Disciplinas Hito de desempeño markn_zbook n_disciplina mon C, U Logro Desempeño del semestre markn_zbook n_disciplina n_sem C, U Logro Hito de asistencia no_reazon totaln_zbook mon C, U Asistencia Asistencia del semestreno_reazon totaln_zbook n_semС, УAsistencia

El siguiente paso en la construcción de un modelo lógico de información es la descripción de los objetos de información, es decir. Se lleva a cabo una estructuración de detalles descriptivos, que dependen igualmente de uno o más detalles clave. En cada grupo incluiremos detalles clave comunes a este grupo. Cada uno de estos grupos se denominará objetos de información.

Para analizar los detalles crearemos una tabla (Tabla 4.1.2).

Tabla 4.1.2

Descripción de objetos de información.

Detalles de IO Atributo clave Nombre IOSemanticskan_znombre del libro_estudiante n_contraseña del grupoP, USestudiantesInformación sobre los estudiantesn_nombre del maestro_contraseña de inicio de sesión del maestroP, UProfesoresInformación sobre los profesoresn_nombre de la especialidad_término de especialidad_abreviatura del estudioP, USespecialidadesInformación sobre las especialidadesn_grupo n_especialidad nombre_grupo n_teacherP, UGroupsInformación sobre los grupos n_disciplina n_nombre del grupo_ disciplina n_teacher sem_start sem_endP, UdisciplinasInformación sobre disciplinasn_zbook, n_discipline, mon, markС, UProgressInformación sobre el desempeño de los estudiantes en el semestren_zbook, n_discipline, n_sem markС, UProgressInformación sobre el desempeño del semestre de los estudiantesn_zbook, mon no_reazon, totalС, УAttendanceInformación sobre la asistencia de los estudiantes en el semestren_zbook, n_sem no_reazon, totalС, УAttendanceInformación sobre la asistencia de los estudiantes en el semestre Los objetos de información deben cumplir todos los requisitos de normalización:

El objeto de información debe contener un identificador único;

Todos los demás detalles descriptivos deben ser mutuamente independientes;

Todos los detalles incluidos en la clave compuesta deben ser mutuamente independientes;

Cada atributo descriptivo debe depender funcionalmente completamente de la clave del objeto de información;

Con una clave compuesta, los detalles descriptivos deben depender completamente de los detalles que componen la clave;

Cada atributo descriptivo no puede depender transitivamente de una clave.

Según los requisitos de normalización, se permiten conexiones 1:1 y 1:M entre objetos de información. Determinemos el tipo de conexión entre objetos de información (Tabla 4.1.3).

Tabla 4.1.3

Definición de tipos de enlaces

Número de comunicación de relaciónIO principal IOR subordinadoTipo de relación1EspecialidadesGrupos1:M2GruposEstudiantes1:M3ProfesoresGrupos1:14ProfesoresDisciplinas1:M

Al compilar un modelo lógico de información, los objetos de información deben ordenarse por niveles (Fig. 4.1.1).

El modelo lógico de información presentado del área temática en consideración se construye de acuerdo con los objetos de información identificados y las conexiones entre ellos.

Arroz. 4.1.1 - Niveles de objetos de información

El modelo lógico de información se presenta en forma canónica y los objetos que contiene están ordenados por niveles. En el nivel cero hay objetos que no están subordinados a ningún otro objeto. El nivel de otros objetos está determinado por el camino más largo hasta el objeto desde el nivel cero.

Esta disposición de los objetos da una idea de su subordinación jerárquica, hace que el modelo sea más visual y facilita la comprensión de las relaciones de valores únicos y múltiples entre objetos.

4.2 Construyendo un modelo de datos lógico

El modelo lógico de información muestra los datos del área temática en forma de un conjunto de objetos de información y conexiones entre ellos. Este modelo representa los datos que se almacenarán en la base de datos.

Creando una base de datos relacional usando. ERwin comienza introduciendo en el diagrama las entidades definidas en el diagrama lógico. Una vez definidas las entidades, es necesario ingresar los atributos de estas entidades en el esquema. Cada uno de los atributos está asociado a un tipo de datos específico. Al especificar atributos de entidad, definimos tablas de bases de datos correspondientes a las entidades del dominio. En la última etapa, determinamos las conexiones entre las tablas ingresadas.

Una vez definidas todas las entidades, es necesario definir las relaciones entre ellas. Una relación en ERwin se trata como una dependencia funcional entre dos entidades. Si consideramos un diagrama como una representación gráfica de un área temática, entonces las entidades son sustantivos y las relaciones son verbos.

Arroz. 4.2.1 - Modelo informativo y lógico “Libro de calificaciones electrónico”

Las relaciones entre los objetos del modelo de datos se implementan mediante los mismos detalles: claves de conexión en las tablas correspondientes. En este caso, la clave de una relación de tipo 1:M es siempre la clave única de la tabla principal. La clave de relación en una subtabla es una parte de la clave única que contiene o un campo que no forma parte de la clave principal. La clave de relación en una tabla subordinada se llama clave externa.

Todas las conexiones en el modelo informativo-lógico resultante del área temática "Revista electrónica" se caracterizan por una relación de tipo 1:M.

Con base en el análisis del área temática, se puede construir la siguiente información y el modelo lógico, que se muestra en la Fig. 4.2.1.

5. Diseño de una base de datos relacional

.1 Descripción del modelo relacional

Los sistemas relacionales se basan en el modelo de datos relacionales. Los principios del modelo relacional se establecieron en 1969-1970. El científico estadounidense E.F. Codd (E.F. Codd), que entonces trabajaba para IBM Corporation. Matemático de formación, aportó al campo de la gestión de bases de datos los rigurosos principios matemáticos y la precisión de los que carecían los primeros sistemas. Si bien el enfoque relacional no arraigó de inmediato, se puede observar que casi todos crearon desde finales de los años 70. Los productos de bases de datos se basan específicamente en el enfoque relacional. La gran mayoría de la investigación científica en el campo de las bases de datos durante los últimos 35 años también se ha llevado a cabo en esta dirección.

Considerando y aclarando poco a poco los conceptos básicos del modelo relacional, tendremos en cuenta tres componentes del modelo de datos:

· estructuras de datos,

· operaciones que se pueden realizar con datos, y

· restricciones relacionadas con garantizar la integridad de los datos.

La principal estructura de datos en el modelo relacional son las tablas, llamadas relaciones en la teoría relacional. De hecho, el nombre del modelo en sí proviene del término relación (en relación inglesa): relacional.

.2 Descripción de las tablas de la base de datos

La estructura lógica de una base de datos relacional es un reflejo adecuado del modelo lógico de información resultante del área temática. El modelo canónico no requiere transformaciones adicionales. Cada objeto de información del modelo de datos está representado por una tabla relacional correspondiente. La estructura de una tabla relacional está determinada por la composición requerida de la tabla de información correspondiente; objeto, donde cada columna (campo) corresponde a uno de los detalles del objeto. Los detalles clave del objeto forman una clave única de la tabla relacional. Para cada columna (campo) de la tabla, se especifican el tipo, el tamaño de los datos y otras propiedades. Las filas (registros) de la tabla corresponden a instancias del objeto y se forman cuando se carga la tabla.

Los formularios dados de documentos con información normativa, de referencia y operativa contienen detalles cuyos valores deben almacenarse en la base de datos del sistema de información. Estos valores se ingresan desde el teclado de la computadora o se seleccionan de listas en formularios en pantalla. A continuación se detallan las características del detalle documental del área temática. El diseñador puede cambiarlos si es necesario, así como añadir otros detalles.

Tabla 5.2.1

Tabla "Lista de estudiantes"

Atributo Atributo clave Formato de campoNombreNombreTipoLongitudIdCampo automáticoPrimarioNumérico (Entero largo)8nombre_estudianteNombre completo del estudianteTexto (Texto)250n_groupNúmero de grupoNumérico (Entero largo)8contraseñaContraseñaTexto (Texto)32

Tabla 5.2.2

Tabla "Lista de profesores"

Atributo Atributo clave Formato de campoNombreNombreTipoLongitudn_teacherNúmero de maestroNúmero primario (entero largo)8name_teacherNombre del maestroTexto250loginNombre de usuarioTexto10contraseñaContraseñaTexto32 Tabla 5.2.3

Tabla “Lista de especialidades”

Atributo Atributo clave Formato de campoNombreNombreTipoLongitudn_especialidadNúmero de especialidadPrimarioNumérico (entero largo)8nombre_especialidadNombre de la especialidadTexto (Texto)250term_studyTiempo de capacitaciónNumérico (entero largo)8abreviaturaAbreviaturaNumérico (entero largo)10

Tabla 5.2.4

Tabla "Lista de grupos"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_group Número de grupo Primario (Primario) Numérico (Entero largo) 8n_spciality Número de especialidad Numérico (Entero largo) 8 name_group Nombre de grupo Texto (Texto) 250n_teacher Profesor de clase Numérico (Entero largo) 8

Tabla 5.2.5

Tabla "Lista de disciplinas"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_disciplina Número de disciplina Primario (Primario) Numérico (Entero largo) 8n_group Número de grupo Numérico (Entero largo) 8name_disciplina Nombre de la disciplina Texto (Texto) 250n_teacher Número de maestro Numérico (Entero largo) 8sem_start Inicio del año académico del semestre. Numérico (Entero largo)2sem_endFin del semestre de estudio.Numérico (Entero largo)2

Tabla 5.2.6

Tabla "Desempeño de hitos"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_zbook Número del libro de calificaciones Numérico (entero largo) 8n_discipline Número de disciplina Numérico (entero largo) 8mon Mes Numérico (entero largo) 2 puntos Puntuación Numérico (entero largo) 1

Tabla 5.2.7

Tabla "Rendimiento semestral"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_zbook Número del libro de calificaciones Numérico (entero largo) 8n_discipline Número de disciplina Numérico (entero largo) 8n_sem Semestre Numérico (entero largo) 2 marca Calificación Numérico (entero largo) 1

Tabla 5.2.8

Tabla "Asistencia al corte"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_zbook Número del libro de calificaciones Numérico (entero largo) 8mon Mes Numérico (entero largo) 2no_reazon Sin uv. razonesNumérico (Entero largo)5totalTotalNumérico (Entero largo)5

Tabla 5.2.9

Tabla "Asistencia semestral"

Atributo Atributo clave Formato de campo Nombre Nombre Tipo Longitud n_zbook Número del libro de calificaciones Numérico (entero largo) 8n_sem Semestre Numérico (entero largo) 2no_reazon Sin uv. razonesNumérico (Entero largo)5totalTotalNumérico (Entero largo)5

.3 Seleccionar un DBMS

Para tomar una decisión sobre la elección de un DBMS, puedes analizar los más populares: Postgre, MySQL y MSSQL Server. Estos sistemas se analizarán en función de una serie de características. Con base en el análisis de los resultados, se decidirá la cuestión de la prioridad de cada DBMS específico para el área temática seleccionada.

La lista de requisitos para un DBMS utilizado en el análisis de un sistema de información en particular puede variar según los objetivos marcados.

Para sistemas muy cargados, se utiliza una arquitectura cliente-servidor, lo que significa que se utiliza un servidor dedicado independiente para las bases de datos.

Muchos fabricantes de DBMS producen herramientas de desarrollo de aplicaciones para sus sistemas que le permiten ajustar el servidor. En base a esto, vale la pena elegir un DBMS que pueda instalarse sin software especial.

MySQL, a diferencia de Microsoft SQL Server y Postgre, no tiene activadores ni procedimientos, lo que se considera un inconveniente. Debido a esto, es necesario organizar todas las tareas en la aplicación y no utilizar herramientas estándar, lo que complica la creación de la aplicación.

La Tabla 5.3.1 muestra una lista de sistemas operativos bajo los cuales puede operar el sistema de gestión de bases de datos.

La Tabla 5.3.2 muestra las ventajas y desventajas del DBMS.

Tabla 5.3.1

Sistemas operativos compatibles

Sistemas operativos DBDOPostgreWindows, Linux, UnixMS SQL ServerWindowsMySQLLinux, Unix, Windows

Tabla 5.3.2

Ventajas y desventajas del DBMS

DBMS Pros Contras Postgre DBMS altamente funcional y gratuito con código abierto, buen soporte de la comunidad de desarrolladores A veces bajo rendimiento al procesar grandes volúmenes de información, baja popularidad del producto MS SQL Altamente funcional, conveniente cuando se usa el entorno Windows Pagado, difícil de administrar , MySQL no multiplataforma DBMS gratuito, de código abierto, ocupa poco espacio, fácil administración de MySQL con un conjunto de todas las funcionalidades necesarias, gran comunidad de desarrolladores, funciona en muchas plataformas, no está protegido contra la pérdida de datos, solo admite bases de datos pequeñas

Entonces, los DBMS considerados tienen sus ventajas y desventajas; después de compararlos, se decidió elegir MySQL.

base de datos esta revista electrónica educativa

6. Desarrollo de una aplicación cliente-servidor para trabajar con una base de datos.

.1 Tecnología cliente-servidor

A medida que se desarrollaron las ideas sobre los procesos informáticos distribuidos y los procesos de procesamiento de datos, se formó la teoría de la arquitectura "cliente-servidor", un concepto generalizado de la interacción de dos componentes de la tecnología de la información en sistemas y redes informáticas, entre los cuales los siguientes pueden ser lógica o físicamente distinguido: el lado funcional (solicitudes de primavera, cliente); lado pasivo (servidor, servicio de solicitud, fuente de respuestas):

lado activo;

lado pasivo.

La interacción cliente-servidor en la red se lleva a cabo de acuerdo con un protocolo específico.

El concepto cliente-servidor implica que además de almacenar una base de datos centralizada, una máquina central (el servidor de la base de datos) debe realizar la mayor parte del procesamiento de datos. Una solicitud de datos emitida por el cliente desencadena una búsqueda y recuperación de datos en el servidor. Los datos extraídos se transportan a través de la red desde el servidor al cliente. Una característica específica de la arquitectura cliente-servidor es el uso del lenguaje de consulta SQL (lenguaje de consulta estructurado).

La consulta de la base de datos la inicia el cliente pero se ejecuta en el servidor. Sólo el resultado se devuelve al cliente a través de la red. Este proceso consta de seis pasos:

El cliente solicita datos.

La consulta se traduce a SQL.

La consulta SQL se transmite a través de la red al servidor.

El servidor de la base de datos realiza la búsqueda.

Los registros requeridos se devuelven al cliente.

Los datos se presentan al usuario.

La tecnología cliente-servidor crea un entorno potente que proporciona a las organizaciones muchos beneficios reales. En particular, un sistema cliente-servidor bien diseñado proporciona una plataforma relativamente económica que aún tiene las capacidades informáticas de una computadora central y se puede personalizar fácilmente para realizar tareas específicas. Además, durante el procesamiento cliente-servidor, el tráfico de la red se reduce drásticamente, ya que a través de la red solo se envían los resultados de las consultas.

La carga de las operaciones con archivos recae principalmente en el ordenador servidor, que es mucho más potente que los clientes y, por tanto, está en mejores condiciones de atender las solicitudes.

Una red cliente-servidor reduce los requisitos de memoria de las computadoras cliente porque todo el manejo de archivos se realiza en el servidor. Los servidores de los sistemas cliente-servidor son capaces de almacenar grandes cantidades de datos. Esto libera una cantidad significativa de espacio en disco en las computadoras cliente.

La copia de seguridad de datos también se simplifica enormemente.

Finalmente, administrar todo el sistema, incluido el monitoreo de su seguridad, se vuelve mucho más fácil ya que todos los archivos y datos están ubicados centralmente en un servidor o en una pequeña cantidad de servidores.

.2 Herramientas de programación de la aplicación que se está desarrollando

Para crear la aplicación, la principal herramienta de desarrollo fue el lenguaje de programación Python 2.5.

Un lenguaje de programación de alto nivel y de propósito general centrado en mejorar la productividad de los desarrolladores y la legibilidad del código. La sintaxis central de Python es minimalista. Al mismo tiempo, la biblioteca estándar incluye una gran cantidad de funciones útiles y admite varios paradigmas de programación, incluidos los estructurales, orientados a objetos, funcionales, imperativos y orientados a aspectos. Las principales características arquitectónicas son escritura dinámica, administración automática de memoria, introspección completa, un mecanismo de manejo de excepciones, soporte para computación multiproceso y convenientes estructuras de datos de alto nivel. El código en Python está organizado en funciones y clases, que se pueden combinar en módulos (estos a su vez se pueden combinar en paquetes).

El lenguaje y su intérprete están siendo desarrollados por un grupo de entusiastas como parte de un proyecto de código abierto. El proyecto no es gratuito y se distribuye bajo su propia licencia.

En el campo de la programación web, Python es uno de los lenguajes de scripting más populares (junto con JSP, Perl y los lenguajes utilizados en ASP.NET) debido a su simplicidad, velocidad de ejecución, rica funcionalidad y multiplataforma. y distribución del código fuente.

La popularidad en el campo de la creación de sitios web está determinada por la presencia de un gran conjunto de herramientas integradas para el desarrollo de aplicaciones web. Los principales:

Extracción automática de parámetros POST y GET, así como variables de entorno del servidor web en matrices predefinidas;

Las funciones de archivos manejan con éxito archivos locales y remotos;

Envío automático de encabezados HTTP;

Trabajar con cookies y sesiones;

Procesar archivos cargados en el servidor;

Trabajar con XForms;

Trabajar con archivos y sockets remotos.

Actualmente, los desarrolladores utilizan Python para proyectos de alta carga. Según la clasificación de Tiobe, basada en datos de motores de búsqueda, en diciembre de 2009, Python ocupaba el tercer lugar entre los lenguajes de programación (detrás de Java y C), habiendo subido dos posiciones durante el año.

Actualmente solo existe una implementación de Python y ninguna empresa de terceros admite ejecutables distintos de la versión oficial. Esta situación, por un lado, permite introducir y difundir rápidamente innovaciones entre la comunidad de desarrolladores y, por otro lado, desarrollar un lenguaje de programación en ausencia de un estándar, ya que, de hecho, una sola implementación lo proporciona. En tales condiciones, la versión del intérprete que determina la funcionalidad actual adquiere gran importancia (no se observa estrictamente la compatibilidad con versiones anteriores del intérprete).

En 1994, el programador danés Rasmus Lerdorf creó un conjunto de scripts Perl/CGI para mostrar y contar los visitantes de su currículum en línea, procesando plantillas de documentos HTML. Lerdorf llamó a la página de inicio personal del conjunto. Pronto, la funcionalidad y la velocidad de Perl, un intérprete de script, ya no fueron suficientes, y Lerdorff desarrolló un nuevo intérprete de plantillas PHP/FI utilizando el lenguaje C.

.3 Implementación software del módulo “Profesor”

Para trabajar con el sistema de información automatizado "Diario Electrónico", debe ingresar la URL en la barra de direcciones de su navegador. Después de cargar los datos, aparecerá una página en la ventana del navegador desde donde comienza el trabajo en el sistema de información: esta es la página de autenticación del usuario en el sistema (Fig. 6.3.1).

Arroz. 6.3.1 - Página de autenticación de usuario

En el centro de la pantalla hay un formulario de autenticación de usuario, pero si el usuario aún no está registrado en el sistema, a continuación encontrará un enlace a la página de registro.

Después de una autenticación exitosa, el maestro accede a la página para seleccionar la visualización de la materia que necesita, donde puede dar calificaciones, marcar la asistencia y editar el tema de la lección y la tarea (Fig. 6.3.2).

Arroz. 6.3.2 - Página de selección de visualización de información

A lo largo de todo el trabajo con el sistema se muestra información personal del docente: nombre del docente, materias disponibles y junto a esta información hay un hipervínculo para que el usuario cierre sesión en el sistema, a la aplicación de soporte técnico o un enlace. acceder a él, así como cambiar la contraseña.

Después de hacer clic en la fecha, el profesor puede completar el tema de la lección y la tarea (Fig. 6.3.3).

Arroz. 6.3.3 - Página de progreso actual del estudiante

Para marcar, solo necesita seleccionar una celda y poner una marca allí, o "N" si el estudiante estuvo ausente de clase.

.4 Implementación software del módulo “Team Leader”

El trabajo con el sistema para el líder del grupo también comienza con la página de autenticación (Fig. 6.4.1).

Arroz. 6.4.1 - Página de autenticación del administrador

Después de una autenticación exitosa, el administrador accede a la página para seleccionar la acción deseada: agregar o excluir estudiantes, ver las calificaciones y la asistencia de su grupo, crear informes sobre grupos sociales, grupos de salud y calificaciones (Fig. 6.4.2).

Arroz. 6.4.2 - Página de informe de progreso

Arroz. 6.4.3 - Página de gestión de estudiantes

El administrador puede editar conexiones para todas las disciplinas del grupo seleccionado solo si es el jefe de este grupo. Si no es el líder del grupo seleccionado, entonces la posibilidad de editar conexiones será solo para aquellas disciplinas que se impartan en este grupo.

Después de realizar los cambios, el administrador debe hacer clic en el botón “Guardar” para que los nuevos datos se escriban en la base de datos o ir a otra página para descartar los cambios realizados.

En la figura. La Figura 6.4.5 muestra la página de edición de enlaces.

Arroz. 6.4.5 - Página de edición de enlaces

6.5 Implementación software del módulo “Administrador del Establecimiento”

El trabajo con el sistema comienza de manera similar a los módulos anteriores. Luego de una autorización exitosa, el administrador de la institución verá una página en la que hay un menú para seleccionar acciones: administrar materias, administrar grupos, administrar profesores, trabajar con un horario, asignar períodos finales, asignar materias a profesores, asignar un líder de grupo .

Arroz. 6.5.1 - Página de gestión del lugar

Después de seleccionar el elemento del menú deseado, se abrirá la página correspondiente.

La Figura 6.5.2 muestra la gestión de grupos de instituciones educativas.

Desarrollo de un sistema de información automatizado Revista electrónica

Arroz. 6.5.2 - Página de gestión de grupos

La gestión docente se muestra en la Figura 6.5.3. También puede agregar el rol de profesor a una cuenta creada previamente o importar desde un archivo .csv; los parámetros de importación se indicarán cuando vaya a la página correspondiente.

Arroz. 6.5.3 - Página de gestión de profesores

De manera similar al párrafo anterior, se realiza la gestión de las materias de la institución educativa. (Figura 6.5.4)

Arroz. 6.5.4 - Página de gestión de profesores

Una característica distintiva de este módulo es trabajar con un horario. Para hacer esto, debe seleccionar "Horario" en el elemento del menú, se abrirá la página de administración de horarios, luego seleccionar un grupo y organizar las materias de acuerdo con el plan de lección, y también marcar las salas en las que se llevarán a cabo. (Figura 6.5.5)

Arroz. 6.5.5 - Página de gestión de horarios

6.6 Implementación de software del módulo “Parent”

El trabajo con el sistema comienza de manera similar a los módulos anteriores. Después de una autorización exitosa, los padres verán una página en la que hay un menú para seleccionar acciones: ver el horario, materias por semestre, monitorear la asistencia y el progreso, adjuntar un niño, ver información sobre el grupo, ver los maestros que pertenecen a este grupo.

Arroz. 6.6.1 - Página principal del módulo “Padre”

Para adjuntar a un niño, debe seguir el hipervínculo correspondiente, luego seleccionar un grupo e ingresar información sobre el estudiante. Si se encuentra dicho estudiante en la base de datos, la solicitud se enviará correctamente y deberá esperar la aprobación del supervisor. Se enviará una notificación de aprobación o rechazo exitoso a la dirección de correo electrónico especificada durante el registro. Para ver el progreso de su hijo, deberá seleccionar el elemento del menú "Asignaturas" (Fig. 6.6.2)

Para ver las calificaciones recibidas con más detalle, debe hacer clic en el elemento y se abrirá información detallada sobre el tema y las fechas correspondientes. (Figura 6.6.3)

Arroz. 6.6.2 - Ver el progreso de su hijo

Arroz. 6.6.3 - Ver el progreso de su hijo

También es posible ver la programación de toda la semana. Y el día actual está resaltado en un color diferente. (Figura 6.6.4)

El módulo de software para estudiantes tiene las mismas funciones que el padre, con la excepción de adjuntar a un niño.

Arroz. 6.6.4 - Ver el progreso de su hijo

.7 Implementación software del módulo “Administrador Técnico del Sistema”

El trabajo con el sistema comienza de manera similar a los módulos anteriores. Después de una autorización exitosa, los padres verán una página con un menú para seleccionar acciones: administrar usuarios y roles, administrar instituciones educativas, agregar sucursales, configurar parámetros del sistema, crear informes sobre la ocupación del sistema.

Este módulo tiene las mismas funciones que el administrador de la institución para administrar una institución educativa específica, pero también puede agregar otras nuevas. (Figura 6.7.1)

Arroz. 6.7.1 - Administrar instituciones educativas y agregar sucursales

La configuración de los parámetros del sistema implica completar varios campos, como un enlace a una aplicación de soporte técnico y un sistema de protección anti-botnet. Después de estas manipulaciones, el sistema estará listo para su uso. (Figura 6.7.2)

Arroz. 6.7.2- Configuración del sistema

Arroz. 6.7.3 - Administrar usuarios y roles

Los informes sobre la ocupación del sistema se realizan yendo al elemento del menú correspondiente. A continuación, seleccione el establecimiento del que desea consultar información o qué tan completo está el sistema en su conjunto.

Los datos se muestran en la tabla en %, y también se dibuja un gráfico circular para un ejemplo más claro (Fig. 6.7.4)

Arroz. 6.7.4- Informes de llenado del sistema

7. Estudio de viabilidad del proyecto

La parte organizativa y económica examina las cuestiones de organización y planificación de la producción del sistema web que se está desarrollando en el WRC, así como un estudio de viabilidad para la viabilidad del trabajo, que incluye evaluar la calidad del proyecto, calcular el costo total. y evaluación económica del proyecto.

Al diseñar y producir sistemas web, se debe dar un lugar importante a la estandarización del trabajo de los desarrolladores. Esto se debe a la naturaleza específica del trabajo de los desarrolladores de software, que implica un gran elemento de creatividad en el trabajo, así como a la dificultad de medir y evaluar el trabajo en el proceso de desarrollo de un sistema web.

Al desarrollar un sistema, es necesario distribuir los recursos laborales de tal manera que se logren los objetivos del proyecto marcados durante el diseño dentro de los plazos establecidos para su implementación. Para hacer esto, es necesario determinar los costos laborales, asignar artistas y recursos de tal manera que se cumpla el plan de trabajo.

.1 Objeto del trabajo

Desarrollo de la parte organizativa y económica del trabajo de desarrollo, recopilación de datos iniciales, determinación de la intensidad laboral del desarrollo, cálculo del costo estimado, evaluación de la calidad del sistema desarrollado.

.2 Determinación del alcance del trabajo.

El trabajo de desarrollo de un producto de software se puede dividir en las siguientes etapas:

Etapa preparatoria;

Diseño;

Programación;

Etapa de depuración y prueba del sistema;

Elaboración de documentación;

La tecnología de investigación y desarrollo se puede presentar en forma de listas de trabajos realizados en una secuencia determinada.

.3 Determinación de la intensidad laboral de desarrollo.

La intensidad laboral se refiere a la cantidad de tiempo de trabajo requerido para desarrollar un proyecto. Todos los métodos aplicados para evaluar la intensidad del trabajo se reducen a tres grupos: experto, estadístico experimental y analítico.

Es recomendable calcular la intensidad laboral de desarrollar un proyecto de diploma utilizando el método de evaluación de expertos.

Se establecen las siguientes restricciones para resolver el problema:

Tiempo para completar la tarea: 4 meses.

El número de personas que trabajan en el proyecto es de 2 personas.

La intensidad laboral de desarrollo se calcula mediante la fórmula (7.1).

donde t i - intensidad de mano de obra del trabajo en las etapas de diseño, - número de etapas de diseño.

Utilizando nuestra propia experiencia y conocimiento, determinaremos el tiempo máximo y mínimo necesario para desarrollar cada artículo, y en base a ellos el tiempo previsto. El tiempo esperado está determinado por la fórmula (7.2).

(7.2)

El tiempo dedicado a cada etapa del desarrollo del proyecto se presenta en la Tabla 7.1.

Tabla 7.1

Tiempo empleado por etapas de desarrollo del proyecto

Etapa de desarrollo, personas. Daystmax, personas días Tiempo esperado empleado, personas. días Etapa preparatoria 3108 Diseño 153028 Programación 305032 Etapa de depuración y pruebas 5108 Preparación de documentación 101511 Total: 6311578

Repartiremos el trabajo para realizar la tarea entre el responsable (diseño, dirección general y trabajo con clientes) y el programador (desarrollo técnico y documentación). La distribución de los volúmenes de trabajo se muestra en la Tabla 7.2.

Tabla 7.2

Distribución de volúmenes de trabajo

Etapas de desarrollo Intensidad laboral por persona Ejecutantes Participación, % Fondo de tiempo, días Preparatoria 8 Gerente 202 Programador 806 Diseño 28 Gerente 5014 Programador 5014 Programación 32 Programador 10032 Etapa de depuración y prueba 8 Gerente 202 Programador 806 Documentación 11 Gerente 253 Programador 758 Total: 87 Por tanto, el volumen total de todo el trabajo realizado es de 87 personas. días

7.4 Cálculo del coste estimado del módulo

El costo estimado de desarrollo es la suma de los costos planificados para la realización del trabajo correspondiente a la lista compilada. El trabajo de desarrollo del software para la creación del módulo de Contabilidad lo llevará a cabo un grupo formado por un director de proyecto y un programador. La estimación se calcula utilizando el método de estimación de costos para partidas individuales de gastos de todos los recursos necesarios. El presupuesto contiene la siguiente lista de costos: materiales, salarios del personal, contribuciones sociales, costos de depreciación, gastos generales y otros gastos. Calculemos todos los elementos de costo.

Determinar los costos de materiales

Los costos de los materiales se determinan en base a cálculos de su consumo durante el proceso de desarrollo. Los costos de transporte y adquisición se aceptan al nivel del 10% del precio de los materiales. Los cálculos de los costos de materiales se dan en la Tabla 7.3.

Tabla 7.3

Cálculo de costos de materiales.

MaterialesUnidades medidas Cantidad Precio, frotar Costo, frotar 1. Paquete de papel A4 11701702. Pluma estilográfica uds. 115153. Pintura para impresora uds. 1350350 Total: 535

Nómina de sueldos

Los costos de los salarios básicos del personal se determinan en función de la duración de su trabajo, así como de los salarios (7.3).

Salario = (7.3)

¿Dónde está D? r.mes . - número medio de días laborables en un mes = 22;

t pi - intensidad laboral del trabajo realizado;

Zp - salario mensual promedio.

Para el gerente:

Salario = = 9090,81 rublos;

Para el programador:

Salario = = 18272,73 rublos.

Los costos por pagos adicionales, asignaciones y bonificaciones ascienden al 80% de los salarios (7,4).

Salario nadb = 0,8 Salario (7,4)

Para el gerente:

Salario nadb = = 7272,73 rublos;

Para el programador:

Salario nadb = = 14618,18 rublos.

El salario base se determina como la suma del salario mensual, teniendo en cuenta el coeficiente regional y los costos de pagos adicionales, asignaciones y bonificaciones (7,5).

Salario básico = (Salario + Salario nadb ) 1,15 (7.5)

Los resultados del cálculo se presentan en la Tabla 7.4.

Tabla 7.4

Cálculo del salario base.

Categoría de personal Número, personas Intensidad laboral, persona/día Salario, frotar Valor salarial. básico , frotar. Gerente de Proyecto1201000016363.64Programador167600032890.91Total:28749254.55

Cálculo de cotizaciones para necesidades sociales.

Las cotizaciones para necesidades sociales ascienden al 30,2% del fondo salarial total (12,6). De estos:

% - al fondo de pensiones;

1% - para seguro médico;

9% - para seguro social;

2% - para seguro de accidentes.

z social =0,302 Salario básico (7.6)

z social = 0,302 49254,55 = 14874,87 rublos.

Cálculo de inversiones de capital.

Para producir cualquier producto de software, se requieren hardware y herramientas. Para el hardware, tomemos 1 estación de trabajo y 1 impresora. El sistema se desarrolla utilizando herramientas de desarrollo web: distribución Apache XAMPP, programa NotePad++, programa Composer, navegador Google Chrome.

El cálculo de las inversiones de capital Kv en equipos y software se realiza según la fórmula (7.7).

A V =k A +k Por (7.7)

donde k A - costo del hardware;

A Por - costo del software.

La Tabla 7.5 muestra el cálculo de las inversiones de capital en hardware y herramientas necesarias para el desarrollo de un proyecto de software.

Tabla 7.5

Inversiones de capital

CantidadPrecio por unidad, frotar.Costo, frotar.Hardware:Estación de trabajo (portátil)1 pieza.1800018000Impresora1 pieza.25002500K A = 24000Software: Distribución Apache XAMPP000NotePad++000Programa compositor000Navegador Google Chrome000K Por = 0Total:20500

Todo el software utilizado es gratuito por lo tanto

A V =k A = 20500 frotar.

Costos de depreciación

El monto de los cargos por depreciación de equipos y software se determina mediante la fórmula (7.8).

z A = (7.8)

donde k EN - costo de hardware y software,

t r - tiempo de funcionamiento (87 días),

t r - número de días en un año (365 días),

norte A - tasa de deducciones por depreciación.

Para equipos informáticos y de oficina, la tasa de depreciación anual se fija en 12%, por lo que el monto de la depreciación para el año será:

z A = = 586,36 rublos.

Cálculo de costos generales

Por artículo Gastos generales incluya costos que no pueden incluirse directamente en el costo del proyecto: el costo de mantener a los empleados que no participan en la producción de productos de software, así como el costo de alquilar locales, servicios públicos, etc. Los gastos generales representan el 30% de los salarios totales (12,9).

z norte = 0,3 Salario básico (7.9)

z norte = 0,3 49254,55 = 14776,36 rublos.

Cálculo de costos para otros gastos.

Artículo Otros gastos incluye todos los demás costos asociados con la implementación del proyecto que pueden atribuirse directamente al costo del proyecto, pero para los cuales no se proporciona un elemento separado en el cálculo.

El costo de otros gastos es el 3% del monto de todos los gastos anteriores (12.10).

z etc. = 0,03(3 metro + Salario básico +Z social +Z A +Z norte ) (7.10)

z etc. = 0,03(535 + 49254,55+ 14874,87 + 586,36 + 14776,36) =

1954,57 rublos.

8. Costo estimado

El coste estimado representa el coste planificado de producción de un producto de software y se compila para todo el alcance del trabajo. Los costos estimados para el proyecto bajo consideración se presentan en la Tabla 7.6.

Tabla 7.6

Cálculo de costos estimados para la creación de software, contabilización de recursos en una empresa.

Partida de costo Costos totales del proyecto, rublos Materiales 535 Salarios 49.254,55 Contribuciones sociales 14.874,87 Costos de depreciación 586,36 Gastos generales 14.776,36 Otros gastos 1.954,57 Total 81.981,71

Por tanto, el coste estimado del producto será de 81.981,71 rublos.

7.5 Evaluación de la calidad del sistema de registro de la carga de trabajo docente

La evaluación de la calidad del módulo desarrollado se realizó en conjunto con el director del proyecto de diploma.

Para determinar la calidad del sistema se utilizó el método de indicadores complejos (características), que consiste en aplicar un criterio de evaluación específico y documentado a un módulo, paquete o producto de software específico.

Un criterio de evaluación de la calidad del software es un conjunto de reglas y condiciones definidas y documentadas que se utilizan para decidir si la calidad general de un producto de software en particular es aceptable. La calidad está representada por un conjunto de niveles establecidos asociados con un producto de software.

Como método de evaluación se utilizó el método de asignación de puntos para cada característica, después de lo cual la calidad del producto de software desarrollado se pudo juzgar por la puntuación promedio. Para determinar el nivel de clasificación, utilizamos un sistema de 10 puntos. Todo esto está determinado por GOST R ISO/IEC 9126-93 "Tecnología de la información. Evaluación de un producto de software. Características de calidad y orientación para su uso".

Este sistema web como software se puede evaluar por las siguientes características:

Funcionalidad

Los siguientes parámetros se utilizan para evaluar la funcionalidad:

La idoneidad es un atributo del software que indica la disponibilidad e idoneidad de un conjunto de funciones para tareas específicas. El sistema desarrollado cumple con los requisitos que fueron establecidos en las especificaciones técnicas del proyecto de diploma. Evaluación de idoneidad del proyecto - 10 puntos.

La corrección es un atributo del software que indica que los resultados o efectos coinciden correctamente. Los resultados al ejecutar el programa no son menos fiables que si el trabajo se realizara de la forma anterior. Corrección - 10 puntos.

La coherencia es un atributo del software que hace que un programa cumpla con estándares o convenciones, regulaciones, leyes o pautas similares relevantes. La apariencia general y la interfaz cumplen con los estándares de programación aceptados para Windows. Consistencia - 10 puntos.

La seguridad es un atributo del software relacionado con su capacidad para evitar el acceso no autorizado, accidental o intencional, a programas y datos. El proyecto prevé la protección de los datos utilizados en el programa contra el acceso no autorizado; calificaremos la seguridad en 9 puntos.

La interoperabilidad es un atributo del software que se refiere a su capacidad para interactuar con sistemas específicos. Capacidad de interactuar - 5 puntos.

Fiabilidad

Evaluemos la confiabilidad del programa usando los siguientes criterios.

La estabilidad es un atributo del software que se refiere a la tasa de errores en el software. Durante las pruebas del programa no se detectaron fallas o errores causados ​​por errores en el desarrollo del sistema, lo que permite concluir que el software es estable. Estabilidad - 6 puntos.

La tolerancia a errores es un atributo del software que se refiere a su capacidad para mantener un cierto nivel de calidad de funcionamiento en casos de errores de software o violación de una interfaz específica. El programa proporciona control de la información ingresada. Clasificación de resistencia a errores - 6.

La recuperabilidad es un atributo del software que se refiere a su capacidad para restaurar su nivel de rendimiento y recuperar datos directamente dañados en caso de falla, así como el tiempo y esfuerzo necesarios para hacerlo. Calificación de recuperabilidad - 10.

Sentido práctico

Evaluemos la practicidad del programa utilizando los siguientes criterios.

La comprensibilidad es un atributo del software que se refiere al esfuerzo del usuario por comprender un concepto lógico general y su aplicabilidad. Puntuación de comprensibilidad: 10 puntos.

La capacidad de aprendizaje es un atributo del software que se relaciona con los esfuerzos del usuario por aprender a utilizarlo. Capacidad de aprendizaje: 8 puntos.

La facilidad de uso es un atributo del software que se relaciona con el esfuerzo del usuario en la operación y gestión operativa. Calificación de facilidad de uso: 10 puntos.

Eficiencia

Los siguientes parámetros se utilizan para evaluar la efectividad:

El comportamiento del tiempo es un atributo del software que se relaciona con los tiempos de respuesta y la velocidad a la que se realizan sus funciones. El tiempo de preparación y salida de información, así como el tiempo de procesamiento de los datos de entrada, depende de la potencia informática del servidor y de la computadora personal del cliente. Puntuación: 8 puntos.

El patrón de cambio de recursos es un atributo del software que se relaciona con la cantidad de recursos utilizados y la duración de dicho uso al realizar funciones. Evaluación de la naturaleza de los cambios en los recursos - 9 puntos.

Mantenibilidad

Evaluemos la mantenibilidad del programa utilizando los siguientes criterios.

La cambiabilidad es un atributo del software que se refiere al esfuerzo requerido para modificar, corregir una falla o cambiar las condiciones operativas. Para cambiar el programa, necesita editar los códigos fuente. Puntuación de variabilidad: 8 puntos.

La robustez es un atributo del software que se refiere al riesgo de efectos de modificación inesperados. El programa proporciona control sobre los cambios que realiza el usuario mientras trabaja. Estabilidad - 9 puntos.

La analizabilidad es un atributo del software que se refiere al esfuerzo requerido para diagnosticar deficiencias o eventos de falla o identificar componentes para actualizar. Analizabilidad - 8 puntos.

La capacidad de prueba es un atributo del software que se refiere al esfuerzo requerido para probar el software modificado. Comprobabilidad - 10 puntos

Movilidad

Evaluaremos la movilidad utilizando los siguientes indicadores.

La adaptabilidad es un atributo del software que se relaciona con la facilidad de su adaptación a diversas condiciones operativas específicas, sin el uso de otras acciones o métodos distintos a los previstos para este fin en el software en cuestión. Puntuación de adaptabilidad: 9.

La facilidad de implementación es un atributo del software que se refiere al esfuerzo requerido para implementar el software en un entorno específico. El paquete de software está integrado en un sistema funcional, por lo que la puntuación de facilidad de implementación es de 7 puntos.

La intercambiabilidad es un atributo del software que se relaciona con la facilidad y complejidad de su uso en lugar de otra herramienta de software específica en el entorno de esa herramienta. La transición al uso del producto que se está desarrollando en lugar de los programas utilizados anteriormente no es difícil. Puntuación: 10 puntos.

El cumplimiento es un atributo del software que hace que un sistema se ajuste a los estándares o convenciones relacionados con la movilidad. El sistema utiliza lenguajes estándar y sigue las convenciones del proyecto principal. Cumplimiento - 10 puntos.

Los resultados de la evaluación de expertos se enumeran en la Tabla 7.7.

Tabla 7.7

Evaluación de la calidad del software

AtributoPuntuación Idoneidad10 Corrección10 Coherencia10 Seguridad9 Interoperabilidad8 Estabilidad7 Resiliencia a errores5 Recuperabilidad10 Comprensibilidad10 Capacidad de aprendizaje8Fácil de usar10 Patrón de cambio a lo largo del tiempo9 Patrón de cambio de recursos9 Variabilidad7 Robustez8 Analizabilidad9Estabilidad10Adaptabilidad9Facilidad de implementación10Intercambiabilidad8Cumplimiento10 Puntuación promedio8,9

CONCLUSIÓN

En nuestro proyecto de diploma, construimos un modelo del sistema de información “Diario Electrónico” y desarrollamos una aplicación web para automatizar el proceso de llevar un diario de desempeño académico y asistencia.

En el transcurso de nuestro trabajo, analizamos el estado actual del problema de la automatización de las actividades de las instituciones educativas. Se ha estudiado el área temática de la automatización y se ha desarrollado la estructura del sistema.

Al desarrollar el soporte de información del sistema, se analizó la composición y estructura de la información, se establecieron las dependencias funcionales de las partes y se identificaron los objetos de información. Se construyeron modelos funcionales, lógicos y físicos del sistema.

La base de datos está implementada en el DBMS MySQL. Para el desarrollo del software se utilizó el lenguaje de programación Python y el framework web Django.

En la parte económica del proyecto de diploma se calculó el costo del sistema de información automatizado desarrollado.

El sistema de información desarrollado se encuentra en funcionamiento de prueba en el departamento educativo del Instituto de Negocios de Vologda.

LISTA DE FUENTES UTILIZADAS

1.Koterov D.V. Python 5 en original - 2ª ed. / D.V. Koterov, A.F. Kostarev. - San Petersburgo: BHV-Petersburgo, 2011. - 1104 p.

2.Gagarina L.G. Desarrollo y operación de sistemas de información automatizados / L.G. Gagarin, D.V. Kiselev, E.L. Fedótova; Ed. LG Gagarín. - M.: FORO: INFRA-M, 2013. - 384 p.

3.Welling L. Desarrollo de aplicaciones web utilizando PHP y MySQL - 3ª ed. / L. Welling, L. Thomson; editado por Yu.N. Artemenko; carril del ingles - M.: Editorial Williams, 2010. - 880 p.

4.Empresa MySQL AB. MySQL. Libro de referencia sobre lenguaje / editado por Yu.N. Artemenko; carril del ingles - M.: Editorial Williams, 2005. - 432 p.

5.Emelyanova Nueva Zelanda Fundamentos de la construcción de sistemas de información automatizados: libro de texto. subsidio / N.Z. Emelyanova, T.L. Partyka, I.I. Popov. - M.: FORO: INFRA-M, 2005. - 416 p.

6.Digo S.M. Bases de datos: diseño y uso / S. Digo. - M.: Finanzas y Estadísticas, 2005. - 592 p.

.Golitsyna O.L. Fundamentos de algoritmización y programación/O.L. Golitsyn, I.I. Popov. - M.: FORO: INFRA-M, 2005. - 432 p.

.Gvozdeva V.A. Introducción a la especialidad de programador / V.A. Gvozdeva. - M.: FORO: INFRA-M, 2005. - 208 p.

9.Schlossnagle D. Programación profesional en Python / D. Schlossnagle; carril del ingles - M.: Editorial Williams, 2009 - 624 p.

10.Tanenbaum E.M. van Steen. Sistemas distribuidos. Principios y paradigmas / E.M. van Steen. Tanenbaum; carril del ingles - M.: Editorial "Peter", 2013. - 877 p.

11.Popova O.G. Pautas para la realización de un proyecto de diploma para estudiantes de tiempo completo de la especialidad 230103 “Sistemas de control y procesamiento de información automatizados” / O.G. Popova, A.A. Drozdova. - Vólogda: VKT, 2008. - 28 p.

12.Skakun K.K. Lineamientos para la implementación de la parte económica del proyecto de diploma para estudiantes de la especialidad 230103-51 “Sistemas de control y procesamiento de información automatizados” / K.K. Caballo. - Vólogda: NOU SPO VKT, 2007 - 36 p.

13.GOST R ISO/IEC 12207-99 Tecnología de la información. Procesos del ciclo de vida del software / Introducción. 01/07/2000

14.GOST 19.102-77 Sistema unificado de documentación de programas. Etapas de desarrollo.

15.GOST 19.105-78 Sistema unificado de documentación de programas. Requisitos generales para los documentos del programa.

APÉNDICE A

Resultados del control de mitad de período

APÉNDICE B

Registro de entrenamiento

APÉNDICE B

Hoja de asistencia

APÉNDICE D

Estableciendo dependencias funcionales

DocumentoNombre del requisitoNombre del requisito Dependencia funcionalLista de estudiantesNúmero de crédito. libros Nombre del estudiante Número de grupo Contraseñan_znombre del libro_estudiante n_contraseña del grupo Lista de profesores Número de profesor Nombre completo del profesor Nombre de usuario Contraseñan_nombre del profesor_contraseña de inicio de sesión del profesor Lista de especialidadesNúmero de especialidad Nombre. especialidades Tiempo de estudio Abreviatura_nombre de la especialidad_término de especialidad_abreviatura del estudio Lista de gruposNúmero de grupo Número de especialidad Nombre del grupo Clase profesor_grupo n_especialidad nombre_grupo n_profesor Lista de disciplinas Número de disciplina Número de grupo Nombre de la disciplina Número de maestro Semestre de inicio de formación. Fin del semestre n_disciplina n_grupo nombre_disciplina n_profesor sem_inicio sem_end Rendimiento del hito. libros Número de disciplina Mes Graden_zbook n_disciplina mon marca Progreso del semestre. Número de crédito. libros Número de disciplina Semestre Markn_zbook n_disciplina n_sem nota Asistencia al hito. Número de crédito. libros Mes Sin uv. motivos Totaln_zbook mon no_reazon total APÉNDICE E

Parte económica

Enviar su buen trabajo a la base de conocimientos es fácil. Utilice el siguiente formulario

Los estudiantes, estudiantes de posgrado y jóvenes científicos que utilicen la base de conocimientos en sus estudios y trabajos le estarán muy agradecidos.

Publicado en http://www.allbest.ru/

Ministerio de Educación y Ciencias de la Federación de Rusia

Departamento de Tecnologías de la Información y Sistemas Automatizados, Facultad de Ingeniería Eléctrica

Dirección: 230100.62

Cabeza Departamento: Doctor en Economía, prof.

Faizrakhmanov R.A.

TRABAJO DE CALIFICACIÓN DE POSGRADO

Para una licenciatura académica

Estudiante ___________________________ (Peshkov K.A.)

Composición del VKR:

1. Nota explicativa de 107 páginas;

2. Material gráfico en 12 hojas;

3. Medios electrónicos con materiales de investigación científica.

Jefe del Comité de Investigación y Desarrollo: ________________________ (Podgornykh P.A.)

Consultor: _______________________________ (Chepeleva I.M.)

Inspector de normas: ____________________________ (Eliseeva E.N.)

Permanente - 2012

Ministerio de Educación y Ciencia de la Federación de Rusia

Universidad Politécnica Nacional de Investigación de Perm

Departamento de Tecnologías de la Información y Sistemas Automatizados

Facultad de Ingeniería Eléctrica

"APROBADO"

Cabeza departamento (R.A. Faizrakhmanov)

"____"___________2010

para completar una tesis de licenciatura

Apellido, I.O. Peshkov Kirill Alexandrovich

Facultad ETF Grupo ASUzu-08-2

Empezando a trabajar 25.12.2011

Control de fechas de revisión de trabajos por parte del departamento. 10 .01.2012 , 20.01.2012, 2 4 .01.2012

Plazos para la presentación de reseñas 2 4 .01.2012

Defensa del trabajo en una reunión del Comité Estatal de Exámenes 2 6 .01.2012

1. Nombre del tema "Desarrollo de un sistema de control automatizadogestión de personal en la empresa"

2. Datos iniciales de la obra. Documentos de informes estrictos del departamento de recursos humanos de IVC LLC

a) parte principal: descripción del área temática, estudio de las funciones de los empleados del departamento de personal, estudio de la documentación de entrada

b) parte especial: Elaborar un modelo, implementar el modelo.

Lista de material gráfico: modelo funcional, modelo de base de datos, implementación del sistema

Literatura básica Maklakov S.V. Erwin YBPwin. CASO- herramientas de desarrollo de sistemas de información, Vendrov A.M.CASOtecnologías. Métodos y herramientas modernos para diseñar sistemas de información.

Responsable del trabajo final de calificación de grado

profesor titular del departamento ITAS (Podgornykh P.A.)

Consultor jefe del departamento de diseño (Chepeleva I.M.)

recibido la tarea 25.12.2011 (Peshkov K.A.)

CALENDARIOCRONOGRAMAACTUACIÓNSALIDACALIFICACIÓNOBRAS

	Volumen de etapa en %	Ejecuciones	Nota
Análisis de datos iniciales, selección de esquema y parámetros principales.
Desarrollo de la parte principal.
Desarrollo de la parte gráfica.
Redacción de una nota explicativa de una carta.
Presentación del trabajo para revisión y revisión por parte del supervisor del trabajo de calificación del trabajo de calificación.
Presentación del trabajo al jefe del departamento.
Defensa en una reunión del Comité Estatal de Exámenes

jefe de trabajo ( Podgornykh P.A.)

"____" 2011

Notaciones y abreviaturas

Introducción

1. Planteamiento del problema

2. Análisis de enfoques conocidos para resolver el problema.

2.1. Revisión y selección de estándares y perfiles.

3. Descripción del modelo funcional del proceso de negocio “AS-IS”

3.1. Descripción del objeto de automatización y flujos de información.

4. Desarrollo de un modelo funcional del sistema “TO-BE”

4.1. Funciones principales del sistema.

4.2. Resultados esperados de la implementación de un sistema de gestión documental electrónica

5. Desarrollo de un modelo de información del sistema.

5.1. Desarrollo de un modelo de datos infológicos.

5.2. Desarrollo de un modelo de datos lógicos.

6. Descripción de la arquitectura del sistema.

6.1. Subsistema de almacenamiento

6.2. Subsistema de intercambio de datos

6.3. Subsistema de aplicación

Conclusión

Referencias

ABSTRACTO

Informe 91 páginas, 3 figuras, 1 tabla, 8 fuentes, 12 apéndices

DEPARTAMENTO DE RRHH, CONTABILIDAD DE PERSONAL, FLUJO DE DOCUMENTOS, DOCUMENTOS DE ENTRADA, DOCUMENTOS DE SALIDA, SISTEMA AUTOMATIZADO

El objeto del estudio es el flujo de documentos del departamento de recursos humanos de la empresa ICTs LLC.

El objetivo del trabajo es desarrollar un sistema automatizado de gestión de personal en la empresa.

En el proceso de trabajo se llevaron a cabo estudios experimentales sobre componentes individuales del flujo de documentos del departamento de recursos humanos.

Como resultado del trabajo, se elaboró ​​​​un proyecto técnico, a partir del cual se está desarrollando un sistema de gestión de personal en la empresa.

La efectividad del sistema está determinada por la reducción de la influencia de las cualidades personales del personal en la ejecución de los procesos de procesamiento de documentos, aumentando la confiabilidad del almacenamiento de documentos, así como minimizando el tiempo dedicado a buscar y analizar los documentos necesarios.

NOTACIONES Y ABREVIATURAS

	sistema automatizado
	Sistema de control automatizado
	Base de datos
	Trabajo final de calificación.
	Institución de educación superior
	estándar estatal
	Lista arancelaria unificada
	Ciclo vital
	Sistema de información
	Tecnologías de la información y sistemas automatizados.
	Trabajo de investigación
	Software
	sistema de software
	sistema de gestión de base de datos
	Especificaciones técnicas
	computadora electronica
CASE (software asistido por computadora/ Ingeniería de Sistemas)	Desarrollo de software automatizado
DFD (Diagramas de flujo de datos)	Diagramas de flujo de datos
ERD (diagramas entidad-relación)	Diagramas entidad-relación
ERP (planificación de recursos empresariales)	Sistemas de gestión empresarial
IDEF0 (DEFinición de Icam)	Metodología de modelado funcional.
IDEF1X (Icam DEFinition1 extendido)	Metodología para la construcción de estructuras relacionales.
IEC (Comisión Electrotécnica Internacional)	Comisión Internacional de Ingeniería Eléctrica
ISO (Organización Internacional de Normalización)	Organización Internacional de Normalización
ODBC (Conexión base de fecha abierta)	Tecnologías abiertas para la comunicación con la base de datos.
RAD (Desarrollo rápido de aplicaciones)	Metodología de desarrollo rápido de aplicaciones
SADT (Técnica de Diseño y Análisis Estructurado)	Metodología de Análisis Estructural
SQL (lenguaje de consulta estructurado)	Lenguaje de consulta estructurado

INTRODUCCIÓN

En una economía de mercado, muchas empresas se dan cuenta de la necesidad de modernizar su sistema de gestión de documentos.

Los principales requisitos previos que obligan a la implementación de sistemas de automatización documental:

· importantes costes de tiempo y mano de obra cuando los empleados del departamento de recursos humanos trabajan con documentos;

· la necesidad de cumplir con los requisitos reglamentarios del flujo de documentos rusos;

· amplias capacidades del sistema automatizado para garantizar la contabilidad y el control del personal;

· versatilidad del sistema de automatización, permitiendo un rápido acceso y control del trabajo del departamento de RRHH.

Todos estos requisitos previos solo indican que para cualquier empresa u organización, las cuestiones de optimizar el flujo de documentos del personal y controlar el procesamiento de la información son de importancia clave. Esta afirmación puede confirmarse con los siguientes datos. Según empresas consultoras líderes en el campo de las tecnologías de la información:

· El jefe dedica aproximadamente el 80% de su tiempo de trabajo a trabajar con información.

· alrededor del 30% del tiempo de trabajo de los empleados se dedica a crear, buscar, aprobar y enviar documentos,

Cada documento interno se copia, en promedio, hasta 20 veces

· también se estima que hasta el 40% de los recursos laborales y hasta el 15% de los ingresos empresariales deben gastarse en trabajar con documentos.

Incluso sin profundizar en todos estos números, queda claro que un sistema para automatizar el trabajo con documentos de los empleados de la empresa simplificará significativamente el trabajo de los empleados del departamento de recursos humanos, reducirá el costo de mantenimiento de este departamento y creará un sistema unificado que le permitirá gastar mucho menos tiempo en la formación de nuevos empleados.

Además, las grandes empresas con una estructura compleja y muy ramificada podrán acceder rápidamente a cualquier información en el menor tiempo posible.

La eficacia de la gestión de empresas y organizaciones depende, entre otras cosas, de la solución correcta a los problemas de generación rápida y de alta calidad de documentos electrónicos, control de su ejecución, así como de una organización cuidadosa de su almacenamiento, recuperación y uso. ACS permite agilizar estos procesos y facilitar el trabajo del personal.

Los métodos matemáticos de software y la tecnología informática son sólo medios para procesar información y preparar decisiones de gestión adecuadas.

El propósito de esta tesis es desarrollar un sistema automatizado de gestión de personal en la empresa. El objeto de automatización es el flujo de documentos del departamento de recursos humanos de la empresa ICTs LLC.

Gestionar el flujo de documentos del departamento de RR.HH. de esta estructura requiere tener en cuenta muchos factores. Todo se describirá en detalle en las especificaciones técnicas. El sistema de gestión de documentos debe ser un sistema flexible y dinámico que le permita acceder de forma eficaz y rápida a los archivos personales de los empleados y tener en cuenta y agregar rápidamente todos los cambios.

· análisis de flujos de información relacionados con las actividades del departamento de RRHH, su sistematización y desarrollo de especificaciones;

· desarrollo de modelos de actividad "tal cual", análisis de deficiencias;

· desarrollo de modelos de actividad “como debe ser”;

· desarrollo de un modelo de datos de información;

· desarrollo de especificaciones técnicas para el desarrollo de un sistema de información.

El sistema de información que se está desarrollando permitirá:

· automatizar el proceso de registro, contabilidad, procesamiento de documentos;

· optimizar el almacenamiento de documentos;

· ahorrar recursos gastados en la preparación de nuevos documentos;

· aumentar la comodidad y reducir la intensidad laboral al trabajar con documentos para el usuario final.

· reducir el tiempo dedicado por los directivos y empleados a las operaciones rutinarias con documentos (creación, búsqueda, aprobación, etc.)

· impedir el acceso no autorizado a los documentos;

Para realizar la tesis se espera utilizar los siguientes estándares:

· IDEF0 se utilizará para modelar procesos de negocio;

· IDEF3 se utiliza para modelar flujos de información;

· los modelos de información se presentarán en notación IDEF1X;

· los términos de referencia se redactarán de acuerdo con GOST 34.602-89 "Especificaciones técnicas para la creación de un sistema automatizado"

1. PAGDETENER UNA TAREA

Cualquier persona jurídica, independientemente de la forma organizativa y jurídica en la que se cree, en el proceso de realización de actividades económicas se enfrenta a la realización de trabajos de registro, mantenimiento y conservación de la documentación del personal. En una primera aproximación, la documentación de personal es un conjunto de documentos que garantizan la regulación corporativa interna del trabajo y otras relaciones relacionadas entre empleador y empleado. Cabe señalar que se puede considerar un concepto más amplio flujo de documentos de personal, que incluye no solo documentos, sino también procedimientos (por ejemplo, el procedimiento para responsabilizar disciplinariamente a los empleados). Cada año aumenta el número de documentos (tarjetas personales de los empleados, hojas de horas, horarios de vacaciones, etc.) y es necesario almacenarlos y actualizarlos. Elaboración de horarios de dotación de personal, distribución de horarios de trabajo, elaboración de informes diversos, etc. - todo este trabajo se realiza de forma manual, ocupando una parte importante del tiempo del personal de RR.HH. Por tanto, hay enormes flujos de papel en el departamento de RR.HH. Un documento es el principal portador de información comercial, pero las "tecnologías en papel" para el procesamiento de documentos no han podido mantener el ritmo de la velocidad y precisión requeridas por los procesos comerciales modernos durante mucho tiempo, por lo que la mayoría de los documentos y la información se convierten a formato electrónico para un trabajo más eficiente. .

Para organizar una documentación eficaz del departamento de RRHH, es necesario disponer de un almacenamiento centralizado de la información, así como de libre acceso a la misma. Un problema importante es la búsqueda rápida y eficaz de la información necesaria entre una enorme cantidad de datos. Así, el uso de una solución electrónica nos permite solucionar los problemas anteriores.

El propósito de estetesis es el desarrollo de un sistema automatizado de gestión de personal en la empresa "IVC" LLC "Contabilidad de personal".

El sistema debe proporcionar soluciones a las siguientes tareas:

1. mejorar la disciplina de desempeño y reducir la influencia de las cualidades personales del personal en la ejecución de los procesos de procesamiento de documentos;

2. reducción del tiempo de desarrollo de documentos;

3. aumentar la eficiencia del intercambio de información entre departamentos.

4. aumentar la confiabilidad del almacenamiento de documentos, minimizando el tiempo dedicado a buscar y analizar los documentos necesarios.

Desde el punto de vista de la implementación, el sistema diseñado debe cumplir los siguientes requisitos:

· sistematicidad y compatibilidad de información de subsistemas y elementos de subsistema, es decir creación de un conjunto interconectado de formas de intercambio de información en todo el sistema de información;

· unidad metodológica, es decir desarrollo de varios subsistemas basados ​​​​en principios comunes y asegurando la interconexión de varios subsistemas que componen el sistema (indicadores, formularios de documentos);

2. ANÁLISIS DE ENFOQUES CONOCIDOS PARA RESOLVER EL PROBLEMA

Hoy en día, existen dos enfoques principales para desarrollar software de SI, uno de los cuales se llama funcional-modular o estructural. Se basa en el principio de descomposición funcional, en el que la estructura del sistema se describe en términos de la jerarquía de sus funciones y la transferencia de información entre elementos funcionales individuales. Segundo, orientado a objetos utiliza la descomposición de objetos. La estructura del sistema se describe en términos de objetos y relaciones entre ellos, y el comportamiento del sistema se describe en términos del intercambio de mensajes entre objetos. Cada objeto del sistema tiene su propio comportamiento que modela el comportamiento de un objeto del mundo real.

En los modelos funcionales (diagramas de flujo de datos DFD, diagramas SADT), los principales componentes estructurales son funciones (operaciones, acciones, trabajos), que están interconectados en los diagramas mediante flujos de objetos.

La ventaja indudable de los modelos funcionales es la implementación de un enfoque estructural para el diseño de SI basado en el principio "de arriba hacia abajo", cuando cada bloque funcional se puede descomponer en muchas subfunciones, etc., realizando así un diseño de SI modular. Los modelos funcionales se caracterizan por el rigor procesal de la descomposición del SI y la claridad de presentación.

Con el enfoque funcional, los modelos de datos de objetos en forma de diagramas ER "objeto - propiedad - relación" se desarrollan por separado. Para comprobar la exactitud del modelado del área temática, se establecen relaciones uno a uno entre los modelos funcionales y de objetos.

La principal desventaja de los modelos funcionales es que los procesos y los datos existen separados unos de otros; además de la descomposición funcional, hay una estructura de datos que se encuentra en segundo plano. Además, las condiciones para realizar procesos de procesamiento de información, que pueden cambiar dinámicamente, no están claras.

Las desventajas enumeradas de los modelos funcionales se eliminan en los modelos orientados a objetos, en los que el componente principal que forma la estructura es una clase de objetos con un conjunto de funciones que pueden acceder a los atributos de esta clase.

Las clases de objetos se caracterizan por una jerarquía de generalización, que permite la herencia no sólo de atributos (propiedades) de objetos de una clase superior de objetos a una clase inferior, sino también de funciones (métodos).

En el caso de la herencia de funciones, se puede abstraer de la implementación concreta de procedimientos (tipos de datos abstractos), que difieren para determinadas subclases de situaciones. Esto hace posible hacer referencia a módulos de programas similares por nombres comunes (polimorfismo) y reutilizar el código del programa al modificar el software. Por tanto, la adaptabilidad de los sistemas orientados a objetos a los cambios en el área temática es mucho mayor en comparación con el enfoque funcional.

Con un enfoque orientado a objetos, el principio del diseño de SI también cambia. Primero, se identifican las clases de objetos y luego, dependiendo de los posibles estados de los objetos (el ciclo de vida de los objetos), se determinan los métodos de procesamiento (procedimientos funcionales), lo que garantiza la mejor implementación del comportamiento dinámico del sistema de información.

Para el enfoque orientado a objetos, se han desarrollado métodos gráficos para modelar el área temática, generalizados en el lenguaje de modelado unificado UML. Sin embargo, en términos de claridad de presentación del modelo al usuario-cliente, los modelos orientados a objetos son claramente inferiores a los modelos funcionales.

Al elegir una metodología para modelar un área temática, se suele utilizar como criterio el grado de su dinamismo. Los modelos funcionales son más adecuados para tareas más reguladas; los modelos orientados a objetos son más adecuados para procesos de negocio más adaptables (gestión del flujo de trabajo, implementación de consultas dinámicas a repositorios de información). Sin embargo, dentro del mismo SI, diferentes clases de problemas pueden requerir diferentes tipos de modelos que describan la misma área del problema. En este caso, se deben utilizar modelos de dominio combinados.

Actualmente, en la práctica, la cantidad de herramientas CASE que admiten el enfoque orientado a objetos es pequeña en comparación con aquellas que admiten el enfoque estructural. En particular, los diagramas que reflejan las características específicas del enfoque orientado a objetos (diagramas de clases, objetos, etc.) son mucho menos claros y deficientes.

comprensible para no profesionales. Ejemplos de herramientas CASE orientadas a objetos son: Rational Rose de Rational Software y Paradigm Plus de Computer Associates, diseñadas para automatizar las etapas de análisis y diseño de software.

Las herramientas CASE modernas que respaldan el enfoque estructurado cubren una amplia gama de soporte para numerosas tecnologías de diseño de SI: desde herramientas simples de análisis y documentación hasta herramientas de automatización a gran escala que cubren todo el ciclo de vida del software. Hoy en día, el mercado de software ruso tiene los siguientes aspectos más

herramientas CASE desarrolladas: Vantage Team Builder (Westmount I-CASE); Diseñador/2000; Silverrun; ERwin+BPwin; S-Diseñador; CASO.Analista.

ERwin es una moderna herramienta de diseño de bases de datos. Una característica distintiva de ERwin/ERX es el alto grado de coherencia entre las herramientas de creación de bases de datos y las herramientas de desarrollo de aplicaciones. ERwin admite todos los DBMS relacionales más populares, incluido Oracle; Sybase; Informax; Servidor Microsoft SQL; FoxPro; InterBase; Paradoja; Acceso, etc. Se puede utilizar un mismo modelo para crear varias bases de datos o para transferir una aplicación de una plataforma DBMS a otra. ERwin se puede utilizar junto con muchas herramientas de desarrollo de aplicaciones populares: Delphi, PowerBuilder, Visual Basic, Oracle Designer/2000, etc.

BPwin es una poderosa herramienta CASE para el análisis de sistemas de la actividad comercial y productiva, que le permite monitorear el cumplimiento de la estructura comercial, el flujo de documentos y los flujos financieros con los requisitos estrictos y dinámicos de la economía moderna. El sistema BPwin ayudará a aumentar la competitividad y optimizar los procesos de gestión.

BPwin tiene una interfaz gráfica intuitiva que le ayuda a crear y analizar modelos rápidamente para optimizar los procesos comerciales y de producción. Utilizando un conjunto de herramientas gráficas, BPwin facilita la construcción de un diagrama de proceso que muestra los datos iniciales, los resultados de las operaciones, los recursos necesarios para llevarlas a cabo, las acciones de control y las conexiones mutuas entre actividades individuales.

Para modelar los procesos de negocio del Departamento de RRHH se eligió la herramienta CASE BPwin 4.0. Se decidió diseñar la base de datos del subsistema creado utilizando la herramienta CASE ERwin 4.0, ya que es bastante sencilla de aprender y utilizar.

personal de gestión del sistema de información

2 .1 Revisión y selección de normas y perfiles

Según GOST 34.003, el ciclo de vida de la central nuclear: un conjunto de procesos interrelacionados de creación y cambios secuenciales en el estado de la central nuclear desde la formación de los requisitos iniciales hasta el final de la operación y eliminación del complejo de equipos de automatización de la central nuclear. El concepto de ciclo de vida del software es uno de los básicos en ingeniería de software. El principal documento normativo que regula la composición de los procesos del ciclo de vida del software es la norma internacional ISO/IEC 12207:1995 “Tecnología de la información - Procesos del ciclo de vida del software”. Define la estructura del ciclo de vida que contiene los procesos, actividades y tareas que deben realizarse durante la creación del software.

Entre las normas rusas que regulan los procesos de creación de sistemas automatizados, que incluyen software, se pueden mencionar las siguientes:

· GOST 34.601-90 “Tecnología de la información. Un conjunto de estándares para sistemas automatizados. Sistemas automatizados. Etapas de la creación";

· GOST 34.602-89 “Tecnología de la información. Un conjunto de estándares para sistemas automatizados. Especificaciones técnicas para la creación de un sistema automatizado";

· GOST 34.603-92 “Tecnología de la información. Tipos de pruebas de sistemas automatizados."

Un conjunto unificado de normas para los documentos rectores de las centrales nucleares, junto con otros sistemas y conjuntos de normas, debería formar un soporte reglamentario y técnico completo para los procesos de creación y operación de las centrales nucleares.

GOST 34.602-89 se aplica a los sistemas automatizados (AS) para automatizar diversos tipos de actividades (gestión, diseño, investigación, etc.), incluidas sus combinaciones, y establece la composición, el contenido y las reglas para la elaboración del documento "Especificaciones técnicas para el creación (desarrollo o modernización) del sistema” (en adelante, las especificaciones técnicas de la central nuclear).

Disposiciones generales de GOST 34.602-89:

· La especificación técnica de una central nuclear es el documento principal que define los requisitos y el procedimiento para la creación (desarrollo o modernización, luego creación) de un sistema automatizado, según el cual se lleva a cabo el desarrollo de la central nuclear y su aceptación. al momento de la puesta en servicio.

· Las especificaciones de la central nuclear se desarrollan para el sistema en su conjunto, destinado a funcionar de forma independiente o como parte de otro sistema.

· Además, se pueden desarrollar especificaciones técnicas para partes de la central nuclear: para subsistemas de la central nuclear, complejos de tareas de la central nuclear, etc. de acuerdo con los requisitos de esta norma; para componentes de hardware y sistemas de software y hardware de acuerdo con los estándares ESKD y SRPP; para herramientas de software 1 de acuerdo con las normas DEUC; para productos de información de acuerdo con GOST 19.201 y NTD válidos en el departamento del cliente de AS.

· Los requisitos incluidos en las especificaciones técnicas para las centrales nucleares deben corresponder al nivel actual de desarrollo de la ciencia y la tecnología y no ser inferiores a requisitos similares de los mejores análogos modernos nacionales y extranjeros. Los requisitos especificados en las especificaciones técnicas de la central nuclear no deben limitar al desarrollador del sistema en la búsqueda e implementación de las soluciones técnicas, técnicas, económicas y de otro tipo más efectivas.

· Las especificaciones técnicas para las centrales nucleares se elaboran sobre la base de los datos iniciales, incluidos los contenidos en la documentación final de la etapa "Investigación y justificación para la creación de centrales nucleares", establecida por GOST 24.601.

· Las especificaciones técnicas del AS incluyen únicamente aquellos requisitos que complementan los requisitos para sistemas de este tipo (ACS, CAD, ASNI, etc.) contenidos en la documentación normativa y técnica vigente, y están determinados por las particularidades del objeto específico para que se está creando el sistema.

· Los cambios en las especificaciones técnicas de la central nuclear se documentan mediante un complemento o un protocolo firmado por el cliente y el desarrollador. La adición o el protocolo especificado es parte integral de las especificaciones técnicas de la central nuclear. En la portada de la especificación técnica del altavoz debe aparecer la entrada “Válido desde...”.

La especificación técnica de la central nuclear contiene las siguientes secciones, que se pueden dividir en subsecciones:

1. información general;

2. propósito y objetivos de la creación del sistema;

3. características de los objetos de automatización;

4. requisitos del sistema;

5. composición y contenido del trabajo para crear el sistema;

6. procedimiento de control y aceptación del sistema;

7. requisitos para la composición y contenido del trabajo de preparación del objeto de automatización para la puesta en funcionamiento del sistema;

8. requisitos de documentación;

9. fuentes de desarrollo. (GOST 34.602-89)

3. DESCRIPCIÓN DEL MODELO FUNCIONAL DEL PROCESO DE NEGOCIO “COMO- ES»

El modelo funcional pretende describir los procesos de negocio existentes en una empresa, el llamado modelo "TAL CUAL" (tal como está) y el estado ideal de las cosas, aquello por lo que uno debe esforzarse, el modelo "TO-BE".

En su trabajo, el departamento de recursos humanos se guía por las órdenes vigentes, las políticas de la empresa y el Código del Trabajo de la Federación de Rusia. Los empleados del departamento deben realizar sus funciones de acuerdo con las descripciones de trabajo desarrolladas. Los resultados del trabajo del departamento en el campo de la contabilidad de personal son los siguientes documentos:

· Órdenes de empleo

· Órdenes de transferencia

· Órdenes de despido

· Contrato de servicio

· Contrato de trabajo

· Información sobre las fechas de designación de bonificaciones por antigüedad

· Certificado de experiencia acreditada

· Órdenes sobre concesión de vacaciones

· Información contable

· Tarjeta personal T2 (T2GS)

· Información general

· Información sobre cambios

· Información sobre la composición de los empleados

· Dotación de personal

3.1 Descripción del objeto de automatización y flujos de información.

El departamento de RR.HH. es una división independiente de la empresa. Su estructura se muestra en la Figura 1.

"Figura 1: estructura del departamento de recursos humanos"

De acuerdo con las funciones y tareas asignadas al departamento, el departamento realiza las siguientes funciones (dentro del objeto de automatización):

· organización de la selección, reclutamiento y contratación de personal con las calificaciones necesarias y en el volumen requerido;

· creación de un sistema de dotación de personal eficaz;

· desarrollo de planes de carrera para los empleados;

· desarrollo de tecnologías de personal;

· organización laboral;

· formación, promoción y reciclaje del personal;

· investigación del clima sociopsicológico;

· incentivos materiales y motivación del personal;

· planificación y promoción de carrera;

· normalización laboral, evaluación de reservas y certificaciones;

· protección y seguridad laboral.

Documentos de entrada/salida

Los documentos fuente de las actividades del departamento de recursos humanos (dentro de la instalación de automatización) son:

· Libro de trabajo;

· Solicitud de despido por iniciativa propia de los empleados;

· Calendario de vacaciones;

· Hojas de tiempo y cálculo de salarios;

· Diario de actividades de control;

Documentos de salida:

· Órdenes de empleo;

· Órdenes de transferencia;

· Órdenes de despido;

· Contrato de servicio;

· Contrato de trabajo;

· Información sobre las fechas de designación de las bonificaciones por antigüedad;

· Certificado de experiencia acreditada;

· Órdenes sobre concesión de vacaciones;

· Información al departamento de contabilidad;

· Tarjeta personal T2 (T2GS);

· Información general;

· Registro;

· Información sobre cambios;

· Información sobre la composición de los empleados;

· Dotación de personal;

Aplicando la metodología IDEF0, obtenemos un modelo funcional del área temática, que muestra la estructura funcional del objeto, es decir. las acciones que realiza y las conexiones entre ellas.

El modelo funcional “diagrama de contexto A-0 TAL CUAL” se presenta en el [Apéndice A]. Incluye todas las actividades del departamento en el campo de la contabilidad de personal. El modelo se presenta en forma de caja negra. Los detalles del diagrama “A0” se presentan en el [Apéndice B].

Funciones del modelo AS-IS

Función A1

Nombre:

Algoritmo: Ingresar datos de los empleados al sistema;

Datos de entrada:

Producción: Órdenes de contratación, Órdenes de traslado, Órdenes de despido, Contrato de servicios, Contrato de trabajo;

Control:

Mecanismo: Especialistas en contratación;

Función A2

Nombre: Gestión de procesos laborales;

Algoritmo: Organización del control y presentación de informes;

Datos de entrada: Calendario de vacaciones, Hojas de tiempo y cálculos de nómina, Órdenes de contratación;

Producción: Información sobre las fechas de asignación de bonificaciones por antigüedad, Certificado de antigüedad establecida, Órdenes de otorgamiento de vacaciones, Información al departamento de contabilidad;

Control:

Mecanismo: Especialistas en evaluación de personal;

Función A3

Nombre: Trabajo de oficina;

Algoritmo: Realizar procedimientos para mantener actualizada la información del personal;

Datos de entrada: Libro de contabilidad del movimiento de los libros de trabajo y encartes de los mismos, Diario de contabilidad de las actividades de control, Proyecto de plantilla;

Producción: Tarjeta personal T2 (T2GS), Información general, Registro, Información sobre cambios, Información sobre la composición de los empleados, Plantilla;

Control: Descripciones de puestos;

Mecanismo: Especialistas en gestión de oficinas;

Al estudiar el modelo AS-IS, se identificaron las siguientes deficiencias:

· almacenamiento no sistemático de documentación;

· falta de libros de referencia;

· búsqueda prolongada de una tarjeta de empleado en un archivo en papel;

Las deficiencias encontradas en el modelo AS-IS se pueden corregir al crear el modelo TO-BE (como debería ser). Este modelo integra propuestas prometedoras de la dirección y los empleados de la empresa, expertos y analistas de sistemas y permite formular una visión de nuevas tecnologías racionales para la empresa.

4. DESARROLLO DE UN MODELO FUNCIONAL DEL SISTEMA« A- SER»

Utilizando la metodología IDEF0, desarrollaremos un modelo funcional del área temática que refleje la estructura funcional del objeto, es decir. las acciones que realiza y las conexiones entre ellas.

El modelo funcional “Diagrama de contexto TO-BE A-0” se presenta en el [Apéndice B]. Incluye todas las actividades del departamento en el campo de la contabilidad de personal. El modelo se presenta en forma de caja negra. Los detalles del diagrama “A0” se presentan en el [Apéndice D].

Funciones del modelo «A- SER»

Función A1

Nombre: Organización de contratación/despido de empleados;

Algoritmo: Ingresar datos de los empleados en una tarjeta electrónica;

Datos de entrada: Libro de trabajo, Solicitud de despido del empleado por iniciativa propia;

Producción: Órdenes de contratación, Órdenes de traslado, Órdenes de despido, Contrato de servicios, Contrato de trabajo, Tarjeta electrónica de empleado;

Control: Código del Trabajo de la Federación de Rusia, descripciones de puestos, reglamento sobre remuneración de los trabajadores, política de la empresa;

Mecanismo: Especialistas en contratación, Sistema de información;

Función A2

Nombre: Gestión del sistema;

Algoritmo: Organización del control y trabajo con tarjetas de empleados. Realizar procedimientos para mantener actualizada la información del personal;

Datos de entrada: Calendario de vacaciones, Hoja de horas y cálculo de salarios, Registro de control, Tarjeta electrónica de empleado;

Producción: Lista de empleados;

Control: Descripciones de puestos, Política de la Empresa, Reglamento Interno de Trabajo;

Mecanismo:

Función A3

Nombre: Informes;

Algoritmo: Generar e imprimir la información necesaria en forma de informes.

Datos de entrada: Lista de empleados;

Producción: Información sobre las fechas de asignación de bonificaciones por antigüedad, Certificado de antigüedad establecida, Órdenes de otorgamiento de vacaciones, Información al departamento de contabilidad, Tarjeta personal T2 (T2GS), Información general, Registro, Información sobre cambios, Información sobre el composición de empleados, plantilla de personal;

Mecanismo: Sistema de información;

Para ilustrar con más detalle las diferencias entre los modelos “TO-BE” y “TAL CUAL”, realizaremos una descomposición de la función “A2” y la presentaremos en el [Apéndice E].

Funciones del modelo «A- SERdetalle del gráficoA2"

Función A21

Nombre: Trabajar con una tarjeta electrónica;

Algoritmo: Incluye todas las operaciones realizadas con datos personales de los empleados;

Datos de entrada: Calendario de vacaciones, Hoja de tiempo y cálculo de salarios, Registro de control, Tarjeta electrónica del empleado, Duración del servicio del empleado, Tabla de personal;

Producción:

Control: Descripciones de puestos, Política de la Empresa, Reglamento Interno de Trabajo;

Mecanismo: Especialistas en evaluación de personal, especialistas en gestión de registros, sistemas de información;

Función A22

Nombre: Formación de personal;

Algoritmo: La formación se realiza sobre la base de datos sobre todos los departamentos y empleados de la empresa;

Datos de entrada: Hojas de horas y cálculos de nómina, Datos personales de los empleados;

Producción: Mesa de personal;

Control: Reglamento interno de trabajo;

Mecanismo: Especialistas en Gestión de Oficinas, Sistemas de Información;

Función A23

Nombre: Cálculo automático de experiencia;

Algoritmo: El cálculo se realiza a lo largo de toda la carrera del empleado en esta empresa;

Datos de entrada: Datos personales de los empleados;

Producción: El valor de la antigüedad en el servicio del empleado;

Control: Descripciones de puestos;

Mecanismo: Sistema de información;

Función A24

Nombre: Filtración;

Algoritmo: Formación de una lista de empleados que cumplan con los atributos especificados;

Datos de entrada: Datos personales de los empleados;

Producción: Lista de empleados;

Mecanismo: Sistema de información;

4.1 Funciones principales del sistema

· Almacenar información estructurada sobre un empleado en forma de tarjeta con los detalles necesarios;

· Mantener directorios de empresas, tipos de puestos, regiones y directorios de servicios diversos;

· Buscar tarjetas por atributos;

· Filtrar tarjetas por detalles y texto (atribuido y texto completo);

· Cálculo automático de la duración del servicio del empleado;

· Exportación de información necesaria a otro software común (Microsoft Excel);

· Elaboración de informes diversos.

Brevemente, el principio de funcionamiento del sistema se puede presentar de la siguiente manera:

· Los principales objetos de información del sistema son las Tarjetas de Empleado, que almacenan información estructurada sobre el objeto correspondiente.

· La información de referencia auxiliar se almacena en los Directorios del sistema, se utiliza al completar los campos de la tarjeta y para otros fines oficiales.

· El usuario trabaja con el sistema mediante una aplicación cliente, obteniendo a través de ella, de acuerdo con sus derechos, acceso a los objetos de su sistema. El usuario puede buscar, ver, crear y modificar objetos para los que tiene derechos suficientes para trabajar.

· El sistema realiza automáticamente acciones proporcionadas por la lógica de negocios de las tarjetas y procesos de negocios.

Las direcciones principales al crear el sistema son las siguientes:

· Reunir mecanismos para trabajar con documentos en papel y electrónicos de manera que sea posible garantizar un flujo de documentos “fluido” basado en un sistema cómodo, rápido y fácil de aprender con una interfaz de usuario sencilla y amigable.

· Máxima simplificación del trabajo de los gestores con el sistema, diseñado para ahorrar significativamente tiempo, ya que es el gestor quien muchas veces tiene que trabajar con versiones tanto en papel como electrónicas del documento.

· Facilitar el proceso de ingreso de documentos al sistema, independientemente del método y forma en que llegaron a la organización (papel, fax, correo electrónico, etc.).

· Incrementar la confianza del usuario en el sistema de gestión de documentos electrónicos, incluso aumentando la confiabilidad del almacenamiento de documentos.

· Simplificar la gestión de procesos de negocio para tareas de procesamiento de documentos y no documentos.

4. 2 Resultados esperados de la implementación del sistema.electrónicoflujo de documentos

· Reducir el riesgo de pérdida de información y tecnología cuando los empleados clave se van.

· En la gestión de documentos electrónicos, los documentos necesarios están siempre a mano: baja dependencia de las personalidades, búsqueda eficaz de documentos;

· Mejorar la eficiencia de la gestión;

· Aumento de la productividad laboral;

· Los empleados reciben información actualizada;

· Reducción de riesgos;

· Garantizar la seguridad del almacenamiento de información comercial.

5. DESARROLLO DE UN MODELO INFOLÓGICO DEL SISTEMA

5.1 Desarrollo de un modelo de datos infológicos

Un modelo de datos de información es una descripción realizada utilizando lenguaje natural, fórmulas matemáticas, tablas, gráficos y otros medios. Los principales elementos constructivos de los modelos de información son las entidades, las conexiones entre ellas y sus propiedades (atributos).

Al construir modelos de información utilizando diagramas ER, las entidades se representan como rectángulos, las asociaciones como rombos o hexágonos, los atributos como óvalos y las conexiones entre ellos como bordes no direccionales, encima de los cuales se indica el grado de conexión y la explicación necesaria.

Con base en el análisis del área temática y requisitos del sistema de gestión de documentos electrónicos, se identificaron las siguientes entidades:

· Empleado

· Educación

·Educación adicional

· Libro de registro de trabajo

· Póliza médica

· Identificación militar

· Premios

· Parientes

· Asignaciones

· Beneficios

· Mover destinos

· Viajes de negocios

· Indemnización por despido

· Asistencia financiera

· Certificaciones

· Vacaciones

· Baja por enfermedad

· Empresas

· Tipos de educación

Regiones

· Instituciones educativas

· Tipo de puesto

· Tipo de experiencia

Comunicación "Educación" pertenece

Comunicación "Agregar. educación" pertenece"Empleado" es una relación M:1;

"Premios" de comunicación pertenece"Empleado" es una relación M:1;

Conexión "familiares" pertenece"Empleado" es una relación M:1;

Comunicación "Asignaciones" pertenece"Empleado" es una relación M:1;

"Beneficios" de la comunicación pertenece"Empleado" es una relación M:1;

Mover Destinos Comunicación pertenece"Empleado" es una relación M:1;

Comunicación "Viajes de negocios" pertenece"Empleado" es una relación M:1;

Comunicación "Indemnización por despido" pertenece"Empleado" es una relación M:1;

Comunicación "Asistencia material" pertenece"Empleado" es una relación M:1;

Comunicación "Certificación" pertenece"Empleado" es una relación M:1;

Conexión de "vacaciones" pertenece"Empleado" es una relación M:1;

Comunicación “Bajas por enfermedad” pertenece"Empleado" es una relación M:1;

Comunicación "Reserva" pertenece

Relación de tipo de trabajo pertenece"Reservar" es una conexión 1:M;

Comunicación "Libro de trabajo" pertenece"Empleado" es una relación 1:1;

Comunicación "Policía Médica" pertenece"Empleado" es una relación 1:1;

Comunicación "Identificación militar" pertenece"Empleado" es una relación 1:1;

Comunicación empresarial pertenece

Comunicación “Tipos de educación” pertenece“Empleado” es una relación 1:M;

"Experiencia" de comunicación pertenece“Empleado” es una relación M:M;

Relación “Tipo de experiencia” pertenece“Antigüedad” es una conexión de tipo 1:M;

5.2 Desarrollo de un modelo de datos lógicos

El modelo de información debe mapearse en un modelo lógico de datos orientado a computadora. El modelo datalógico garantiza la independencia de los datos en dos niveles: lógico y físico.

La capa lógica del modelo de datos es una vista abstracta de los datos, donde los datos se representan tal como se ven en el mundo real y se denominan como se llaman en el mundo real. El modelo lógico de datos se crea en base a diagramas entidad-relación, que incluye entidades y relaciones entre ellas. Cada entidad es un conjunto de objetos individuales similares llamados instancias. Cada copia es individual y diferente de todas las demás copias. Una entidad tiene un conjunto de atributos, cada uno de los cuales expresa una propiedad específica del objeto.

El modelo lógico del sistema se presenta en el [Apéndice L] y en el [Material gráfico 11].

Las tablas se dividen en las denominadas tablas de referencia, de trabajo y de servicio. Las tablas de directorio almacenan los nombres de algunos objetos, por ejemplo, los nombres de categorías o tipos de experiencia. A cada uno de ellos se le asigna un código único dentro de una tabla específica, mediante el cual se puede encontrar el nombre correspondiente del objeto en el conjunto contenido en la tabla. En las tablas de trabajo, casi toda la información se almacena en códigos o claves de registro; las tablas están vinculadas entre sí mediante códigos (o claves de registro). En las tablas de servicio se realizan operaciones de tipo auxiliar, por ejemplo, se calcula la duración del servicio.

6 . DESCRIPCIÓN DE LA ARQUITECTURA DEL SISTEMA

El sistema de información automatizado "Contabilidad de personal" utiliza una arquitectura cliente-servidor de tres niveles (Figura 2).

“Figura 2 - Arquitectura del sistema de Contabilidad de Personal”

El sistema de información automatizado "Contabilidad de personal" se divide convencionalmente en tres subsistemas:

1. Subsistema de almacenamiento de datos.

2. Subsistema de intercambio de datos.

3. Subsistema de aplicación.

6 .1 Subsistema de almacenamiento

El DBMS MS SQL actúa como subsistema de almacenamiento de datos. El DBMS funciona con una base de datos en la que se almacenan de forma estructurada todos los datos personales de los empleados.

Esta información es utilizada por todos los subsistemas durante la operación, intercambiándola efectivamente durante la operación.

6 .2 Subsistema de intercambio de datos

El subsistema de intercambio de datos es un servicio web diseñado para intercambiar información entre aplicaciones cliente (subsistema de aplicaciones) y la base de datos. El servicio web se desarrolla utilizando la tecnología Windows Communication Foundation, un modelo de programación unificado para aplicaciones distribuidas en la plataforma Microsoft. Incorpora tecnologías anteriores (ASMX, .NET Remoting, DCOM y MSMQ) y proporciona una API extensible que cumple con los diversos requisitos que surgen al construir sistemas distribuidos.

El servicio web intercambia datos con aplicaciones cliente a través del protocolo HTTP y también admite el intercambio de datos dúplex (intercambio simultáneo en ambas direcciones).

6 .3 Subsistema de aplicación

El motor de la aplicación es una aplicación cliente que se comunica con un servicio web. La aplicación cliente se desarrolla en el entorno de desarrollo integrado Delphi.

Delphi es un lenguaje de programación imperativo, estructurado y orientado a objetos, un dialecto de Object Pascal. A partir del entorno de desarrollo Delphi 7.0, Borland comenzó a utilizar el nombre Delphi para referirse al lenguaje Object Pascal en documentos oficiales. Desde 2007, el lenguaje Delphi (derivado de Object Pascal) comenzó a vivir su propia vida independiente y experimentó varios cambios asociados con las tendencias modernas (por ejemplo, con el desarrollo de la plataforma .NET) en el desarrollo de lenguajes de programación: ayudantes de clase, Aparecieron sobrecargas del operador y más.

Descripción de las funciones de la aplicación.

El usuario del sistema trabaja directamente con la aplicación cliente. La ventana principal de la aplicación [Apéndice E] muestra una lista de todos los empleados de la empresa, que se pueden ordenar y encontrar según varios atributos. Para ingresar un nuevo empleado al sistema, es necesario crear una “Tarjeta Individual” [Anexo G] y llenarla con los datos personales del empleado. En primer lugar, debe completar el campo "Pence No." es clave.

Para asignar a una persona a cualquier puesto, debe ir a la tarjeta "Información adicional" [Apéndice 3], en la que se completan atributos adicionales, incluidos "Asignaciones y transferencias". Al agregar una nueva cita, se abre la ventana “Contratación y traslado a otro puesto” [Anexo I], que indica todo sobre el puesto actual del empleado. Después de completar todos los atributos, automáticamente se comienza a calcular la antigüedad del empleado.

Al completar tarjetas electrónicas para todos los empleados, tiene sentido crear una plantilla.

Para filtrar tarjetas electrónicas, utilice la ventana "Filtrado" [Apéndice K]. Especifica uno o más atributos por los cuales se deben filtrar las tarjetas. La lista resultante se puede utilizar para editar datos o generar varios informes para uno o más empleados.

zCONCLUSIÓN

Esta tesis está dedicada a la automatización del flujo de documentos en el marco del departamento de recursos humanos de la empresa IVTs LLC.

El propósito de esta tesis es crear el proyecto “Contabilidad de Personal”.

Para lograr este objetivo, se formularon y resolvieron las siguientes tareas:

· Se llevó a cabo un análisis de los flujos de información;

· Desarrollé modelos de actividad “como debería ser” utilizando el estándar IDEF0;

· Modelos de datos de información desarrollados en notación IDEF1X;

· Se desarrolló una especificación técnica para el sistema de información del departamento basada en GOST 34/602-89, que figura en el [Apéndice M].

CONREFERENCIAS

1. GOST 34.602-89 “Tecnología de la información. Un conjunto de estándares para sistemas automatizados. Especificaciones técnicas para la creación de un sistema automatizado";

2. GOST 34.602-89 "Reglas para la preparación de especificaciones técnicas". - URL: http://url5.ru/hej (fecha de visita 25/11/2011);

3. Código del Trabajo de la Federación de Rusia. - Edición 2011-2012

4. Vendrov A.M. “Diseño de software para sistemas de información económica”: Finanzas y Estadística. - 2002;

5. Kibanova A.Ya. “Gestión de Personal Organizacional”: INFRA-M. - 2005;

6. Maklakov S.V. "BPwin y Erwin. CASE-herramientas para el desarrollo de sistemas de información”: DIALOG-MEPhI. - 2000;

7. Maklakov S.V. “Modelado de procesos de negocio con BPwin 4.0”: DIALOG-MEPhI. - 2002 - 224c.;

8. Libro de referencia de cualificación para puestos de directivos, especialistas y empleados: INFRA-M. - 2003 - 96 p.

Publicado en Allbest.ru

...

Documentos similares

Justificación de la necesidad de desarrollar un AOS "Seguridad de la Información". Construcción de un modelo de actividad "As is" (AS-IS) y "To be" (TO-BE). Análisis de productos de software. Creando un modelo de dominio. Desarrollo de sistemas de información.

informe de práctica, añadido el 31/05/2015


Características generales de la empresa e identificación de problemas en sus actividades, análisis de enfoques conocidos para solucionarlos. Herramientas de desarrollo y análisis de flujos de información. Desarrollo y estructura de un modelo de actividad empresarial “tal cual” y “como debería ser”.

trabajo del curso, añadido el 20/12/2013


El concepto de un sistema de información automatizado. Construcción de modelos orientados funcionalmente “tal cual” (as-is) y “como debería ser” (to-be). Descripción de la base de datos, desarrollo de la aplicación, manual de usuario. Factura, orden de pago.

tesis, agregada el 23/04/2013


Análisis de flujos de información relacionados con las actividades de un taller de neumáticos. Desarrollo de un modelo de datos de información. Descripción de las especificaciones técnicas para el desarrollo de un servicio web. Elaboración de planes de gestión de configuración y control de calidad.

trabajo del curso, añadido el 25/12/2014


Estudio de la tecnología postal existente. Elaboración de un modelo de operación tecnológica en formato “tal cual”. Desarrollo de un modelo de operación tecnológica automatizada en formato “como debería” (TO-BE). Desarrollo de especificaciones técnicas para puestos de trabajo automatizados.

prueba, agregada el 20/12/2010


Transcripción de una entrevista con el director del MBOU "Centro educativo en el pueblo de Markovo". Descripciones de puestos, actividades del departamento de atención al cliente. Construyendo un modelo de actividad “tal cual” y “como debería ser”. Creación de un sistema de información automatizado.

trabajo del curso, añadido el 25/04/2013


Construcción de modelos de actividad “tal cual” (AS–IS) y “como debería ser” (TO–BE) para mejorar la eficiencia de la contabilidad de mercancías en el almacén de TNT Trading LLC. Formación de especificaciones técnicas para la creación de un sistema de información automatizado para la empresa.

trabajo del curso, añadido el 12/04/2012


Desarrollo de un modelo funcional del proceso de gestión de tiendas. Elaboración de especificaciones de casos de uso en forma de tablas. Cree diagramas de clases, secuencias, estados y actividades. Presentación de la base de datos, descripción de pantallas y consultas.

trabajo del curso, añadido el 15/07/2012


Estudio integral de un objeto de informatización: UralPromSnab LLC. Desarrollo de un modelo de procesos de negocio AS-IS y análisis de cuellos de botella. Desarrollo de especificaciones técnicas para la compra e implementación de un sistema de contabilidad automatizado listo para usar "Galaktika ERP 9.1".

trabajo del curso, añadido el 12/12/2013


Determinación de la clase de seguridad del sistema acústico. Desarrollo de un modelo de amenazas. Selección de mecanismos y medios para proteger los recursos de información del acceso no autorizado. Crear una estructura de directorios para un número determinado de usuarios del sistema automatizado.

• Kazakov Dmitri Igorevich, alumno
• Rybanov Alexander Alexandrovich, Candidato de Ciencias, Profesor Asociado, Jefe de Departamento
• Instituto Politécnico Volzhsky (sucursal) Universidad Técnica Estatal de Volgogrado

• CONTROL
• TRABAJO DE CALIFICACIÓN DE POSGRADO
• APOYO
• ESCUCHA

El artículo analiza los problemas de apoyar el proceso de finalización de los trabajos de calificación finales. Se analizan los principales problemas de los estudiantes relacionados con la implementación de experimentos de alta tecnología. Se ha desarrollado la estructura del sistema de apoyo para la realización de los trabajos finales de calificación. Se llevaron a cabo experimentos para evaluar la calidad del sistema desarrollado.

• Automatización del proceso de evaluación de trabajos finales de calificación con un enfoque basado en competencias.
• Desarrollo de una aplicación web y móvil para un sistema de registro y análisis de la interacción de una universidad con potenciales solicitantes.
• Optimización del proceso de programación del transporte público urbano
• Desarrollo de un sistema de información para el registro de los resultados de las actividades de orientación profesional de las instituciones de educación superior.

La realización de un trabajo final de calificación (GQT) es una etapa importante en el proceso educativo de formación de un especialista altamente calificado. Los métodos clásicos para monitorear la implementación del trabajo en progreso no son efectivos. El grado de automatización del proceso de control y seguimiento de la ejecución del trabajo en curso está subdesarrollado. A su vez, los enfoques de apoyo informativo, seguimiento y control del proceso de realización del trabajo científico y técnico permiten influir en la calidad y eficacia del trabajo.

Los sistemas de información existentes en varias universidades proporcionan un porcentaje extremadamente pequeño de soporte de información para el proceso de realización del trabajo académico.

La solución óptima en esta situación sería crear un sistema de información orientado a la web (web-IS), cuya funcionalidad incluiría:

• generar informes para cada capítulo;
• asistencia para preparar una lista de referencias;
• almacenamiento de materiales intermedios para completar el trabajo de calificación final en formato electrónico.

Al almacenar materiales que reflejan los resultados intermedios del trabajo de investigación y desarrollo en formato electrónico, se hace posible la automatización parcial asociada con la verificación de los requisitos para el trabajo final:

1. Comprobando el estilo del texto;
2. Consultar la lista de referencias;
3. Comprobar si el título del capítulo coincide con su contenido.

El objetivo de los trabajos es incrementar la eficiencia del proceso de control y seguimiento de la finalización de las obras finales.

Para lograr este objetivo es necesario resolver los siguientes problemas de investigación:

1. Desarrollo de una descripción matemática de un SI web para apoyar el proceso de finalización de los trabajos de calificación final;
2. Desarrollo de algoritmos e implementación de software de web-IS para apoyar la finalización de los trabajos de calificación finales;
3. Evaluación experimental de la calidad de un producto de software.

Consideremos un modelo matemático de un SI web. Hay varias formas de determinar si un texto pertenece a un estilo concreto. Uno de ellos es Hudlomer, un método para clasificar automáticamente el estilo funcional del texto basándose en los espectros de longitud de las palabras. El desarrollador de Hudlomer es Leonid Delitsyn. Existe un algoritmo de Hudlomer simplificado: el estilo del texto se determina en función de la longitud promedio de las palabras. Dependiendo del parámetro calculado, el texto pertenece a uno de cuatro estilos: discurso coloquial (longitud promedio de palabras 4,9), estilo periodístico (longitud promedio de palabras 5,9), artículo periodístico (longitud promedio de palabras 6,9) y artículo científico (longitud promedio de palabras mayor que 6.9). La actitud hacia un estilo particular está determinada por la mayor afinidad hacia uno de los cuatro estilos. La precisión para determinar el estilo de este enfoque es aproximadamente del 70%;

La descripción matemática para determinar si el contenido coincide con el título de un capítulo es identificar palabras clave del capítulo y subcapítulos para luego coincidir con el título del capítulo. Las palabras clave se determinan en función de su aparición en el texto; se seleccionan para el análisis las primeras 24 palabras más comunes. El procedimiento para hacer coincidir palabras clave con el título de un capítulo implica determinar la cantidad de palabras clave en el título como porcentaje. El resultado porcentual resultante se traduce en palabras con cuatro posibles respuestas: coincidencia excelente (más del 80%), buena coincidencia (65-79%), coincidencia justa (50-64%) y coincidencia pobre (menos del 50%). Se tomó como base el sistema de puntuación del VPI (f) de VolgSTU con un ligero cambio;

La descripción matemática para determinar la exactitud de la lista bibliográfica del estudiante consiste en verificar la exactitud de la fuente de acuerdo con GOST R 7.0.5-2008 "Referencia bibliográfica". Además de la exactitud de la fuente, se comprueba el año de publicación, que no debe tener una antigüedad superior a 5 años. La lista de fuentes utilizadas se comprueba buscando coincidencias mediante expresiones regulares. Se han desarrollado expresiones regulares para varios tipos de fuentes, como fuentes impresas, artículos de revistas, monografías, resúmenes, enlaces a recursos electrónicos y otros. La verificación del año de la fuente se realiza obteniendo el año de las fuentes recibidas. Si la fuente tiene el formato adecuado y el año de la fuente se utiliza correctamente, se ingresa en la base de datos. Para ingresar a la base de datos se utilizan las siguientes características de la fuente: autores, año, título, editorial, páginas.

Ahora hablemos de implementación. El sistema de información orientado a web "Bachelor" es una aplicación de tipo cliente-servidor, donde el cliente es un usuario registrado en el sistema, que interactúa a través de un navegador a través de una conexión a Internet, y el servidor, a su vez, es un complejo de software AMP. , incluidos: Apache, MySQL, php.

El diagrama de bloques general del web-IS “Bachelor” se presenta en la Fig. 1.

Figura 1. Estructura general.

El módulo de detección de estilo de texto está diseñado para determinar el estilo de texto del capítulo y subcapítulos escritos. Para determinar el estilo del texto, la entrada del módulo es el texto del capítulo de la nota explicativa, almacenado en la base de datos. Los textos de tres subsecciones se extraen del texto utilizando expresiones regulares y, alternativamente, pasan por el procedimiento de determinación del estilo del texto.

El procedimiento para determinar el estilo de un texto consiste en eliminar preposiciones, pronombres, etc. del texto, contar el número de palabras y el número de caracteres, y luego determinar la longitud promedio de las palabras. Dependiendo de su proximidad a uno de los cuatro coeficientes, el texto se asigna a uno de los estilos de texto. Cada estilo de texto tiene un coeficiente promedio de longitud de palabra: coloquial (4,9), estilo periodístico (5,9), artículo periodístico (6,9) y estilo científico (más de 6,9). El resultado proporciona al usuario información sobre el título del capítulo o subcapítulo y su estilo de texto.

El módulo para determinar si el contenido de un capítulo coincide con su título está diseñado para determinar si el texto de un capítulo coincide con su título. Para determinar si el texto del capítulo corresponde al título, se suministra a la entrada del módulo el texto del capítulo de la nota explicativa, almacenado en la base de datos. Se extraen del texto tres subsecciones utilizando expresiones regulares y, alternativamente, pasan por el procedimiento para determinar si el texto del capítulo coincide con el título. El procedimiento para determinar si el texto de un capítulo coincide con el título es identificar palabras clave y determinar el número de apariciones en el título del capítulo como porcentaje. Las palabras clave están determinadas por el mayor número de apariciones en el texto de la nota; se seleccionan las primeras 24 palabras. En la salida, se proporciona al usuario información sobre el título del capítulo o subcapítulo y la correspondencia del texto con el título se indica entre paréntesis;

El módulo de verificación de bibliografía está diseñado para verificar parcialmente la lista de fuentes utilizadas para verificar la corrección del formato y el cumplimiento de los estándares de uso anuales. Se proporciona como entrada un archivo TeX de la lista de bibliografía, el texto se extrae del archivo y se verifica utilizando expresiones regulares. Se verifica que cada coincidencia sea precisa utilizando los estándares anuales de la fuente (la fuente no debe tener más de cinco años). La verificación del año de la fuente se realiza obteniendo el año de las fuentes recibidas. Las fuentes se verifican utilizando expresiones regulares compiladas de acuerdo con GOST R 7.0.5-2008 "Referencia bibliográfica". Si la fuente tiene el formato adecuado y el año de la fuente se utiliza correctamente, se ingresa en la base de datos. Para ingresar a la base de datos se utilizan las siguientes características de la fuente: autores, año, título, editorial, páginas. En la salida, todas las coincidencias obtenidas a partir de expresiones regulares se muestran al usuario por categoría, indicando la cantidad. Las fuentes con más de cinco años se muestran en rojo, otras en verde.

Para almacenar datos sobre los usuarios del sistema, el contenido de la nota explicativa, comentarios, roles, temas, códigos, se desarrolló una base de datos, cuyo diagrama físico se presenta en la Figura 2.

Figura 2. Diseño físico de la base de datos.

Para evaluar la efectividad del sistema de información basado en web implementado, se realizaron tres experimentos:

• Evaluar la eficacia de los métodos para almacenar el texto de una nota explicativa;
• Evaluación de la interfaz de usuario;
• Comparación experta del programa desarrollado con programas analógicos.

Un análisis comparativo de métodos para almacenar el texto de una nota explicativa consistió en analizar la velocidad de determinación del estilo del texto de un capítulo de una nota explicativa. Se propusieron dos enfoques para el método de almacenar el texto de una nota explicativa: almacenamiento en una base de datos y almacenamiento como archivo en un servidor. Se midió el tiempo desde que se consulta la base de datos o se lee un archivo hasta que se muestra el resultado en pantalla. Se llevaron a cabo diez pacificaciones para cada método en diferentes situaciones. Los resultados del experimento se presentan en la Tabla 1 y la Figura 3.

Tabla 1. Resultados de un experimento para evaluar métodos de almacenamiento del texto de una nota explicativa.

Figura 3. Resultados de un experimento para evaluar métodos de almacenamiento del texto de una nota explicativa.

La evaluación de la interfaz de usuario se realizó mediante la herramienta CogTool. Para cada usuario, se seleccionó una tarea que debía realizarse para trabajar con el web-IS "Bachelor". CogTool puede predecir el tiempo necesario para resolver un problema. Con su ayuda, se predicen las soluciones a las tareas asignadas a cada usuario y se registra el tiempo.

La Tabla 2 muestra los usuarios, las tareas asignadas a los usuarios y el tiempo previsto de finalización de la tarea.

Tabla 2. Resultado general del experimento.

Se encontró que el tiempo dedicado a realizar las tareas necesarias es pequeño. En consecuencia, la interfaz del web-IS "Bachelor" no causa dificultades para todas las categorías de usuarios, lo que indica una interfaz fácil y conveniente para los usuarios.

La evaluación experta de los productos de software nos permite identificar los mejores entre los comparados, notar los aspectos positivos y negativos de cada producto en relación con los criterios seleccionados. Para comparar el software existente, se seleccionaron GS-statements, un sistema integrado de gestión de instituciones de educación superior (ISU VUZ), web-IS “Bachelor”, University (Redlab) y Electronic University. Se eligieron los siguientes criterios para el análisis comparativo de productos de software: control y seguimiento de la implementación de las etapas de la tesis, generación de informes por capítulos, contabilidad de las publicaciones de los estudiantes, apoyo a la implementación de la tesis, control de los temas de la tesis, manteniendo una base de datos de trabajos de licenciatura.

Se utilizó el procedimiento jerárquico analítico de Saaty para determinar los pesos de los criterios. La matriz de comparación por pares, las medias geométricas y las ponderaciones de los criterios se presentan en la Tabla 3.

El diagrama de coeficientes de ponderación para los criterios se presenta en la Fig. 4.

Tabla 3. Matriz de comparaciones pareadas, sumas y ponderaciones de criterios

								Ponderaciones de criterios

Figura 4. Coeficientes de ponderación de los criterios de calidad.

Los valores cuantitativos de la funcionalidad determinada por Xij (según la escala introducida) se presentan en la Tabla 4.

Tabla 4. Indicadores de calidad integral.

Criterios	Coeficientes de ponderación	Productos de software					Valores básicos
					Universidad	Bachiller
control y seguimiento de la ejecución de las etapas de los trabajos de investigación y desarrollo
generando informes por capítulo
contabilidad de publicaciones estudiantiles
Apoyo a la implementación de la CMR
control del tema de la CMR
mantener una base de datos de trabajos de licenciatura
Indicador de calidad integral Q

El diagrama de radar de los valores de las características de calidad de las capacidades funcionales (criterios) se presenta en la Figura 5.

Figura 5. Gráfico radial de valores de características funcionales.

Un análisis comparativo de productos de software para controlar y monitorear el proceso de realización de trabajos de investigación y desarrollo mostró que solo tres de las cinco herramientas de software consideradas tienen un valor de indicador de calidad integral que excede el valor base. Uno de esos sistemas es un sistema de información orientado a la web para apoyar la finalización del trabajo de calificación final. La metodología de evaluación de expertos propuesta nos permite determinar no solo las direcciones para seguir mejorando el producto de software, sino también evaluar cuantitativamente su calidad en términos del nivel de funciones implementadas.

El sistema de información basado en web desarrollado permitió incrementar la eficiencia del proceso de control, seguimiento y apoyo a la ejecución de los trabajos de calificación finales.

Referencias

1. 1C: Universidad - https://solutions.1c.ru/catalog/university/features
2. Dreyzis Yu.I., Kalinina M.V., Zinoviev P.S. El Análisis Comparativo del Mercado de Sistemas de Información para la Automatización de la Actividad Universitaria. // Revista Europea de Ciencias de la Computación, No. 1, vol. (2), 2016, págs. 26-37.
3. URL del sistema integrado de gestión universitaria: http://isu.tisbi.ru/ (fecha de acceso: 10/12/2017).
4. Ribánov, A.A. Tecnología para aumentar la eficiencia del soporte de información, el seguimiento y el control del proceso de finalización de los trabajos de calificación final / Rybanov A.A., Makushkina L.A., Fadeeva M.V. // Temas actuales de la educación profesional. - 2013. - N° 10 (vol. 10). - págs. 122-125.
5. Orujova, L.Sh., Rybanov A.A. Implementación de software de un sistema de información orientado a la web para controlar y monitorear la finalización del trabajo de calificación final [recurso electrónico]: artículo / Orudzhova L.Sh., Rybanov A.A. // Foro científico estudiantil 2013: V internacional. semental. electrón. científico Conferencia, 15 de febrero. – 31 de marzo de 2013 Dirección. "Ciencias Técnicas" / Ross. académico. ciencias naturales. – M., 2013. – P. 1-5. – Modo de acceso: http://www.scienceforum.ru/2013/pdf/5243.pdf
6. Morozov M.S., Chernova G.A.. 2016. T.2. Núm. 47. págs. 26-35.