淘座座软件项目计划书
淘座座软件项目计划书
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 预算和资源分配
预算：本次软件开发没有涉及到任何经济方面的预算
资源分配：各自使用各自的机器。
第三次会议链接：https://www.cnblogs.com/huangjinmeilihao/p/11869414.html
