毕业设计管理系统项目计划书2副本.docx

上传人:b****6 文档编号:4577255 上传时间:2022-12-06 格式:DOCX 页数:23 大小:601.60KB
下载 相关 举报
毕业设计管理系统项目计划书2副本.docx_第1页
第1页 / 共23页
毕业设计管理系统项目计划书2副本.docx_第2页
第2页 / 共23页
毕业设计管理系统项目计划书2副本.docx_第3页
第3页 / 共23页
毕业设计管理系统项目计划书2副本.docx_第4页
第4页 / 共23页
毕业设计管理系统项目计划书2副本.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

毕业设计管理系统项目计划书2副本.docx

《毕业设计管理系统项目计划书2副本.docx》由会员分享,可在线阅读,更多相关《毕业设计管理系统项目计划书2副本.docx(23页珍藏版)》请在冰豆网上搜索。

毕业设计管理系统项目计划书2副本.docx

毕业设计管理系统项目计划书2副本

重庆交通大学

《软件工程》课程设计报告

 

班级:

计软1班

姓名:

学号:

63130605801

课程设计题目:

《毕业设计管理系统》

所属课程:

软件工程

实验室(中心):

8楼

指导教师:

王家伟

完成时间:

2016年6月28日

信息科学与工程学院课程设计成绩单

 

课程名称:

软件工程课程设计指导教师:

王家伟

姓名

性别

学号

6313060501

班级

计软1班

综合成绩

学生的工作态度与独立能力

(占总成绩10%)

分析和设计方法与思路

(占总成绩30%)

分析和设计工具的应用

(占总成绩20%)

现场答辩情况

(占总成绩20%)

设计报告的质量

(占总成绩20%)

说明:

1.学生工作态度与独立能力:

从态度与独立分析设计能力方面评价;

2.分析与设计方法与思路:

从软件工程分析与设计的正确性及合理性等方面评价;

3.分析和设计工具的应用:

从相关建模工具的使用熟练程度方面评价;

4.现场答辩情况:

从阐述情况、对问题的回答情况进行评价;

5.设计报告的质量:

从内容的完整性、格式的规范性等方面评价。

 

重庆交通大学信息科学与工程学院课程设计任务书

课程

软件工程课程设计

班级

软件13级1班

指导教师

王家伟

题目

软件工程课程设计

完成时间

17-18周

主要内容

根据软件工程基本思想、软件过程模型、软件分析与设计方法、软件测试技术及软件项目管理方法,根据以给定的可行性研发报告,采用结构化分析与设计方法或面向对象UML建模方法分析设计毕业设计管理系统,总体要求如下:

1、学生根据实际情况进行分组,每组4-5人,每位成员完成正文中的一个部分,设计符合课题要求,实现相应的分析、设计和测试任务;

2、系统设计要实用,编程简练,可用,功能全面;

3、用例图、活动图、流程图、测试用例设计等要清楚、合理;

4、设计上交内容:

每位同学提交课程设计报告一份(按格式书写)。

设计报告要求

1、封面;

2、成绩单;

3、课程设计任务书;

4、内容提要与所承担的具体任务;

5、“课程设计报告”正文部分,主要应包括:

①可行性研究报告(指导教师给定或一位小组成员完成);

②项目开发计划(一位小组成员完成);

③需求规格说明书(一位小组成员完成);

④概要/详细设计说明书(一位小组成员完成);

⑤测试计划(一位小组成员完成);

6、课程设计总结:

可以包括课程设计过程的收获、遇到的问题及解决过程的思考、对软件工程这门课程的思考和认识等内容。

(每位小组成员完成)

版面要求

1.题目用黑体三号,段后距18磅(或1行),居中对齐;

2.标题用黑体四号,段前、段后距6磅(或0.3行);

3.正文用小四号宋体,行距为1.25倍行距;

4.标题按“一”、“㈠”、“1”、“⑴”顺序编号。

指导时间安排

星期

周次

17周

5-6节

5-6节

18周

5-6节

5-6节

指导

地点

语音楼8楼实验室

毕业设计管理系统项目开发计划

目录

毕业设计管理系统项目开发计划4

1.引言6

1.1编写目的6

1.2项目背景6

1.3定义7

1.4参考资料9

1.5标准、条约和约定9

2.项目概述10

2.1项目目标10

2.2产品目标与范围10

2.3假设与约束10

2.4项目工作范围11

2.5应交付成果11

2.6项目开发环境12

2.7项目验收方式与依据12

3.项目团队组织13

3.2人员分工14

3.3协作与沟通15

3.3.1内部协作15

3.3.2外部沟通15

4.实施计划16

4.1风险评估及对策16

4.2项目时间管理计划16

4.4成本管理计划18

4.5配置管理计划18

4.6采购计划20

5.文档历史20

6.项目具体时间进度表20

7.交付期限20

8.项目功能21

8.1项目功能需求21

8.2功能描述21

9.数据库计划25

 

1.引言

1.1编写目的

由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生毕业设计管理系统,不能满足当前学生毕业设计管理系统的服务性能要求。

本报告对于开发新的<<毕业设计管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生毕业设计管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。

为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况。

使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容作出的安排以书面的方式。

作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有活动的行动基础,项目团队开展和检查项目工作的依据。

 

1.2项目背景

项目名称:

毕业设计管理系统

项目的委托单位:

重庆交通大学

项目的用户:

校学生信息管理员

项目的任务提出者:

重庆交通大学

项目的主要承担部门:

重庆交通大学计算机科学与技术(软件开发)1班第五组

项目建设背景:

在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言,若采用一套行之有效的学生毕业设计管理系统来管理学生的毕业设计信息,不仅提高查询速度,并且减少了不必要的错误的发生。

我们即将开发的学生毕业设计管理系统是一功能比较完善的数据管理软件,能方便快捷的进行:

“查询”,“增加”,“更新”,“删除”等工作,并且具有很好的可移植性,可在应用范围较广的WINDOWS系列操作系统上使用。

同时,该系统也有很强的安全性。

毕业设计管理系统和其他的毕业管理系统相比有相当的特殊性。

毕业设计工作是高等院校本科应届毕业生在校期间参与的最后一项学习和实践任务,不仅关系到重要学分的及时获取和学历学位证书的顺利颁发,还是全面衡量应届毕业生对所学专业知识掌握情况的重要环节,以及全面考查学生专业综合素质的重要手段,因此,采用先进的信息技术对毕业设计工作进行有效管理,是保障该项任务顺利实施的基础,具有重要的实际意义。

然而,由于各种历史原因和条件限制,A学院当前在开展毕业设计工作进程中仍主要采用人工方式,存在教师、学生和管理方信息共享困难,出错率较高,工作效率低下和工作成本较高等实际突出问题。

为改善当前存在的办学限制,A学院领导决定对毕业设计相关工作开展信息化建设,建议研发一个彰显学院办学特色的毕业设计管理系统,对该项工作中涉及的教师选题申报、学生选题、选题审核等工作进行有效信息化管理和维护,全面提升毕业设计工作效率,提高学院办学水平。

1.3定义

MyEclipse:

企业级工作平台(MyEclipseEnterpriseWorkbench,简称MyEclipse)是对EclipseIDE的扩展,利用它我们可以在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。

它是功能丰富的JavaEE集成开发环境,包括了完备的编码、调试、测试和发布功能,完整支持HTML,Struts,JSP,CSS,Javascript,Spring,SQL,Hibernate。

SQL:

(StructuredQueryLanguage)结构化查询语言,是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。

同时也是数据库脚本文件的扩展名。

数据流:

(datastream)最初是通信领域使用的概念,代表传输中所使用的信息的数字编码信号序列。

然而,我们所提到的数据流概念与此不同。

这个概念最初在1998年由Henzinger在文献87中提出,他将数据流定义为“只能以事先规定好的顺序被读取一次的数据的一个序列”。

MySQL:

(发音为"myesscueel",不是"mysequel")是一种开放源代码的关系型数据库管理系统(RDBMS),MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言(SQL)进行数据库管理。

B/S:

(Client/Server,客户机/服务器)模式又称C/S结构,是20世纪80年代末逐步成长起来的一种模式,是软件系统体系结构的一种。

C/S结构的关键在于功能的分布,一些功能放在前端机(即客户机)上执行,另一些功能放在后端机(即服务器)上执行。

功能的分布在于减少计算机系统的各种瓶颈问题。

C/S模式简单地讲就是基于企业内部网络的应用系统。

与B/S(Browser/Server,浏览器/服务器)模式相比,C/S模式的应用系统最大的好处是不依赖企业外网环境,即无论企业是否能够上网,都不影响应用。

 

缩写词

原文

定义

PM

ProjectManager

项目经理

SCM

ConfigruationManager

配置经理

SQA

VisualSourceSafe

项目文件的管理软件

SVN

SoftwareQualityAssurance

软件质量保证

图1-1

1.4参考资料

[1]张海藩.软件工程导论(第三版)[M].北京:

清华大学出版社,2010.

[2]陆丽娜.软件工程[M].江西:

经济科学出版社,2011.

[3]瞿中.软件工程[M].北京:

机械工业出版社.

[4]王珊,萨师煊.数据库系统概论(第四版)[M].北京:

高等教育出版社,2006.

[5]GB-T8567-2006,计算机软件文档编制规范[S].

[6]《计算机软件工程规范国家标准汇编2003》中国标准出版社;

[7]《项目管理-计划、进度和控制的系统方法》(第7版)HaroldKerzner(电子工业出版社,杨爱华等译);‘

1.5标准、条约和约定

本项目遵从以下标准:

GB/T13702-1992计算机软件分类与代码

GB/T20918-2007信息技术软件生存周期过程风险管理

GB/T19003-2008软件工程GB/T19001-2000

GB/T15538-1995软件工程标准分类法

GB/T9386-2008计算机软件测试文档编制规范

GB/T9385-2008计算机软件需求规格说明规范

GB/T15532-2008计算机软件测试规范

GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型

GB/T11457-2006信息技术软件工程术语

GB8567-2006计算机软件文档编制规范

 

2.项目概述

2.1项目目标

实现一个高质量的毕业设计管理系统

2.2产品目标与范围

学生毕业设计管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。

对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。

而对于后者则要求应用程序具有功能完备,易使用等特点。

学生毕业设计管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作,并有效的管理学生的毕业设计情况且进行相关的判别。

2.3假设与约束

本项目的开发时间为2016.6.9—2016.7.1

开发人员人数:

4人

技术文档写作人员人数4人

测试人员人数4人

开发经费预算:

0

设备:

4台PC

2.4项目工作范围

为了使本系统成功达到用户的要求,需要在2016.7.1之前完成本系统的

发测试,并写提交相关的技术文档。

通过与用户的沟通,及时获得用户的最新需

求以便于本系统的完善。

2.5应交付成果

2.5.1需完成的软件

学生信息管理系统软件

2.5.2需提交用户文档

《安装维护手册》

《使用手册》

2.5.3需提交内部文档

《需求规格说明书》

《概要设计说明书》

《详细设计说明书》

《源代码清单》

《代码接口说明》

《测试策略》

《测试计划》

《系统测试用例》

《缺陷报告》

《最终测试结果报告》

2.5.4需提供的服务

提供安装软件,定期维护与检查的服务并演示软件使用方式等

2.6项目开发环境

本软件适用平台为Windows7,windows8,Windows8.1,Windows10,macbook

基本硬件配置:

Celeron2.8GHzCPU1024MB内存

软件环境

名称

版本

语种

操作系统

Windows

Server2003EnterpriseEditionSP1

中文

操作系统的附加功能

数据库平台

Mysql

2005

中文

应用平台

MyEclipse

2005

中文

邮件系统

客户端软件

毕业设计管理系统

中文

 

2.7项目验收方式与依据

本项目遵从以下标准:

GB/T13702-1992计算机软件分类与代码

GB/T20918-2007信息技术软件生存周期过程风险管理

GB/T19003-2008软件工程GB/T19001-2000

GB/T15538-1995软件工程标准分类法

GB/T9386-2008计算机软件测试文档编制规范

GB/T9385-2008计算机软件需求规格说明规范

GB/T15532-2008计算机软件测试规范

GB/T18221-2000信息技术程序设计语言环境与系统软件接口独立于语言的数据类型

GB/T11457-2006信息技术软件工程术语

GB8567-2006计算机软件文档编制规范

验收参与部门:

客户代表、***公司、最终用户单位、专家小组或第三方验收人员。

 在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见;在软件的需求评审阶段,仔细审阅软件的需求规格说明书,指出不利于测试和可能存在歧义的描述;在***公司开发完软件并经过开发方内部仔细的测试后,对完成的软件进行评审或第三方的验收测试,提供完整的错误报告提交给客户代表,由客户代表根据之前签订的开发合同中相应的验收标准判断是否进行验收。

项目验收将采取三方验收的方式进行:

用户方,开发方和课程指导老师方。

通过考察系统的使用情况,用户的反馈以及老师的意见,形成共同意见并共同签署验收报告,标志着验收工作告一段落。

3.项目团队组织

角色(岗位)

职责

技能要求

高级经理

(管理组)

提供项目组足够的资源、资金等支持;

批准并参与项目计划的评审;

定期审阅项目经理提交的相关报告;

项目经理

(管理组)

制定项目计划并依据计划对项目进行监督与跟踪控制;

事件驱动或定期向高级经理汇报项目的进展情况;

对项目中出现的问题及时采取相应措施;

设计人员(文档组)

参与负责新产品需求工作、概要设计、部分详细设计

VSTS

开发人员

(开发组,测试组)

参与负责新产品的设计,编码以及单元测试

数据库/java/s2sh

 

3.2人员分工

(1)开发方

姓名

所属部门

职务

备注

吴磊

经理

项目经理

负责项目的审批、决策的实施

吴磊

项目开发部

项目经理

负责项目的前期分析、策划、项目开发进度的跟踪、项目质量的

检查

程强

项目开发部

美工人员

负责美化软件设计与编码

董涵

项目开发部

系统分析员

负责分析系统功能分析、系统框架设计

董晓东

项目开发部

测试分析员

负责测试系统功能分析、系统框架

 

(2)客户方:

由小组成员轮流担任客户方

3.3协作与沟通

3.3.1内部协作

内部团队之间也是有相互沟通的。

文档组向开发组和测试组挖掘技术信息,写到技术文档中。

测试组在开发过程中就介入到开发组中来,和开发人员共同完成本系统的开发任务。

管理层给大家分配任务,并督促大家完成。

“同心山成玉,协力土变金”,团队之间关系处理的融洽与否,直接影响到事业单位的运转效率。

由于各个团队均已明确了所属的职能范围,如果团队成员由于缺乏沟通意识,在寻求协作方面不够主动,在处理需与其他部门合作解决的问题时,倾向于孤军作战,由于沟通意识上的缺乏造成了单位整体上沟通氛围的缺失,从来不利于跨部门的有效沟通和业务工作更全面开展。

再者是工作人员自身沟通能力欠缺,遇到问题时,缺乏主动通过沟通来解决的观念,往往通过上级领导来进行协调,绕了很大的一个圈子,耽误了自己和领导的时间,导致沟通成本的高昂;工作人员种种在沟通技巧上、能力上的不足,使自身只能从本团队的角度考虑,其他团队不予配合便会产生抱怨等情绪,从而使团队工作人员之间产生或多或少不融洽的关系。

所以团队内部的沟通与协作是解决工作难题的重要途径,也是实现团队和谐相处和提高整体工作效率的有效手段。

为此,各有关团队要围绕中心大局,立足长远,进一步加强部门沟通与协作意识,打破现有独立的解决某一个点或是局部问题的思路,做到问题主动提出、及时处理、彻底沟通、责任明确、有效督办、限时反馈,实现每个环节的有序衔接,强化责任意识,合力解决工作中的难题,转变工作方式,建立健全部门协作机制,确保各项工作快速、有效地落实。

 

3.3.2外部沟通

在与用户的沟通中,组员需要深入了解用户需求,通过需求分析明确定义系统的功能,再把设计和开发任务下达到各个小组负责人和组员,然后在规定的时间把产品交给科目老师,形成一种良性循环。

4.实施计划

4.1风险评估及对策

本项目的主要风险是开发人员对用户需求中的学生毕业设计管理工作的不熟悉,在开发项目的过程中存在一定的漏洞,可能会导致学生信息被泄露。

另外,由于是在上课期间,各成员可能会有其他的必须要完成的任务而耽误了项目的开发。

项目的人员比较少开发项目的技术比较欠缺可能会影响到项目的进展,每个风险的可能性,对风险分析如表2-1所示:

客户风险,指由于客户成熟度不够而产生的风险。

过程风险,指由于项目组成员对开发过程不熟悉而产生的风险。

能力风险,指由于项目组成员不具备项目需要的能力而产生的风险。

成本风险,指由于项目成本过高而产生的风险。

人力资源风险,指由于人员不足而产生的风险。

设备资源风险,指由于开发设备不足而产生的风险。

技术风险,指由于采用项目组成员不熟悉的技术而产生的风险。

质量风险,指由于用于要求的质量过高而产生的风险。

时间风险,指由于开发时间过紧而产生的风险。

需求风险,指由于需求调研不充分而产生的风险。

风险概率可用百分比表示,百分比越高发生的可能性越大。

风险应当按照风险系数费大小排序。

风险对策是为了减轻风险的影响,项目组可能采取的措施。

所有风险等级排序。

对策:

一旦产生需求变更,按照公司的变更流程进行处理。

整个项目周期内与客户充分沟通,积极协调客户确认需求。

提前投入开发人员对已经通过评审的设计开始编码。

系统设计一定要尽量完善,加强项目组成员之间的沟通。

及时把握项目进度。

进行针对性培训。

加强培训,尽量完善用户手册。

4.2项目时间管理计划

项目进度由组长和成员协商安排,把总体工作计划分配到月再到每周,进而分配到每一天,每个人,如果在规定的时间内没有完成,自己利用晚上的时间必须完成当天的计划任务。

只有确保每天的天计划完成,才能确保总体工作计划顺利完成。

开发计划与人员分工如所示:

时间

阶段任务

人员

分工

9

6月

6月

7月

项目启动与计划

王家伟(CEO)

(技术专家)

需求分析

吴磊需求顾问)

系统与测试设计

系统概要设计

董涵(开发组长)

系统详细设计

董涵开发组长)

制定测试策略

董晓东(测试组长)

制定测试计划

董晓东(测试组长)

编码与测试执行

制定编码规范

程强(开发组长)

确定测试需求

程强(测试组长)

编码

程强(开发组长)

单元测试

董晓东(开发组长)

编写测试用例

董晓东(测试组长)

执行测试

董晓东(测试组长)

测试评估

程强(测试组长)

制定部署方案

吴磊(开发组长)

质量管理由项目组长带头,测试组长通过负责软件测试工作保证软件质量。

对每个开发阶段的阶段性成果都进行评审和测试,记录相关阶段的软件产品,以保证软件产品的质量。

质量管理时间进度与人员分工如表所示:

 

 

在质量管理计划中,为了保证软件质量管理中对出现的问题进行记录跟踪。

发现问题,找到问题的负责人。

通知负责人在规定时间内修改问题。

问题责任人修改问题。

(1)问题责任人将修改后的内容反馈给发现问题的人员。

(2)发现问题的质量管理人员对有问题的部分进行重新检验,确认问题得到修改。

(3)如果发现问题没有修改,将通知问题责任人继续修改,直到问题得到解决。

4.4成本管理计划

由于软件工程的实践项目所以本,本项目是开源免费的。

无需成本的管理。

4.5配置管理计划

采用专用的版本管理工具进行软件版本的控制。

◆版本管理的人员与职责

版本控制管理者:

开发组长职责:

制定版本控制流程。

◆确定版本的用户权限

管理者:

负责版本管理、对版本库拥有全部权限。

开发人员:

写入读出

测试人员:

读出

◆定义配置项(版本控制项)及其标识

系统项目计划书

系统需求说明书

系统概要设计

系统详细设计

测试策略

测试计划

编码规范

测试用例

源代码

缺陷报告

测试最终结果报告

◆定义项目基线

项目的计划与启动

项目的需求分析

系统与测试

编码与测试执行

测试评估与系统部署

◆定义配置项的版本管理策略

按照4类不同功能的分支进行:

1 主干分支

2 私有分支

3 小组分支

4 集成分支

◆定义变更管理流

4.6采购计划

在项目初期需要每个项目开发人员自己配置一台个人笔记本。

5.文档历史

版本

修改内容

修改日期

修改人

审阅人

V1.0

原始版本

6.项目具体时间进度表

7.交付期限

完成项目的最迟期限:

2016年7月1日。

8.项目功能

8.1项目功能需求

管理员模块的功能有:

基础数据、学生信息导入、教师信息导入、数据库维护、通知公告、教师信息管理、学生信息管理、个人信息管理、账户管理、归档材料、教师申报课题、下载专区、选题管理。

学生模块的功能:

通知公告、课题选择、我的课题、我的任务书、开题材料、论文提交、下载专区、网上答疑、个人信息管理。

教师模块的功能:

通知公告、课题申报、全院课题、选题管理、发布任务书、开题报告

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1