学生选课系统软件项目管理分析.docx
- 文档编号:10976819
- 上传时间:2023-05-28
- 格式:DOCX
- 页数:22
- 大小:369.71KB
学生选课系统软件项目管理分析.docx
《学生选课系统软件项目管理分析.docx》由会员分享,可在线阅读,更多相关《学生选课系统软件项目管理分析.docx(22页珍藏版)》请在冰点文库上搜索。
学生选课系统软件项目管理分析
学生选课系统软件项目管理分析报告
所属院系:
信息学院
班级:
软件1201
学号:
**********
姓名:
日期:
1.项目启动
1.1合同拟定工作
西安财经学院希望学校可以有一个现代化的选课系统,为此他们提出了《学生选课系统》的需求,希望委托软件公司为其开发这样的软件项目。
《学生选课系统》是对学校教务和教学活动进行综合管理的平台系统,是一个学校和地区教育信息化的基础信息平台。
目的是为了提高工作效率、规范学校的工作流程。
针对这个项目,甲方采取多方洽谈的招标方式。
经过多方沟通,西安XX科技有限公司(乙方)获得了这个项目的开发权。
双方经过多次的协商和讨论,最后签署项目开发合同,合同文本如下:
技术开发合同
项目名称:
学生选课系统
委托人(甲方):
研究开发人(乙方):
西安XX科技有限公司
签订地点:
西安市
签订日期:
2014年9月17日
有效期限:
2014年9月17日至2014年12月20日
西安技术市场管理办公室
根据《中华人民共和国合同法》的规定,合同双方就校务通管理软件系统开发项目的技术开发(该项目属于计划),经协商一致,签订本合同。
一、标的技术内容、范围及要求:
根据甲方的要求,乙方完成校务通软件系统的研制开发。
1.根据甲方要求进行系统方案设计,要求建立B/S结构的,基于Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。
2.配合甲方,在与整体系统相融合的基础上,建立系统运行的软硬件环境。
3.具体需求见SOW
二、应达到的技术指标和参数
1.采用支持UML的CASE工具Rose2003开发环境。
语言采用Java语言编程。
数据管理采用MicrosoftSQLSever2008数据库管理系统。
系统操作平台采用微软操作系统Windows7。
系统的运行软件要求:
Windows2008Server或更高版本。
2.分为管理员登陆和普通用户登陆,并划分权限。
3.系统的主要功能是应满足双方认可的需求规格,不可以随意改动。
三、研究开发计划
1.第一阶段:
乙方在合同签订后7个工作日内,完成合同内容的系统设计方案。
2.第二阶段:
完成第一阶段的系统设计方案之后,乙方于50个工作日内完成系统基本功能的开发。
3.第三阶段:
完成第一和第二阶段的任务之后,由甲方配合乙方于3个工作日内完成系统在XXX信息中心的调试、集成。
四、研究开发经费,报酬及其他支付结算方式
1.研究开发经费是指完成本项目研究开发工作所需的成本。
报酬指本项目开发成果的使用费和研发开发人员的科研补贴。
2.本项目研究开发经费和报酬(人民币大写):
XXX万元整。
3.支付方式:
分期支付。
4.本合同签订之日起生效,甲方在五个工作日内应付乙方合同总金额的50%,计人民币XXX.00元(人民币大写XXX元整),验收后甲方在五个工作日内付清全部合同余款,计人民币XXX.00元(人民币大写XXX元整)。
五、利用研究开发经费购置的设备、器材、资料的财产权属:
/。
六、履行的期限、地点和方式。
本合同自2014年8月日至2014年11月16日在西安履行。
本合同的履行方式:
甲方责任
1.甲方全力协助乙方完成合同内容。
2.合同期内甲方为乙方提供专业性接口技术支持。
乙方责任
1.乙方按甲方要求完成合同内容。
2.乙方愿提供在实力功能的前提下,进一步予以完善。
3.乙方在合同商定的时间内保证系统正常运行。
4.乙方在项目验收后,提供一年免费维护。
5.未经甲方同意,乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。
七、技术情报和资料的保密。
本合同中的相关专业技术内容和所有的系统数据,归甲方所有,未经甲方同意乙方不得提供给第三方。
八、技术协作的内容。
见系统设计方案。
九、技术成果的归属和分享。
专用申请权:
/。
技术秘密的使用权、转让权:
/。
十、验收的标准和方式。
研究开发所完成的技术成果,达到了本合同第二条所列技术指标,按国家标准,采用一定的方式验收,由甲方出具技术项目验收证明。
十一、风险的承担。
在履行本合同的过程中,确因在现有水平和条件下难以克服的技术困难,导致研究开发部分或全部失败所造成的损失,风险责任由甲方承担50%,乙方承担50%。
本项目风险责任确认的方式:
双方协商
十二、违约金和损失赔偿额的计算:
除不可抗力因素外(指发生战争、地震、洪水、飓风或其他人力不能控制的不可抗力事件),甲乙双方须遵守合同承诺,否则视为违约并承担违约责任:
1.如果乙方不能按期完成软件开发工作并交给甲方使用,乙方应向甲方支付延期违约金。
每延迟一周,乙方向甲方支付合同总额的0.5%的违约金,不满一周按一周计算,但违约金额不得超过合同总额的5%;
2.如果甲方不能按期向乙方支付合同款项,甲方应向乙方支付延期违约金。
每延迟一周,甲方向乙方支付合同总额的0.5%的违约金,不满一周按一周计算,但违约金额不得超过合同总额的5%;
十三、解决合同纠纷的方式:
在履行本合同的过程中发生争议,双方当事人和解或调解不成,可采取仲裁或按司法程序解决。
1.双方同意由北京市仲裁委员会仲裁。
2.双方约定向北京市人民法院起诉。
十四、名词和术语解释
如有,见合同附件。
十五、其他
1.本合同一式6份,具有同等法律效力。
其中正式两份,甲乙双方各执一份;副本4份,交由乙方。
2.本合同未尽事宜,经双方协商一致,可在合同增加补充条款,补充条款是合同的组成部分。
1.2生存期模型选择
1.2.1常见的生存期模型及特点
1.2.1.1瀑布模型
瀑布模型是一个经典的模型,也成为传统模型,是一个理想化的生存期模型,他要求项目所有的活动都严格按照顺序执行的,一个阶段的输出时下一个阶段的输入。
在很多的标准中都有明确定义瀑布模型,而且是软件工程经常涉及的模型。
这个模型美欧反馈,一个阶段完成后,一般就不返回了。
瀑布模型有如下特点:
1.简单、易用、直观。
2.开发进程比较严格,一个进程顺着一个进程进行。
3.模型中没有反馈过程。
4.模型执行过程中需要严密控制。
5.允许极限和配置早起接受控制。
6.一个新的项目不适合瀑布模型,除非在项目的后期。
7.用户直到项目结束才能看到产品质量,用户不是渐渐熟悉体统。
8.不允许变更或者限制变更。
1.2.1.2V模型
V模型是瀑布模型的一种变种,同样需要一步一步进行,前一阶段任务完成之后才可以进行下一阶段的任务。
这个模型强调测试的重要性,它将开发活动与测试活动紧密地联系在一起。
每一部都将比前一阶段进行更加完善的测试。
V模型有如下特点:
1.简单易用,只要按照规定步骤一步一步执行即可。
2.V模型强调测试过程与开发过程的对应性和并行性,例如单元测试应对应详细设计,集成测试对应概要设计,系统测试对应需求分析。
1.2.1.3原型模型
原型模型是在需求阶段快速构建一部分系统的生存期模型。
用户可以通过试用原型提出原型的优缺点,这些反馈意见可以作为进一步修改系统的依据。
开发人员对开发的产品有时与客户不一致,以为开发人员更关注设计和编码实施,而客户更关注需求。
因此,如果开发人员快速构造一个原型将会很快与客户需求达成一致。
原型模型有如下特点:
1.需求定义前,需要快速构造一个原型系统。
2.用户根据快速构建的系统优缺点,给开发人员提出反馈意见。
3.根据反馈意见修改软件需求规格,以便系统可以更正确地反映用户的需求。
4.可以减少项目的各种假设以及风险等。
1.2.1.4增量式模型
增量式模型是由瀑布模型演变而来的。
该模型假设需求可以分段,成为一系列增量产品,每一增量可以分别的开发。
首先构造系统的核心功能,然后逐步增加功能和完善性能的方法就是增量式模型。
增量式模型有如下特点:
1.可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。
2.可以更快地开发出可以操作的系统。
3.可以减少开发过程中用户需求的变更。
4.一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。
1.2.1.5螺旋式模型
螺旋式模型是针对风险比较大的项目而设计的一种模型。
设计这个模型的主要目的是克服瀑布模型的缺点,尤其是应对变化的灵活性上很有优势,它是通过一系列瀑布模型不断循环来逐步规避风险的。
螺旋式模型有如下特点:
1.可以将每个阶段进行更细的划分。
2.可以进行灵活的设计。
3.通过风险管理进行驱动。
4.游湖可以更早看到产品。
5.用户可以不断对产品进行评估。
6.项目的投资不用一次性投入。
1.2.2本系统选用的生存期模型
本系统选择了增量式模型作为学生选课系统的生存周期模型,理由如下:
学生选课系统的全部功能分成选课和课程管理两类,基于选课功能做出最小的版本,在逐步添加其余的功能。
这样一来,客户先使用最小版本然后提出更明确的需求,有助于系统开发的更加完善,更加符合客户的需要,同时也大大减小了开发的风险。
系统要求具有可扩充性,比如课程选择的规则,和学分的计算都有可能进行改动,所以就要要求系统具有可扩充性,对于以上的改动系统也要进行一定的改动
而且,本系统开发符合增量的模型的特点:
1.项目开始时,明确了大部分的需求,但是需求可能会发生变化的项目。
2.对于市场和用户把握不是很准确,需要逐步了解的项目。
3.对于庞大和复杂功能的系统进行功能改进时需要一步一步实施的项目。
所以增量式模型是适合进行学生选课系统的模型。
2.项目计划与执行
2.1需求分析
通过与西安财经学院相关人员进行交流沟通,对现有系统进行观察及对人物进行分析,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况和客观的信息等。
现制定需求分析,正文如下:
学生选课系统需求分析
一、系统设计可行性
1.网上选课系统的产生
网上选课系统是针对在校学生和教师使用的,从学生的角度来说,由于教学制度的改革,现在大部分的高等院校开始实行学生自主选课模式,传统的教学模式已经不能适应新的教学模式,如果还只是通过纸上的方式选课,一方面浪费大量的人力、物力,另一方面浪费时间以及在统计过程中不可避免的会出现差错。
随着高校的人数增加,暴露出来的弊端会越来越多。
因此,利用网络,使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。
从教室的角度来讲,同样可以节约大量的时间和减少工作量以及减少错误的发生率。
2.可行性分析
网上选课系统的可行性分析包括以后几个方面:
(1)技术可行性
由于校园网络的普遍应用,使得网上选课非常的方便,无需再进行网络的建设。
基于B/S模式的选课系统更加适合校园网,使得学生可以在任何有校园网的地方完成选课过程。
(2)经济可行性
校园网应经普及,因此网络设备上不需要大的投入。
加之,B/S模式的系统只要求客户端具备浏览器的基本功能,就能实现网上选课。
因此,从经济上来说,开发网上选课系统不需要很大的投入,硬件上只需要Web服务器和数据库服务器即可。
(3)操作可行性
B/S模式的最大优势就是操作方便、如同浏览网页一样。
综上所述,网上选课系统在高校中是可行的。
二、系统的需求分析
1.引言
(1)编写的目的
本文档是对该学生选课系统的一个整体把握,以便在下一步的开发设计中更好的控制开发。
本文档的预期读者是:
设计人员、开发人员、管理和测试人员、最终用户。
(2)背景
由于电脑时代的到来以及internet的迅速发展,电脑无处不在,当然各种工作效率也大幅提高,那么对于一个学校来说,开发一个好的学生选课系统势在必行。
鉴此,特开发此学生选课系统,该系统实现了选课的网络化、信息化、现代化。
(3)参考资料
[1].吕军《软件项目综合实训》[M].清华大学出版社,2010.6
[2].杜文洁、白萍《实用软件工程与实训》[M].清华大学出版社,2009.4
2.任务概述
(1)目标
本项目设定的目标如下:
①系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
②系统具有良好的运行效率,能够得到提高管理的目的;
③系统应有良好的可扩充性,可以容易的加入其它系统的应用;
④平台的设计具有一定的超前性,灵活性,能够适应信息管理工作的变化;
⑤通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。
(2)用户特点
由于本软件的最终用户是系统管理人员(即教务处的领导),对本系统不是那么的了解,而且领导们比较忙,对于后期的培训可能会没有时间,基于这一点我组认为应该把界面设计的一目了给教师和学生带来方便,同时还提高了教务处的工作效率。
3.性能需求
(1)可用性
学生选课系统应简单易用,用户能直接通过界面即可掌握所需功能的操作方法,Web
操作端至少兼容IE浏览器。
(2)可靠性
学生选课系统能长时间无故障运行,在学生选课阶段能够应对相应的数据吞吐量。
(3)速度性
当用户进行操作时,系统应该及时地进行反应,反应的时间在2秒以内。
(4)界面需求
系统的界面要求如下:
页面内容:
主题突出,栏目、菜单布置合理,内容丰富,文字准确,行文格式统一规范。
导航结构:
具有明确的导航指示,便于理解,便于用户使用。
艺术风格:
界面、版面形象清新悦目,布局合理,字号大小适宜,字体选择合适,动静效果好,色彩和谐,与主题相吻合。
(5)开发性需求
系统应具有十分的灵活性,以适应将来功能扩展的需求。
(6)可扩展性需求
系统设计应体现扩展性要求,以适应将来功能扩展的需求。
(7)数据精确度
①数据精确度要达到以下指标:
②具有较强的出错提示能力,并可自动记录出错信息。
③具有操作提示功能和必要的输入校验功能,界面切换时间不超过3秒。
系统进行实时模糊查询时,不影响正常业务处理。
④本系统的数据量要具有并行处理至少1000个用户访问的能力。
4.需求规定
(1)系统的基本功能描述
网上选课系统是根据大学的选修课的网上申请和管理需求而进行设计的,目的是实现选修课的网上设置、申请功能。
根据大学选修课管理的基本过程,网上选课系统应具备课程设置、课程查询、学生选课、管理员管理等基本功能要求,如果想设置只有自己知道的密码,还可以修改密码(原始密码是学号)。
系统的主要使用者是:
学生、开课教师和系统管理员。
(2)系统需求分析
通过对系统需求进行分析,我们可以确定系统中有三类用户:
系统管理员、教师和学生。
各类用户的功能用表格具体描述如下:
①系统管理员
管理员维护整个系统,设置选课时段:
选课前学生不可登录,同时发布教师的基本情况;选课时限制最大选课人数,防止系统崩溃;排课、发布选课信息;数据备份和恢复等;选课后学生只可查询,管理员对选课结果进行统计;管理员查询选课情况,对学生的选课申请进行处理,进行用户管理。
②教师
排课前撰写教师反馈,对排课者提出排课意见,供排课者在排课时参考使用;排课后查询课程的基本情况、学生情况。
③学生
在选课系统中查询课程、教师信息,查看教师反馈,提交选课申请,撤销申请,查询选课情况,登录系统,进行个人信息修改等与选课有关的活动。
根据上面所述,对系统进行了分析,分为三个主要的功能:
登录控制、排课和选课,分别对应三个子系统,即登录子系统、排课子系统和选课子系统。
其中登录子系统是前提,排课子系统是基础,选课子系统是关键。
④登录子系统区分排课者(即系统管理员),教师和学生这三者的不同身份,给出不同的权限,在页面中根据身份判断其相应具有的权限,进行不同的操作。
排课子系统主要供排课者使用,其中设定选课时间段,进行排课并检测排课是否冲突、教室是否冲突,发布选课信息都是选课的前提和基础。
选课子系统是本系统要实现的最终目的,选课子系统主要供学生选课使用,在这里可以进行与选课有关的活动,包括课程浏览查询、选课、退选课程。
根据前面的需求分析所述,可以画出学生选课系统的功能结构图,如图所示:
(3)数据流图
第一层数据流图
第二层数据流图
第三层数据流图
(4)系统流程图
(5)用例视图
(6)顺序图
(7)状态图
(8)活动图
5.数据库设计
数据库在一个信息管理中占有非常重要的地位,数据库结构设计的好坏直接对应用系统的效率以及实现的效果产生影响。
合理的数据库结构设计可以提高数据库存储的效率,保证数据的完整性和一致性。
(1)数据库概念设计结构
根据上面的设计规划出得实体有:
学生信息实体,选课信息实体,课程信息实体,教室信息实体,院系信息实体。
各实体的描述E-R图如下图:
(2)数据库逻辑结构设计
数据库的概念结构设计完毕后,可以将上面的数据库概念转换成某种数据库系统多支持的实际数据结构,也就是数据结构模型。
学生信息表:
用于记录学生的详细信息
课程信息表:
用于记录课程信息,包括上课时间等
学生选课信息表:
用于记录学生的选课情况
管理员信息表:
用于记录管理员的详细信息
根据上面的逻辑结构设计,设计相应的表结构如下所示:
学生信息表:
字段
说明
类型(长度)
备注
Sname
姓名
Char(10)
主键非空
Sno
学号
Int
主键非空
Department
系
Char(10)
非空
Subject
专业
Char(10)
非空
Sex
性别
Char
(2)
非空
Birthday
出生日期
Date
非空
Day
入学日期
Date
非空
Age
年龄
Int
非空
Tel
联系电话
Langint
非空
课程信息表:
字段
说明
类型(长度)
备注
Cname
课程名
Char(10)
非空
Cno
课程号
Int
主键非空
Subject
专业
Char(10)
非空
Time
上课时间
Time
非空
Place
上课地点
Char(10)
非空
Score
学分
Int
非空
学生选课信息表:
字段
说明
类型(长度)
备注
Sname
姓名
Char(10)
非空
Sno
学号
Int
主键非空
Cname
课程名
Char(10)
外键非空
Cno
课程号
int
非空
管理员信息表:
字段
说明
类型(长度)
备注
Tname
姓名
Char(10)
主键非空
Tno
职工号
Int
主键非空
Tel
联系电话
Langint
非空
Secretnumber
密码
Int
非空
(3)数据字典
管理员信息表
姓名:
管理员信息表
别名:
无
描述:
管理学生的选课情况
定义:
管理员信息表=姓名+性别+职工号+联系电话+密码
位置:
数据库的管理员信息表
学生选课信息表
姓名:
学生选课信息表
别名:
无
描述:
记录学生的选课情况
定义:
学生选课信息表=姓名+学号+课程号+课程名
位置:
数据库的学生选课信息表
课程信息表
名字:
课程信息表
别名:
无
描述:
记录课程信息
定义:
课程信息表=课程号+课程名+专业+学分+上课地点+上课时间
位置:
数据库的课程信息表
学生信息表
名字:
学生信息表
别名:
无
描述:
记录学生的基本信息
定义:
学生信息表=姓名+学号+系+专业+性别+出生日期+入学日期+年龄+联系电话
位置:
数据库的学生信息表
2.2任务分解WBS
根据上述需求分析的结果和项目相关的要求,同时参照以往的项目分解结果进行分解,采用图表类型进行任务分解,如下图所示:
2.3项目进度计划
2.4项目成本估算
2.5项目风险管理
2.6项目质量控制
3.项目收尾与总结
3.1软件项目管理总结
3.2软件项目管理学习体会
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 选课 系统软件 项目 管理 分析