开发计划书

根据项目计划编制项目开发计划书：
学生画像系统项目开发计划
1文档说明
1.1编写目的
编写此计划的目的是为了合理安排组织成员，有效利用时间，以确保项目进度，预见项目风险等活动。使项目严格按照网站开发流程进行，遵循正规的顺序开展。同时，项目开发成员通过此计划书明确项目目标和各自职责。它说明项目的开发方法，是一种计划，以指导工作之用。
1.2项目简介
1.2.1项目名称
项目编号：0002
项目名称：学生画像系统
1.2.2产品标识
产品名称：学生画像系统
英文名称：Student Portrait System
版本号：V1.0
1.2.3项目背景
随着教育信息化的不断发展和互联网技术在教育行业的深度应用，许多高校基于云计算和大数据技术，在智慧校园建设上取得了很大的进步。智能化应用系统的建设和运行，为在校师生的学习和生活带来了极大便利，同时也为高校积累了大量数据，这些数据中有许多是学生的行为数据。如何有效地利用学生行为数据，通过数据挖掘技术分析其行为特征，实现因材施教、智能化管理、提高教育教学质量和工作效率，具有一定的实际意义。
1.2.4 目标用户
高校学生、教职工
1.3参考资料
[1]邓晗. 基于机器学习和大数据技术的高校学生行为分析[D].北京邮电大学,2017.
[2]胡茜茜. 基于学生个人大数据的行为特征分析[D].华中师范大学,2019.
[3]龚黎旰,顾坤,明心铭,徐明,秦斌.基于校园一卡通大数据的高校学生消费行为分析[J].深圳大学学报(理工版),2020,37(S1):150-154.
[4]杨浩. 高校学生画像系统的设计与实现[D].北京邮电大学,2019.
[5]梁柱. 基于校园大数据的学生行为分析与预测方法研究[D].西安理工大学,2017.
2项目概述
2.1工作内容
项目名称定为：学生画像系统
本项目分为：学生画像系统的界面设计；学生画像系统的功能设计。
2.2交付项
类别 名称 交付日期 描述
文档 使用说明书 2022.01.31 Word文档
文档 源代码 2022.01.31 Word文档
文档 测试文档 2022.01.31 Word文档
产品 源程序 2022.01.31 安装光盘
产品 数据库文件 2022.01.31 SQL文件
2.3非交付项
《项目开发计划书》
《交互设计文档》
《系统需求规格说明书》
《系统设计规格说明书》
《系统测试报告书》
《后台数据库》
3项目组织和资源
3.1项目组织
3.2项目资源
3.2.1人力资源
说明参与项目的总人数和人员结构，人员结构可用下表从职责和技术水平等方面进行说明。
姓　名 性别 部 门 技 能 在本项目中承担的工作
孙佳佳 女 管理部 管理负责整个项目开发、测试 协同开发
王一羽 女 设计部 需求分析 需求分析
周璇 女 设计部 交互设计 交互设计
安胜旺 男 开发部 程序开发 程序开发
陈鹏举 男 测试部 程序测试 程序测试
3.2.2已有开发设施
开发地点：郑州轻工业大学科学校区软件学院211室
使用设备：idea、阿里云服务器、pycharm、mysql、hadoop
3.2.3须获取的设施
谷歌浏览器、IE、Firefox、Google Chrome等浏览器。
3.2.4可复用软件资源
(1)代码的复用
包括目标代码和源代码的复用。其中目标代码的复用级别最低，历史也最久，当前大部分编程语言的运行支持系统都提供了连接（Link）、绑定(Binding)等功能来支持这种复用。源代码的复用级别略高于目标代码的复用，程序员在编程时把一些想复用的代码段复制到自己的程序中，但这样往往会产生一些新旧代码不匹配的错误。想大规模的实现源程序的复用只有依靠含有大量可复用构件的构件库。如”对象链接及嵌入”（OLE）技术，既支持在源程序级定义构件并用以构造新的系统，又使这些构件在目标代码的级别上仍然是一些独立的可复用构件，能够在运行时被灵活的得新组合为各种不同的应用。
(2)设计的复用
设计结果比源程序的抽象级别更高，因此它的复用受实现环境的影响较少，从而使可复用构件被复用的机会更多，并且所需的修改更少。这种复用有三种途径，第一种途径是从现有系统的设计结果中提取一些可复用的设计构件，并把这些构件应用于新系统的设计；第二种途径是把一个现有系统的全部设计文档在新的软硬件平台上重新实现，也就是把一个设计运用于多个具体的实现；第三种途径是独立于任何具体的应用，有计划地开发一些可复用的设计构件。
(3)分析的复用
这是比设计结果更高级别的复用，可复用的分析构件是针对问题域的某些事物或某些问题的抽象程度更高的解法，受设计技术及实现条件的影响很少，所以可复用的机会更大。复用的途径也有三种，即从现有系统的分析结果中提取可复用构件用于新系统的分析；用一份完整的分析文档作输入产生针对不同软硬件平台和其它实现条件的多项设计；独立于具体应用，专门开发一些可复用的分析构件。
(4)测试信息的复用
主要包括测试用例的复用和测试过程信息的复用。前者是把一个软件的测试用例在新的软件测试中使用，或者在软件作出修改时在新的一轮测试中使用。后者是在测试过程中通过软件工具自动地记录测试的过程信息，包括测试员的每一个操作、输入参数、测试用例及运行环境等一切信息。这种复用的级别，不便和分析、设计、编程的复用级别作准确的比较，因为被复用的不是同一事物的不同抽象层次，而是另一种信息，但从这些信息的形态看，大体处于与程序代码相当的级别。
4设计进度计划
4.1项目选用的生命周期
本项目采用的是MVC模型。此模型的本质前后端分离，最终得到所要开发的产品
4.2项目开发过程阶段划分
阶段名称 起止时间 工 作 内 容 阶段产品
需求分析 2021年10月4日到2021年11月1日 对项目进行需求分析 《系统需求规格说明书》
交互设计 2021年11月1日到2021年11月30日 对项目进行框架、页面设计 《系统设计规格说明书》
项目开发 2021年11月30日到2022年10月31日 对项目进行编码实现 软件产品
项目测试 2022年10月31日到2022年12月1日 对项目进行测试 《系统测试报告书》
4.3进度
4.3.1进度安排
（1）2021年10月4日到2021年11月1日 对项目进行需求分析，并编写《系统需求规格说明书》
（2）2021年11月1日到2021年11月30日 对项目进行框架、页面设计，并编写《系统设计规格说明书》
（3）2021年11月30日到2022年10月31日 对项目进行编码实现，形成软件产品。
（4）2022年10月31日到2022年12月1日 对项目进行测试，并编写《系统测试报告书》。
4.3.2进度控制计划
第一阶段完成项目计划，运行环境的配置等相关主要文档的编写。每天由各组组长汇报工作情况和进度，为了项目成功完成，由各组组员在组长的带领下进行充分的交流沟通。
第二阶段为项目实施测试阶段，项目实施前，所有的项目成员开会，讨论编成中的具体问题，规定统一的编程标准，如命名规范等。方便集成之后各小组分组讨论本小组需要解决的问题。（不懂之处及时提出，便于请教老师）
第三阶段，各成员保证自己功能模块的实现，集成之后，分配测试人员进行测试并评审。
4.4接口人员
主要接口人员：孙佳佳
对项目成员的接口人员：各分工负责成员
5测试评审
5.1测试计划
项目组人员结合详细的计划,对交互设计进行测试与评审。通过对设计文档的深入理解，从产品人机交互方面对产品进行测试评审。
在项目小组完成了全部的开发工作后，评审小组将对软件进行全面的测试评审，使项目的人机交互设计更符合用户特点。
测试阶段分解：
测试 测试类型 负责人 时间
1 功能性测试 安胜旺 2022.10.31
2 稳定性测试 陈鹏举 2022.11.15
3 兼容性测试 孙佳佳 2022.12.1
详细测试活动写入《测试记录》
5.2评审计划
当项目组成员完成某阶段计划时，需要安排人员对项目进行评审，然后根据评审意见进行项目修改；
评审时间 评审方法 评审人员
2021.11.1 项目汇报 孙佳佳
2021.11.30 项目汇报 孙佳佳
2022.10.31 现场演示 孙佳佳
2022.12.1 测试报告 孙佳佳
详细评审活动写入《评审记录》
5.3项目部署计划
项目启动阶段此阶段处于整个项目实施工作的最前期，由项目组长孙佳佳成立项目组，组织人员进行前期调研，编制总体项目计划。
1、成立项目组:本次的试验主要由小组内五个人组成，共同完成学生画像项目。
2、前期调研:小组内成员分工完成基于郑州轻工业大学“智慧校园”大数据分析整理，并进行需求分析，实现项目的可行性评估。
3、编制《项目开发计划书》:文档说明、项目概述、项目组织和资源、设计进度计划、测试评审。
4.讨论会:项目实现过程中，小组内成员每周进行项目汇报，汇报每周各项目组完成的项目及难题，其他组人员可以提意见，一起解决、讨论问题。