1. 研究目的与意义（文献综述）

1.1 项目背景概述
随着互联网产业的不断发展，越来越多的开发团队涌现出来，努力将自己的创意和精力转化为各种各样的研究成果或商业产品。然而，随着项目的持续进行，堆积如山的工作讯息，效率低下的进度汇报会议，参与同一个项目的团队成员往往无法获得相同的信息，因此，团队成员会逐渐花费大量的时间来处理这些工作流程带来的问题，从而降低工作效率。

为了解决这个问题，it企业开始把重心放在了软件开发过程管理。软件开发过程主要与软件开发的生产方面有关，而不是技术方面。这些流程主要用于支持软件开发的管理，并且通常倾向于解决业务问题。许多软件开发过程可以以与一般项目管理过程类似的方式运行，如：人际沟通和冲突管理与解决，风险管理，需求管理等等。今天，软件项目管理方法仍在不断发展，目前的趋势是从瀑布模型转向模仿软件开发过程的更循环化的项目交付模型。

本论文选题来源于个人的软件开发经历，感受到软件项目管理的重要性。软件项目的开发流程与制度往往是决定性因素之一，关乎项目的完成度与产品质量。

在本科学习期间，学生往往会以小组为单位就某个课题进行课程设计，特点是开发周期短（一般1-3月），小组成员少（4-5人）。然而，最终的产品质量往往不尽如人意，存在以下几个问题：
1. 缺乏软件项目管理的意识。小组成员由于缺少开发经验，因此可能会对软件项目的进程疏于管理，极可能出现项目前期工作拖沓低效，临近最后期限才赶工甚至抄袭代码的现象。
2. 搭便车问题。由于学生的开发能力参差不齐，小组内可能出现任务分配严重失衡的现象，例如：一名组员完成代码的编写工作，其余组员只需完成简单的测试工作以及文档编写。
3. 项目管理者缺乏团队管理经验。由于很少接触到实际的项目开发，组内的管理者或负责人有时无法正确协调好组员间的分工、交流问题，这些问题往往会发生在设计与开发之间、开发与测试之间、前端与后端之间，一旦处理不到位往往会导致误会和矛盾，导致项目开发停滞。

一些学生可以进入学校的实验室开发企业级软件项目，这些项目往往会由高校教授或较有经验的研究生或博士生负责组织管理，往往有较合理的制度和开发流程，但还是会暴露一些问题：
1. 组员的时间投入度不同加大管理困难。由于实验室的成员往往是利用自己的课余时间参与项目，因此很容易受到个人课程和其他校内活动的影响，导致不同的成员能够投入的时间大不相同，这为项目开发的管理造成了一定的难度，要求管理者能够合理计算工时，灵活分配任务。
2. 项目管理者缺乏需求管理经验。一些高校实验室项目属于企业合作项目，由合作企业方提供需求，并验收产品功能。基于这样的情况，项目管理者可能会由于评估需求的经验不足，导致项目需求排期过于紧密、接收不合理的需求等问题。

总体来说，由于以学生为首的业余开发团队缺乏足够的软件管理知识，许多团队在项目管理方面浪费了很多时间与人力，导致开发效率和成长效率大打折扣。因此，本文针对业余开发团队的普遍需求，研发了一款“软件项目管理系统”，借此指导业余开发团队管理他们的软件开发过程，实践软件工程的管理哲学和方法，从而提高软件开发效率，提升软件质量。

1.2 国内外研究现状
1.2.1 软件项目管理的发展
20世纪60年代以前，开发者往往只是为了一个特定的软件应用而在特定的计算机上设计和编译软件，同时因为软件的规模比较小，很少使用系统化的开发方法，基本上是一个人完成设计、开发、测试等开发流程。
60年代中期，大容量、高速度计算机的出现，使计算机的应用范围迅速扩大，软件开发急剧增长。软件系统的规模越来越大，复杂程度越来越高，软件可靠性问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式，提高软件生产率。
1960年代中期开始爆发众所周知的软件危机，为了解决问题，北大西洋公约组织在1968、1969年连续召开两次著名的nato会议，并同时提出软件工程的概念。
软件工程学从硬件工程和其他人类工程中吸收了许多成功的经验，发展了许多软件开发与维护阶段适用的技术和方法，并应用于软件工程实践，取得良好的效果。

在软件开发过程中人们开始开发和使用软件工具，用以辅助软件项目管理与技术生产，人们还将软件生命周期各阶段使用的软件工具有机地集合成为一个整体，形成能够连续支持软件开发与维护全过程的集成化软件支援环境，以期从管理和技术两方面解决软件危机问题。

互联网行业发展到现在，软件开发的先驱者不断地从错误中汲取经验教训，并归纳总结为各种原则、宣言和模型。
这才造就了如今各种软件项目管理方法论百花齐放的场景，在不同的场景下都有对应的管理策略和开发流程。例如，在专业度和业务熟练度极高的软件开发团队中，项目管理涉及统计并控制关键子流程的性能，并利用所获得的可预测性来管理具有更好规划精度和监控控制的项目。而对于高校与企业合作的软件项目，则最好将传统的瀑布模型与新兴的敏捷开发相结合，以贴合专业度不是那么高的学生团队的开发习惯。
面对快速变化的市场，现代软件开发团队往往需要将不断变化的需求、流动的团队人员、不确定的交付日期等各种决定因素纳入管理决策的考虑范畴，因而采用更加敏捷灵活的开发管理方法，同时更全面地预估工时和子项目的完成度来更好地动态分配任务。
如今大行其道的敏捷开发流程其实也是一把双刃剑，在很好地适应变化的同时，更容易使得技术债务大量累计。技术债务是在技术决策中采取捷径或变通方法的比喻，以便在上市时间和早期软件发布中获得短期利益。这使得开发团队必须找到正确的方法来处理技术债务，以生产可在未来开发和维护的健康软件。这要求开发团队必须提高他们的意识并在中应用更先进的流程，技术和工具来提高他们的成熟度。 而不够专业的开发团队往往缺乏技术债务管理的意识，也可能没有足够先进的技术和工具，使得他们在提高开发效率的同时忽略了代码的可维护性，极可能造成软件项目的失败。
如今，用以辅助进行软件项目管理的集成化软件支援环境逐渐增多并愈发成熟，例如trello、microsoft project等，为专业的软件开发团队提供服务。然而，市面上却鲜有针对非专业开发团队的软件项目管理平台来辅助用户在实践中学习软件项目管理。

2. 研究的基本内容与方案

2.1 研究基本内容

开发流程可配置。用户可使用预设的开发流程模板，也可自定义开发流程模板。选择对应的模板后可自动生成或调整开发流程。

软件项目开发流程管理。根据现有或用户自定义的开发流程模板对各个开发阶段进行细分，根据项目的开发进展对流程状态进行变更。

3. 研究计划与安排

1月10日 ~ 2月1日：确立论文题目，得出研究方向和研究计划
2月1日 ~ 2月28日：搜集相关资料，完成开题报告
3月1日 ~ 3月15日：完成需求调研，撰写第一章、第二章初稿
3月15日 ~ 3月25日：完成系统分析与设计，撰写第三章初稿
3月25日 ~ 4月20日：完成系统实现与测试，撰写第四章、第五章、第六章 初稿
4月20日 ~ 4月25日：中期检查阶段
4月25日 ~ 5月05日：论文修改阶段
5月05日 ~ 5月25日：论文评审阶段
5月25日 ~ 6月15日：论文答辩阶段

4. 参考文献（12篇以上）

[1] 王艺文．基于php的软件项目管理系统设计与实现[d]．南京：南京大学，2018．

[2] 孙志朋．面向软件项目管理的团队协作平台的设计与实现[d]．哈尔滨：哈尔滨工业大学，2017．

[3] 李颜翎．基于node.js的团队协作工具的设计与实现[d]．南京：东南大学，2017．