软件项目工作经验总结.docxVIP

软件项目工作经验总结

软件项目工作阅历总结（通用9篇）

软件项目工作阅历总结篇1

1、估算前的规划

当我们的办公室内堆满了杂乱无章的文件时，唯恐无法知道对于我们真正有用的文件在哪里，当我们的软件相目中收集了各种需求、看法、问题时，我们也很难从中估算出整个项目的规模、工作量以及成本。因此，在估算之前我们首先要对众多信息进行整理、归类分析，从而得到一个条理清楚的项目方案，在这个方案供应的框架内，才可能开头正确的估算。细心的规划是任何一个软件开发项目胜利与否的关键，有了规划就有如成竹在胸，之后无论风云变幻，都有应对入流的方法。当然只有正确的规划，才能给软件开发指引正确的方向。

软件项目规划的重点是对人员角色、任务进度、经费、设备资源、工作成果等等做出合适的支配，制定出一些方案(包括高层的和细节的)，使大家根据方案行事，最终顺当地达到预定的目标。

1.1、规划的第一步：确定软件范围

确定软件范围，就是确定目标软件的数据和掌握、功能、性能、约束、接口以及牢靠性。这项工作和需求分析是很类似的，假如之前已经达成需求分析规约，那么可以直接从《需求分析说明书》中把有用的部分拿来使用。假如还没有开头需求分析，关于确定软件范围的方法方面，我们可以采纳很多需求分析技术(如需求诱导)，从客户那里得到一个详细的软件范围。当然假如是一次全新的软件边界探究，就应当考虑软件本身可行性问题，包括团队是否具备在技术、财务、时间、资源上游牢靠的保障，软件本身在市场上是否有牢靠的竞争优势，等等。

获得软件范围，最直接最牢靠的来源就是用户对软件的需求描述。例如，在开发一个C/S架构的铁路供电段数据上报系统中，客户向我们供应了以下的目标软件需求描述：

在供电站总部每天结束前要审核下属节点操作员(30~40个)的供电平安数据报表，要求每个节点必需在下午5：30~6：00之间上传数据。总部系统通过自动分析，整理出整个区内的平安形势报表，并自动反馈到每个节点。各个节点之间通过调制解调器拨号(MODEM)用内部电话线相连，每个节点电脑主机配备一个MODEM。上传数据为制式报表出了制式信息外，系统自动附加操作员姓名、上报时间、上报节点名称。信息一旦上传，节点端就不行以对已提交信息进行修改、删除，只能阅读、查询。节点间数据相互隔离，只有总部才具备对各个节点数据的管理权限，但是对于归档数据(一旦审核完毕的数据，就进行归档)总部不具备删改的权限。系统设置数据库管理员，独立于审核权限，其职责是对历史数据的清理维护。

通过上面的描述，我们通过提炼和简化，得到软件的一下功能：

节点数据录入、查询、上传

总部数据汇总、查询、反馈

总部与节点的互联项目管理培训

总部数据库存储

节点数据的本地存储项目管理论坛

在本例中，软件的性能是潜在的。客户虽然没有明确提出，但是由于数据本身的重要性，要求系统在数据上传、反馈、存储过程中平安牢靠。客户要求使用MODEM进行拨号连接，那么鉴于MODEM连接过程中可能会消失，由于拨号断开而道导致的数据丢失，在节点本地存放一份数据副本是有必要的。由于系统要求每天上传数据，总部数据库应当是7X24小时不间断服务的，再加上目前总部只有该系统运行接受数据任务，各节点数据量并不大，那么在建议用户选择服务器时，应当考虑性能稳定牢靠，但并不肯定要购买大容量磁盘阵列和高性能双CPU主机。由于每天上传数据接近下班时间，那么总部汇总数据应当是自动进行的，一旦分析发觉重大问题，可以通过与外部网络的设置，向值班人员发送手机讯息、E-MAIL或其他警示。由于不同人员对于上报数据的权限不同，对于系统用户实行分级管理。不同级别的用户，具有对数据的不同管理权力，从而保证在软件使用过程中不发生混乱。

那么现在一个较为清楚的软件模型已经构造完毕，接下来我们需要进入方案的其次步：确定工作所需资源。

1.2、规划的其次步：确定工作所需资源

软件工作所需资源包括：工作环境(软硬件环境、办公室环境)、可复用软件资源(构件、中间件)、人力资源(包括不同各种角色的人员：分析师、设计师、测试师、程序员、项目经理……)。这三种资源的组成比例，可以看作一个金字塔的模式，最上面是人力资源、其次是可复用软件资源、最下面是工作环境。最上面的是组成比例最小的，最下面的是组成比例最大的部分。

■人力资源

一个项目究竟需要多少种职务的人员构成、多少数量的人员总量，再能成为最有制造力的团队呢?这唯恐是最让项目经理头疼的事情了。任何一个软件工程，都必需在确定软件的工作量之后，才能清晰地知道毕竟需要多少人力才能以最小成本和最高效率完成任务。在这之前，不