2.3. 经济可行性
成本方面，软件上主要采用了免费的开源框架，硬件上一般的学校都已具备，开发费用上暂不做考虑，因此开发成本可以满足拟建方案的预算要求。效益方面，直接效益主要来自学校的人、财、物节省，间接效益主要是学校对学生管理工作效率的提高。
因此，本项目的拟建方案经济上可行。
2.4. 组织可行性
本项目实现以后可以为学校老师和学生提供一个新的沟通渠道，故此得到了相关人员的大力支持。整个学校师生交流平台是由本人根据开源框架自行研发，故此也就拥有全部的知识产权，项目本身不会存在法律意义上的版权和知识产权争议。
综上所述，可知本项目的拟建方案在技术上、经济上和组织上都具有可行性，建议开发。
3. 需求调研
本项目采用原型方法进行需求调研；在此基础上，建立描述用户需求的用例模型，为后续的系统分析工作奠定基础。
3.1. 系统原型原文请+QQ324'9114辣.文^论,文'网
原型法，是指在获取一组基本的需求定义后，利用可视化开发环境快速地建立一个目标系统原型交由用户体验；再在用户反馈意见的基础上，对系统原型进行迭代完善，直到完全满足用户的需求为止。在用户对系统功能的描述比较模糊的时候，它有助于快速界定用户的核心功能需求，以提高开发效率。
经初步调研，可知预开发系统的用户角色可以分为三类：
系统管理员：主要管理系统正常运行时所需的各种基础数据，如专业信息、老师资料和学生资料等。
老师用户：各专业的负责老师、学校管理学生工作的人员。
学生用户：正在校学习的学生、已毕业工作的学生。
学校开设一批专业，每个专业下又拥有各自老师和学生。具体一个专业的老师和学生可以在信息系统上进行学生学习、就业等交流。所有专业信息、老师信息、学生信息由系统管理员统一管理。如图3-1所示。
图3-1 原型建模参考图示毕业论文http://www.751com.cn/
（1）系统管理员的主要功能需求：
管理专业目录：根据学校所开设的专业情况，在系统平台里设置各专业的基本
信息，包括专业代码、专业名称等。如图3-2所示。
图3-2 管理专业
主要操作功能有手输添加、Excel导入、浏览查询、编辑及删除等。其中，专业代码是唯一标识，不允许被编辑；若被他处引用后则不能被删除。专业名称可以被编辑，但不允许设置为空值。
管理老师用户：在系统平台里建立老师用户的信息，老师用户包括专业的负责老
师和学校领导层老师；其中，应为每个专业至少创建一个负责老师的账户。老师的信息主要有工号、姓名、联系方式及其他、所属专业等。如图3-3所示
上一页 [1] [2] [3] [4] [5] [6] [7] 下一页