《软件工程前景与范围文档》由会员分享，可在线阅读，更多相关《软件工程前景与范围文档（12页珍藏版）》请在金锄头文库上搜索。
1、目录1 业务需求.31.1 应用背景.31.2 业务机遇.41.3 业务目标与成功标准.41.4 业务风险.62 项目前景.72.1 前景概述.72.2 主要特性.82.3 假设与依赖.93 项目范围.93.1 版本范围.93.2 限制与排除.104 项目环境.104.1 操作环境.104.2 涉众.114.3 项目属性.11词汇表.13参考资料.131 业务需求1.1 应用背景目前在南京大学软件学院，无论是专业课程还是比赛项目，大部分的软件项目都是组队完成的，这是为了提高学生的创新能力和动手能力，增加软件开发的经验，为将来更好地进入工作岗位。学生每学期都要进行 1 至 4 个课程的组队开发项
2、目，因此学生常常需要组队并开发。然而，很多同学因为组队信息范围的局限以及信息时效性的低下，大多数同学经常会遇到想与其组队的同学已经组好队、找不到同学凑足名额、不知道还有哪些同学没有组队、人员分配尴尬、找不到合适的同学等局面。很多同学为找不到合适的队友而苦恼，信息交流范围很局限并且信息时效性不高，因此老师也需要留较长的时间供同学组队，并且最后老师还需要统计组队同学，为没有组好队的同学组队。这着实是件麻烦的事情。同时，组队完成后开始做项目时，组员之间需要通过 qq、邮件、msn、短信等工具或软件进行交流讨论或者传递文档，没有固定的软件供组员讨论传递信息，信息交换效率与透明度较低。另外，非同一组的同
3、学也需要进行交流，而同学会因为没有对方邮箱地址、qq 号码、手机号码等而无法直接与其交流，甚至会导致影响项目的进度或质量，这也是一个很大的麻烦。另外，老师对同学的组队情况需要助教或自己借助 Excel 等统计工具整理才能清楚了解，还要为没有组队的同学组队，并且有时会面临着各种各样的状况使得组队结果一改再改。老师平时在 TSS 上发布信息时，同学无法立刻判断与项目相关与否。老师发布的关于项目的信息不够集中直观，没有平台以提供老师与同学集中进行项目开发所必须的信息交流空间。1.2 业务机遇南京大学软件学院所有同学都通过学院的一个实行实名制的组队系统进行组队，并且在系统上进行信息的交流，软件学院的老
4、师通过这个组队系统了解同学组队情况，并且通过这个系统向同学发布与项目有关的各种信息。这样，对于软件学院的同学来说，组队不再是困扰，可以很直观地了解到他人组队的所有情况，不会再遇到不知道哪些同学没有组队等问题，并且可以马上通过该系统与任意一人联系并组队。组队信息交流范围扩大到最大，信息的时效性很高。另外，同学们在项目进行的过程中可以很轻松地与队友交流信息，个人与个人之间的交流也不会因为没有对方手机号、qq 号码或者邮箱地址等联系途径而受到阻碍，信息的交流在该系统上更通畅，信息交换效率与透明度得到很大的提升。对于老师来讲，不必再为同学们的组队去做任何繁琐的统计工作等，通过组队系统就能很直观地了解同
5、学们组队的情况，并且很方便地为同学们的组队做合适的调整。同时，关于项目的任何信息老师都可以上传，使得项目信息集中地展现，节约同学们寻找时间，提高同学们项目进行的效率，并且很好地和同学们进行沟通互动，工作效率提升。1.3 业务目标与成功标准业务目标BO-1：在第一版使用后的一年内，同学组队的平均时间减少到 2 天。BO-2：在第一版使用后的一年内，同学自行组队后剩余人数不超过 6 人。BO-3：在第一版使用后的两年内，老师通过组队系统集中展现并交流项目的信息 度量标准：对于每个项目，该老师通过组队系统发布的公告的数目占所有关于 该项目的公告的总数（包括通过 TSS 等）的百分比计量方法：检查系统
6、中数据库中的公告数目 A，检查 TSS 上以及课堂上老师发 布的关于项目的公告数目B，则百分比为 A/（A+B） 。理想标准：百分比达到 90%；一般标准：百分比达到 60%；最低标准：百分比达到 30%。BO-4：在第一版使用后的半年内，老师不用任何统计工具了解同学组队情况，只通过组队系统直观地了解。BO-5：在第一版使用后的两年内，同学通过该系统可以减少小组开会时间度量标准：对于每个项目，所有小组在使用系统后的开会时间较使用前开会时间减少的百分比计量方法：随机抽查若干小组前后的开会时间，计算出节省时间的百分比理想标准：减少 50%的开会时间；一般标准：减少 40%的开会时间；最低标准：减少
7、 30%的开会时间。BO-6：在第一版使用后的两年内，大部分学生通过该系统可以和其他人就项目组队、技术问题等进行讨论度量标准：对于每个项目， 计算出通过该系统与他人进行交流的同学百分比计量方法：检查系统中记录的每个人的交流时间，计算出通过该系统与他人进行讨论的人数占参与该课程的人数的百分比。理想标准：有 90%通过该系统进行讨论；一般标准：有 80%通过该系统进行讨论；最低标准：有 60%通过该系统进行讨论。成功标准SC-1：在第一版使用后的三年内，组队系统成为 80%的小组的讨论及信息传递的主要工具。SC-2：在第一版使用后的一年内，组队系统成为南京大学软件学院同学进行项目组队的必须系统。S
8、C-3：在第一版使用后的两年内，组队系统成为 99%的老师发布项目信息，了解组队情况的主要通道。SC-4：在第一版应用之后的一年内，老师对同学组队效率的调查评价要提高 0.8，对同学项目进度的调查评价要提高 0.2，而在第一版应用之后的两年内，对同学组队效率的调查评价要提高 1.0，对同学项目进度的调查评价要提高 0.7。SC-5：在第一版应用之后的一年内，同学对组队效率的调查评价要提高 0.8，对项目信息交流方便程度的调查评价要提高0.2，而在第一版应用之后的两年内，对组队效率的调查评价要提高 1.0，对项目信息交流方便程度的调查评价要提高 0.7。1.4 业务风险RI-1：对于同学之间的交流，同学认为有更加成熟强大的软件可以满足他们的要求，比如qq、msn 等，而不愿使用该系统进行交流，使得系统的许多功能空置。可能性 0.7，影响为 4。RI-2：对于项目信息的公布，老师认为在 TSS 上发布更为方便，而不愿使用该系统发布项目相关的消息，使得系统不能集中展现项目相关的信息。可能性 0.6，影响为 8。RI-3：该系统完全不为老师与同学所接受，弃之不用，使得系统开发的投资回报基本为 0。可能性 0.1，影响为 10。RI-4：同学们过分依赖该系统
