Diseño e Implementación de Plataforma Interactiva de Libros Multimedia
1. Clasificación de requisitos
Hay tres roles en el sistema, autor, lector y administrador del sistema, con una variedad de formas de terminal: teléfonos móviles, navegadores y software de escritorio. A continuación se analizan los requisitos del sistema desde varias perspectivas.
1.1, requisitos funcionales
Lado del autor:
El rojo es su propia demanda perfecta, principalmente relacionada con la retroalimentación de datos y el monitoreo de indicadores
Desde un punto de vista funcional, el autor necesita poder cumplir
- Las funciones de edición de libros y ejercicios, incluidos directorios de artículos, contenido de artículos, etc., software de terceros se pueden incrustar en artículos
- La función de vista previa del resultado de edición puede previsualizar el efecto de cada final durante el proceso de edición
- Especifique el tipo de lado final apropiado del artículo y puede especificar el tipo de lado final del artículo para mostrar
- Vista previa estadística de la situación de lectura después de la publicación del artículo.
Lado del lector:
El rojo es para sus propias necesidades perfectas y debe cumplir con las funciones de retroalimentación del lector, como las anotaciones de comentarios y diversas implementaciones de lógica de recuperación
Desde una perspectiva funcional, las principales necesidades del lector son:
- Necesidades de lectura, necesidades de lectura de varias maneras
- Necesidades de recuperación, capaz de buscar libros por título, autor, etc.
- Requisitos prácticos, poder invocar prácticas de complementos de terceros y poder emitir juicios simples sobre la corrección de la práctica.
- Requisitos de comentarios, capacidad para anotar el contenido del artículo y calificar libros de texto
1.2, requisitos de calidad
1.3, restricciones de diseño
- Las aplicaciones de lector, las aplicaciones web y de escritorio usan código unificado
- Llame a software de terceros para llamar a través de un modelo de complemento unificado, transparente para los lectores
- Priorizar el frente y el back-end js + nodejs + mongodb
- Despliegue independiente del lado del autor
1.4, restricciones de proceso
- Solo cuando el autor publica el libro se pueden importar los datos al sistema del lado del extremo
2. Diseño conceptual del prototipo.
2.1 Diagrama de caso de uso del lector / autor
2.2 Modelo de datos del sistema
3. Análisis en profundidad y diseño de casos de uso clave (p. Ej., Diagramas de tiempos del lector)
4. Diseño
4.1 Diagrama de clase de diseño
1. Clasificación de requisitos
Hay tres roles en el sistema, autor, lector y administrador del sistema, con una variedad de formas de terminal: teléfonos móviles, navegadores y software de escritorio. A continuación se analizan los requisitos del sistema desde varias perspectivas.
1.1, requisitos funcionales
Lado del autor:
El rojo es su propia demanda perfecta, principalmente relacionada con la retroalimentación de datos y el monitoreo de indicadores
Desde un punto de vista funcional, el autor necesita poder cumplir
- Las funciones de edición de libros y ejercicios, incluidos directorios de artículos, contenido de artículos, etc., software de terceros se pueden incrustar en artículos
- La función de vista previa del resultado de edición puede previsualizar el efecto de cada final durante el proceso de edición
- Especifique el tipo de lado final apropiado del artículo y puede especificar el tipo de lado final del artículo para mostrar
- Vista previa estadística de la situación de lectura después de la publicación del artículo.
Lado del lector:
El rojo es para sus propias necesidades perfectas y debe cumplir con las funciones de retroalimentación del lector, como las anotaciones de comentarios y diversas implementaciones de lógica de recuperación
Desde una perspectiva funcional, las principales necesidades del lector son:
- Necesidades de lectura, necesidades de lectura de varias maneras
- Necesidades de recuperación, capaz de buscar libros por título, autor, etc.
- Requisitos prácticos, poder invocar prácticas de complementos de terceros y poder emitir juicios simples sobre la corrección de la práctica.
- Requisitos de comentarios, capacidad para anotar el contenido del artículo y calificar libros de texto
1.2, requisitos de calidad
1.3, restricciones de diseño
- Las aplicaciones de lector, las aplicaciones web y de escritorio usan código unificado
- Llame a software de terceros para llamar a través de un modelo de complemento unificado, transparente para los lectores
- Priorizar el frente y el back-end js + nodejs + mongodb
- Despliegue independiente del lado del autor
1.4, restricciones de proceso
- Solo cuando el autor publica el libro se pueden importar los datos al sistema del lado del extremo
2. Diseño conceptual del prototipo.
2.1 Diagrama de caso de uso del lector / autor
2.2 Modelo de datos del sistema
3. Análisis en profundidad y diseño de casos de uso clave (p. Ej., Diagramas de tiempos del lector)
4. Diseño
4.1 Diagrama de clase de diseño