淘座座软件项目计划书

 

 

 

 

1 概述

1.1 项目概述 

项目的目标是开发一套寻找未使用中教室的系统，同时组员们得到系统的软件工程项目训练，发布的产品是软件的原型、技术文档等，主要工做是需求分析、系统分析、原型设计。关键里程碑分别是需求分析说明书的发布和系统模型的交付，项目所需资源为我的开发工具，进度大约为5周。

1.2项目交付的产品

交付日期2019年11月22日，主要交付物有：淘座座软件原型、技术文档包（包括需求分析报告、软件说明书、项目总结文档等）

1.3 SPMP的演化

SPMP于第十一周经由团队分析—>专人撰写—>讨论整合三步造成初稿，由队长上传至团队群文件，由队长负责维护。

第十一周之后根据项目的进展能够对其进行修改须要有队员提出修改意见，在全体会议上讨论经过，并由队长将修改稿上传至团队群文件。其他队员经过群内下载同步得到更新稿。

1.4参考资料

《构造之法-现代软件工程》，邹欣，中国工信出版集团

1.5 定义、缩写词以及简写

   SPMP:软件项目管理计划

   UML统一建模语言(Unified Modeling Language，UML)

2 项目组织 

2.1 外部支持 

组织	联系人	联系方式
指导老师	彭馨仪	502914563@qq.com

 

2.2 内部组织结构 

业余剧团模式，每一个人在团队中遵从队长的指导和安排。挑选本身擅长的以及遵从队长安排的去完成团队任务，能够更好的使一个新组建的团队融合到一块儿。增长团队的默契程度以及增进团队的工做效率。也能让团队成员在业余玩票、培训的环境中，每一个人均可以尝试不一样角色，你们能够比较平等地讨论。

2.3 角色与职责划分 

历次会议记录员：负责每次会议内容整理与内容传达

负责人员：高金库、许爽、顾雪微、彭星、赵鹏、陶一鸣

需求调查人员：负责对目标人群进行软件需求调查和用户反馈

负责人员：许爽、彭星

需求分析人员：整理需求分析并以撰写需求分析分析文档

负责人员：孙帅群、阚宇航

效果图设计员：负责产品的效果图设计

负责人员：张博涵、赵迎港

原型设计人员：负责软件原型的制做

负责人员：孙帅群、顾雪微、高金库、阚宇航

总结人员：负责最后的收尾工做并撰写总结文档

负责人员：陶一鸣

3 管理过程 

3.1 项目启动计划 

每位组员既是积极的建言者，又是负责的合做者。决策应在充分的讨论基础上作出，并被及时有效的执行。按时按量完成项目的基本功能，按时发布产品模型，遵循规范的项目运做标准，文档严谨完整。产品要界面友好易上手，能很好的提供未使用教室的信息。开发软件过程当中要注重团队建设，成员分工合理，合做默契，气氛融洽。项目设计和开发商要有创新，更好的吸引用户。

 

3.2 工做计划 

第9周~第10周：进行需求调查并完成需求分析说明书、讨论软件项目计划书

第10周~第11周：完成软件项目规划书、进行软件效果图设计

第11周~第12周：完成软件效果图、进行软件原型设计

第12周：完成软件原型交付并撰写总结文档

3.3 控制计划 

各开发过程负责人以周为单位记录工做进展，造成电子文档报告，上传至团体群文件。负责人在每周项目例会做口头总结，团队会议审核经过给出意见，报告修改后上传至团体群文件。各风险负责人密切监控风险状态，按期提交风险报告。必要时将突发状况经过群发通知全部队员，并由队员长作出临时处理决定。每周例会上团队讨论造成一致意见后即为经过，相关负责人针对改进意见开展下一周工做，团队会议持续评估其成效。每一项目阶段结束以前（里程碑先后），组织一次阶段评审会，评估整个阶段的工做效率和成果质量。

3.4 风险管理计划 

 

风险	标题	可能性	影响	优先级	规避或减轻策略	负责人	预约完成日期
1	开发技术不成熟	80%	灾难的	高	提早制定好学习计划； 下降设计难度	全体人员	第11周
2	考研课程	100%	严重的	中	适量少给她分配任务； 开会讨论错开上课时间	阚宇航	第12周
3	考公务员	100%	严重的	高	适量少给他分配任务； 开会讨论错开上课时间	陶一鸣	第12周
4	备考四六级	100%	严重的	高	适量少给他们分配任务； 分配的任务尽可能能集中处理； 开会讨论错开上课时间	陶一鸣 张博涵 赵迎港 赵鹏 阚宇航 彭星 许爽 顾雪微	第12周
5	需求变动频繁	50%	严重的	中	需求制定充分预见将来； 多于老师讨论； 设计方案留有变动余地	孙帅群	第12周
6	缺少设计人才	80%	严重的	高	组员深刻学习相关知识； 寻求外援帮助	全体人员	第12周
7	缺乏软件工程经验	80%	严重的	中	组员深刻学习相关知识； 多于老师讨论；	全体人员	第12周

风险的详细描述以下：

风险一：开发技术不熟练

没有队员能熟练运用JAVA语言编出程序，仅限于学过，可能致使软件逻辑有问题。

风险二：考研课程

队员阚宇航常常须要参加考研课程，在任务分配上有必定的困难。

风险三：考公务员

队员陶一鸣天天都须要刷申论、形策，准备公务员考试又要完成任务，会致使任务进度变慢。

风险四：备考四六级

由于明年四六级考试会有变化，可能会变难，因此绝大部分队员准备今年报考。因十二月十四号考试 临近，刷题、背单词的力度都加大了很多，会致使总体进度缓慢。

风险五：需求变动频繁

在设计开发过程当中可能发现原有需求不容易转化为设计稿，在测试体验过程当中可能发现需求有来自现 实的不可抗力因素影响，这都会带来需求的从新变动。这两种状况，尤为后一种要尽可能避免，以避免带 来重复开发的浪费。

风险六：缺乏UI设计人员

队内队员专科专业大部分与软件设计无关，有两位队员为图形图像专业，可是没有UI设计经验。

风险七：缺乏软件工程经验

队内人员都没有软件开发经验，可能会致使大量无用功，或某些工程错误。

3.5 项目收尾计划

在模型设计阶段结束后，开发人员之间会进行原型测试，减小逻辑上的错误。

最终交付淘座系统软件模型。

4 计划过程

4.1 过程模型

应用瀑布模型，软件开发的各项活动严格按照线性的方式进行，当前活动接受上一活动的工做结果，实施完成所需的工做内容。当前活动的工做结果须要进行验证，若是验证经过，则该结果做为下一项活动的输入，继续进行下一项活动，不然返回进行修改。所以，这种模型强调文档的做用，并要求每一个阶段都有仔细验证。 

4.2 方法和技术

本小组的团队组织结构为主软件工程组织结构；利用ps技术制造效果图；利用原型设计工具设计软件原型；

4.3 工具

我的PC，笔记本

5 支持过程

5.1 依赖关系

1） 组织团队是完成软件项目的前提，明确分工负责；

2） 配置管理贯穿于整个软件开发和测试过程；

3） 需求分析是软件项目进入开发阶段的重要标志；

4） 系统设计是基于需求分析的基础上，又是模型设计的原理依据；

5） 原型测试是该项目开发进展的重要过程；

6） 交付阶段是软件得到用户的承认，是软件开发结束的标志。

5.2 资源需求

人员：小组软件项目开发成员、用户

支持软件：Office、Ps

计算机硬件：笔记本等

办公室：学院实验室和宿舍

实验设备：我的 PC机、笔记本

项目资源维护需求的数目和类型：10台我的笔记本电脑

5.3 预算和资源分配

预算：本次软件开发没有涉及到任何经济方面的预算

资源分配：各自使用各自的机器。