软件生命周期-软件项日周报表
软件生命周期
软件生命周期软件生命周期(SDLC，软件生存周期)是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。
但随着新的面向对象的设计方法和技术的成熟，软件生命周期设计方法的指导意义正在逐步减少。
一、软件生命周期(SDLC)的六个阶段1、问题的定义及规划此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
企业分级软件项目周报模板
企业分级软件项目周报模板日期：[填写日期]
项目名称：[填写项目名称]
项目负责人：[填写负责人]
部门：[填写所属部门]
一、本周项目进展
本周项目在以下方面进行了工作：
1. 项目目标
- [填写项目目标]
2. 进度概述
- [填写本周进展的总体概述]
3. 工作详情
- [按时间顺序列出各项工作详情]
4. 问题及解决方案
- [列出本周遇到的问题及相应的解决方案]
二、下周计划
下周项目将按照以下计划进行工作：
1. 目标设定
- [明确下周的项目目标]
2. 任务安排
- [将主要任务分配给相关成员]
3. 时间计划
- [安排详细的时间计划，包括每个任务的完成时间]
4. 风险评估
- [对可能出现的风险进行评估，并提出相应的应对措施]三、其他事项
本周项目组还有以下其他事项需要关注：
1. XX问题沟通会议
- [填写相关会议的时间和内容]
2. XX会议纪要
- [简要记录重要会议的内容和决策]
四、附件
本周项目组完成的附件清单：
1. [列出相关文档、报告等附件，并标明文件名称和存储位置]
以上为本周项目的周报内容，如有疑问或需要补充，请及时与我联系。
谢谢！
[负责人签名]
[填写日期]。
软件系统开发周报模板
软件系统开发周报模板
# 1.本周主要工作
# 完成xxx项目。
1. XX模块：完成了XX功能的开发，编写了XX函数进行性能测试，完成了XX缺陷的修复。
2. XX模块：完成了XX功能的开发，比较了XX框架和XX框架的性能，调整了XX方案，完善了XX报表功能。
3. 参与了同事XX模块的开发，根据需求增加了XX功能，调整了XX流程。
# 其他工作
1. 参与了几项新需求的讨论，为新需求的开发设计了数据结构。
2. 对已完成的模块进行了整体测试，发现部分缺陷并作出修改。
3. 参与了单元测试的设计，编写测试文档，并根据文档进行了测试。
# 2.下周工作计划
1. 完成XXX 模块的开发任务；
2. 完成XXX 模块的测试工作，检查BUG并作出修改；
3. 编写详细的文档，明确完成的xxx任务；
4. 持续跟进xxx项目，看看是否有新的开发需求。
# 3.本周遇到的问题
本周遇到了一些比较严重的问题，让部分工作进展缓慢。
具体来说，主要包括：
1. 由于开发使用的库文件不够全，导致特定功能无法使用；
2. 由于新的模块的技术框架和旧的模块不兼容，需要重新调整一些代码；
3. 部分开发任务存在不一致的产品需求，因此需要重新调整计划安排；
4. 由于外部供应商提供的支持有时候不及时，反复耗费了不少时间。
软件生命周期
软件生命周期是指由软件定义、软件开发和软件维护等阶段组成的全过程，反映软件生存期内各种工作得组织以及各个阶段如何衔接。
下表归纳了软件生存周期各个阶段的任务、软件设计原则: 软件设计的原则对提高软件的设计质量有很大的帮助。
◆抽象抽象是指忽视一个主题中与当前目标无关的那些方面，以便更充分地注意与当前目标有关的方面。
过程抽象和数据抽象是常用的两种主要抽象手段。
◆模块化模块化是指将一个待开发的软件分解成若干个小的简单的部分——模块，每个模块可独立地开发、测试、最后组装成完整的软件。
这是一种复杂问题的“分而治之”的原则。
模块是指执行某一特定任务的数据结构和程序代码。
一个模块有它的外部特征和内部特征。
◆信息隐蔽信息隐蔽是开发整体程序结构时使用的法则，即将每个程序的成分隐蔽或封装在一个单一的设计模块中，定义每一个模块时尽可能少地显露其内部的处理。
信息隐蔽原则对提高软件的可修改性、可测试性和可移植性都有重要的作用。
◆模块独立模块独立是指每个模块完成一个相对独立的子功能，并且与其他模块之间的联系简单。
衡量模块独立程度的度量标准有两个：耦合和内聚。
耦合是指模块之间联系的紧密程度。
耦合度越高则模块的独立性越差。
按耦合度从低到高依次有7种耦合方式。
非直接耦合（独立运行）数据耦合（用参数表传递简单数据）标记耦合（传递数据结构或者一部分）控制耦合（传递的信息包括控制模块的信息）外部耦合（模块与软件之外的环境有关）公共耦合（多个模块引用同一全局的数据区）内容耦合（访问内部数据，代码重叠或者多个入口）内聚是指模块内部各元素之间联系的紧密程度内聚度越低模块的独立性越差。
按内聚度从低到高依次有7种内聚种类。
偶然内聚（模块完成的多个任务，任务之间的关系松散）逻辑内聚（模块完成逻辑相关的一组任务）瞬时内聚（模块的所有任务必须在同一时间间隔内执行）过程内聚（模块的处理元素相关而且按照特定的次序执行）通信内聚（模块的所有元素集中在一个数据结构区域上）顺序内聚（模块的处理元素相关，必须顺序执行）功能内聚（模块完成单一的功能，各个部分协调工作，而且不可缺少）软件测试：对源程序最基本的质量要求是正确性和可靠性，此外还很注重软件的易使用性、易维护性和易移植性。
软件项目生命周期文档清单
规范（接口系统提供）
接口功能说明书、接口需求规范（接口系统 提供）、SinoPLC.PMADG-应用开发规范指南
DV.APD.DC-应用功能程序文档 [模板v1.0]
接口需求规范（接口系统提供）
SinoPLC.PMUTG-单元测试指南
DV.UTR.FM-单元测试报告 [模板v1.0]
接口程序设计说明书、接口需求规范（接口 系统提供）
RD.TRS.DC-系统需求说明书 [模板v1.0]
RDTRS-系统需求说明书
项目质控部门
项目初步计划、本阶段细化内容、、 SinoPLC.PMPPG-项目计划编制指南
PB.GPP.FM-项目整体计划 [样例v1.0]
PBGPP-项目整体计划（修正） SDPWP-设计阶段工作计划 CRTSR-工时注册表
PIIFB-系统上线及回退方案 PIPSP-系统应用支持流程说明 PISOM-系统维护手册
PIPED-软硬件环境部署报告 PIIED-接口环境部署报告 PISTR-压力测试报告
PISID-初始化数据确认表 PIGRA-人员组别角色分配表 PIACI-应用配置说明 PIEDI-ERP数据导入说明 PIDCV-数据转换验证报告
SDODS-系统框架设计规范说明书 SDPDS-公共功能数据结构表 SDSDD-系统数据字典表 SDAOD-应用功能框架设计说明书 SDADS-应用功能数据结构表
系统需求说明书、应用功能框架设计说明书
关键应用数据检查定义（含SQL语句）
技术质控部门 技术质控部门
项目计划最新版、本阶段细化内容、 SinoPLC.PMPPG-项目计划编制指南
7230-用户培训安排
PM.PLC.FM-项目生命周期概要表v1.0
材料依据 SinoPLC.PMUTG-单元测试指南
《软件生命周期》课件
螺旋模型分为四 个阶段：计划、 风险分析、实施 和评估。
螺旋模型强调风 险管理，通过多 次迭代来降低风 险。
螺旋模型适用于 高风险、高复杂 度的项目。
迭代模型
特点：快速、灵活、适应性 强
概念：一种软件开发方法， 通过多次迭代来完善产品
步骤：需求分析、设计、编 码、测试、部署、维护
优点：能够快速响应需求变 化，提高产品质量和开发效
特点：V模型强调测试的重要性，每个开发阶段都有对应的测试阶段， 以确保软件的质量。
优点：V模型有助于提高软件开发的效率和质量，减少错误和缺陷。
缺点：V模型过于依赖文档，可能导致开发进度缓慢，难以适应快速 变化的需求。
DevOps模型
概念：DevOps是一种软件开发和运维模式，强调开发和运维的紧密合作 特点：自动化、持续集成、持续交付、持续部署 优势：提高软件开发效率，降低运维成本，提高软件质量 应用：广泛应用于互联网、金融、电信等行业
意义：软件生命周期是软件工程中重要的概念，有助于理解软件开发的整个过程，提高 软件开发的效率和质量
阶段划分：软件生命周期可以分为需求分析、设计、编码、测试、部署、维护和退役等阶段
每个阶段的目标和任务：每个阶段都有其特定的目标和任务，需要遵循一定的方法和规 范，以保证软件开发的质量和效率
阶段划分
需求分析阶段： 确定软件需求， 制定需求文档
率
缺点：需要较高的团队协作 能力和项目管理能力
敏捷开发模型
核心理念：快速响应变化，持续交付价值 特点：迭代、增量、持续集成、持续交付 开发流程：需求分析、设计、开发、测试、部署 工具和技术：Scrum、极限编程、看板、持续集成工具等
V模型
概念：V模型是一种软件开发生命周期模型，它将软件开发过程分为 需求分析、设计、编码、测试和维护等阶段。
软件开发岗位实习报告：软件开发生命周期与工具介绍
软件开发岗位实习报告：软件开发生命周期与工具介绍一、引言软件开发是当代信息技术领域中不可或缺的一部分，它涉及到从需求分析到系统设计、编码、测试、部署和维护等一系列过程。
在我进行软件开发岗位实习期间，我有幸参与了一个软件开发项目，深刻体验了整个软件开发生命周期中各个阶段的工作，并学习了一些常用工具的使用。
本报告将对软件开发生命周期及其中关键的工具进行介绍和总结。
二、软件开发生命周期软件开发生命周期是指软件项目从开始到结束的整个过程，包括需求分析、系统设计、编码、测试、部署和维护等阶段。
在我的实习期间，我参与了一款电商平台的开发项目，亲身体验了其中的各个阶段。
1. 需求分析需求分析是软件开发生命周期中的第一个重要阶段。
在此阶段，我们与客户充分沟通，明确客户的需求、期望和目标，并将其转化为软件系统的需求规格说明。
这需要我们运用一些需求获取和需求分析的工具和技术，例如面谈、问卷调查、原型设计等。
我在实习期间学习了一些需求分析方法，如用户故事和用例图，并运用了一些工具，如Axure等进行原型设计，以便更好地理解和满足客户需求。
2. 系统设计系统设计是软件开发生命周期中的第二个阶段。
在此阶段，我们根据需求规格说明书，设计出系统的整体结构、模块划分和相互关系，以及数据库设计等。
在实习期间，我学习了一些系统设计方法，如面向对象设计和结构化设计，并应用了一些工具，如UML图和ER图来描述系统设计。
3. 编码编码是软件开发生命周期中的核心阶段。
在此阶段，我们将系统设计转化为具体的代码实现。
在我的实习期间，我以Java作为开发语言，使用了一些常用的集成开发环境（IDE），如Eclipse和IntelliJ IDEA，以提高开发效率和代码质量。
此外，我也了解和使用了一些版本控制工具，如Git和SVN，帮助我们管理代码的版本和协同开发。
4. 测试测试是软件开发生命周期中一个非常重要的阶段。
在此阶段，我们对编码完成的软件进行各种测试，包括单元测试、集成测试和系统测试等，以确保软件的正常运行和稳定性。
计算机软件及应用软件开发生命周期
9
本章要点
一、生存期模型定义二、常用生存期模型瀑布V模型原型增量螺旋式快速应用开发渐近式阶段三、案例分析
10
WaterFall model
瀑布模型是将软件生存周期各活动规定为依线性顺序联接的若干阶段的模型。
11
WaterFall model
12
13
WaterFall model适合的项目
项目的需求在项目开始前很明确解决方案在项目开始前也很明确类似的项目如：公司的财务系统库存管理系统短期项目
本章要点
一、生存期模型定义二、常用生存期模型三、案例分析
44
案例分析
“School项目”应该采用什么生存期模型？
45
学生成绩管理主要包括数据维护、成绩查询和成绩统计等三大功能模块。其中数据维护应实现班级、学生、课程和课程成绩等信息的录入、修改和删除等功能；成绩查询包括按学生查询其所有课程的成绩、按课程查询所有学生的成绩、按课程和班级查询所有学生的成绩；成绩统计包括按学生统计学分、平均成绩、班级名次和不及格课程门数，按课程统计学生平均成绩、及格率、优良率（80及以上为优良）。
14
本章要点
一、生存期模型定义二、常用生存期模型瀑布V模型原型增量螺旋式快速应用开发渐近式阶段三、案例分析
15
V模型
接收测试
集成测试
系统测试
项目规化
需求分析
总体设计
详细设计
编码和调试
集成测试
单元测试
16
V模型模型适合的项目
项目的需求在项目开始前很明确解决方案在项目开始前也很明确对系统的性能安全很严格的项目类似的项目如：航天飞机等公司的财务系统
26
Spiral Model适合的项目
软件生命周期
LOGO 2.2.1 瀑布模型 3．选择模型旳合用条件
❖ 在开发时间内需求没有或极少变化。 ❖ 分析设计人员相应用领域很熟悉。 ❖ 低风险项目（对目旳、环境很熟悉）。 ❖ 顾客使用环境很稳定。 ❖ 顾客除提出需求以外，极少参加开发工作。
Your site here
LOGO
Your site here
LOGO 2.2.1 瀑布模型
➢ 1970年温斯顿·罗伊斯（Winston Royce）提出了著 名旳“瀑布模型”，直到80年代早期，它一直是唯一 被广泛采用旳软件开发模型。直至今日，该模型依然 具有强大旳生命力。
➢ 瀑布模型（Waterfall Model）又称流水式过程模型， 它能够形象地用阶梯瀑布描述，水由上向下一种阶梯 接着一种阶梯地倾泻下来，最终进入一种风平浪静旳 大湖，这个大湖就是软件企业旳产品库，如图2-1所示。
LOGO 第二章 软件生命周期
【本章要点】软件生命周期旳概念及各个 阶段旳任务、软件生命周期旳若干模型。
【本章难道】瀑布模型、增量模型、螺旋 模型旳特点，优缺陷和合用条件。
Your site here
LOGO 软件生命周期
2.1 软件生命周期 2.2 软件生命周期模型 2.3 本章小结
Your site here
（或子系统），然后再开发其他模块（或子系统），这 么一种个模块（或子系统）地增长上去，就像搭积木一 样，直至整个系统开发完毕为止。 ❖ 在每增长一种模块前，先要对该模块进行模块测试。经 过后再将此模块加入到系统中，然后还要进行系统集成 测试。系统集成测试成功后，再增长新旳模块。 ❖ 这么屡次循环，直到系统搭建完毕为止。
LOGO
❖ 该模型旳优点：在开发旳过程中顾客能够及早地发觉 看到软件发觉中旳问题
软件项目周报模版
( XXXX年XX月XX日 ~ XXXX年XX月XX日)
项目名称
部门名称
项目经理
报告日期
1.
1.1
项目计划数据
计划开始日期：
参阅项目基准计划
计划结束日期：
计划工作量：
（人月）
项目实际数据
实际开始日期：
实际工作量:
累计实际工作量（人月）
当前生命周期阶段：
项目预计数据
预计结束日期：
剩余工作量：
（人月）可参阅人力资源计划表
完成百分比：
完成百分比=实际工作量/（实际工作量+剩余工作量）
偏差类数据
进度偏差或SPI：
工作量偏差或CPI：
偏差产生原因：对工作量偏差、进度偏差产生的原因及如何解决的措施进行描述
1.2
本周工作完成情况
着重描述本周所完成的主要工作：
提前还是滞后
上周所提的风险及问题是否得到了及时的解决
完成的工作是指如果该工作任务需要验证或评审，则必须经过验证或评审之后才才算完成。
用途
日期
费用
备注
本周合计
剩余金额
4.
如果本周发生计划调整，需对计划调整情况进行说明，如需计划或重计划评审，必须在此处将预计评审时间描述出来。
实际结束日期
项目启动
2007-1-18
2007-1-20
2007-1-18
2007-1-23
需求分析
2007-1-20
2007-1-24
2007-Leabharlann -242007-2-1系统设计
2007-1-24
2007-1-29
2007-1-24
2007-2-9
编码
软件工程项目生命周期
软件进化（维护）
软件一定按客户需求的变更来进化
软件描述（需求工程）
软件描述的目标是确定系统需要哪些服务以及运
行期间受到哪些约束。
需求工程产生用以描述系统的需求文档。通常需
求文档被分成两个层次来描述： 最终用户和客户需要高层次的需求描述； 系统开发人员需要比较详细的系统描述。
需求分析
2）需求分析的实现途径
软件系统需求一般由用户提出。系统分析员 和开发人员在需求分析阶段必须与用户反复讨论、 协商，充分交流信息，并用某种方法和工具构建 软件系统的逻辑模型。为了使开发方与用户对待 开发软件系统达成一致的理解，必须建立相应的 需求文档。有时对大型、复杂的软件系统的主要 功能、接口、人机界面等还要进行模拟或建造原 型，以便向用户和开发方展示待开发软件系统的 主要特征。确定软件需求的过程有时需要反复多 次，最终得到用户和开发者的确认。
测试分模块测试、集成测试、验收测试。
(1)集成测试
1) 集成测试：根据概要设计提供的软件结构、各功 能模块的说明和集成测试计划，把经过单元测试 检验的模块按照某种选定的策略逐步进行组装和 测试。
2) 主要任务：测试系统各模块间的连接是否正确， 系统或子系统的正确处理能力、容错能力、输入/ 输出处理是否达到要求。
维护活动一般可以分程四类： 改正性维护
适应性维护 完善性维护 预防性维护
维护
据统计，软件维护人员为了分析和 理解原软件系统所花费的工作量约 占整个维护工作量的60%以上。在软 件开发的过程中应重视对软件可维 护性的支持。
退役
它是软件生命周期的结束，即停止使用、终止 其运行。
软件研制与软件测试的层次对应关系
软件工程生命周期
软件工程生命周期软件工程生命周期软件工程生命周期是软件开发过程中的一系列阶段和活动的总称，它包括需求分析、设计、编码、测试、部署和维护等各个阶段和活动。
每个阶段都有特定的目标和任务，它们按照一定的顺序进行，以确保软件开发过程中的质量和效率。
1：需求分析阶段需求分析阶段是软件工程生命周期的第一阶段，它旨在全面理解用户的需求，并将之转化为明确的软件需求规格说明。
以下是需求分析阶段的子任务：1.1 确定软件的范围和目标1.2 收集并分析用户需求1.3 制定软件需求规格说明书1.4 确定软件开发的约束条件和限制2：设计阶段设计阶段是软件工程生命周期的第二阶段，它将需求分析阶段得到的软件需求规格转化为软件设计文档和系统架构。
以下是设计阶段的子任务：2.1 制定软件的整体架构2.2 设计软件的模块和组件2.3 确定软件的界面和交互设计2.4 编写软件设计文档3：编码阶段编码阶段是软件工程生命周期的第三阶段，它根据设计阶段的文档和规范，实现软件的具体功能。
以下是编码阶段的子任务：3.1 制定编码规范和代码风格3.2 编写软件的源代码3.3 进行单元测试和调试3.4 编写软件的用户文档4：测试阶段测试阶段是软件工程生命周期的第四阶段，它对已编码完成的软件进行测试，以验证软件功能的正确性和稳定性。
以下是测试阶段的子任务：4.1 制定测试计划和测试用例4.2 进行单元测试和集成测试4.3 进行系统测试和验收测试4.4 修复测试中发现的缺陷5：部署和维护阶段部署和维护阶段是软件工程生命周期的最后一阶段，它将已通过测试的软件部署到用户环境中，并提供后续的维护和支持。
以下是部署和维护阶段的子任务：5.1 制定部署计划和方案5.2 部署软件到用户环境中5.3 进行软件的运行和监控5.4 提供软件的维护和支持本文档涉及附件：附件1：需求分析阶段的用户需求调研报告附件2：设计阶段的软件设计文档附件3：编码阶段的源代码文件附件4：测试阶段的测试计划和用例附件5：部署和维护阶段的部署计划和方案本文涉及的法律名词及注释：1：版权法：保护原创作品的法律，保护软件开发者的权益。
软件开发岗位实习报告中的软件生命周期管理实践
软件开发岗位实习报告中的软件生命周期管理实践一、引言在现代社会中，信息技术的发展日新月异，软件开发已成为各行各业不可或缺的一环。
软件生命周期管理是指从软件的概念阶段到软件退役阶段之间的整个过程，其中包括需求分析、系统设计、编码实现、软件测试、交付上线以及维护等一系列的活动。
本篇报告将介绍我的软件开发岗位实习经历，并着重分析和探讨实习期间所涉及到的软件生命周期管理实践。
二、实习背景我在一家科技公司的软件开发部门进行了为期三个月的实习。
在这个岗位上，我主要负责开发和维护嵌入式软件系统。
在实习开始之前，我参加了公司举办的一次培训，了解了软件生命周期管理的基本概念和流程，并学会了使用相关的开发工具和技术。
三、需求分析阶段软件生命周期的第一个阶段是需求分析阶段。
在实习期间，我有机会参与到一个新项目的需求分析工作中。
这个项目是为一个医疗设备开发的软件系统。
我们首先与客户进行了沟通，了解他们的需求和期望。
然后，我们根据需求分析的结果，编写了详细的软件需求规格说明书。
在编写过程中，我们要求客户对每个需求进行详细的描述，并与他们确认需求的正确性和完整性。
四、系统设计阶段在需求分析阶段完成后，我进入了系统设计阶段。
这个阶段主要是根据需求分析的结果设计软件的整体架构和模块划分。
在实习期间，我负责设计一个嵌入式软件系统的模块，包括功能的细化和接口的定义。
为了保证设计的质量，我们使用了一些工具和技术，例如UML（统一建模语言）、设计模式等。
五、编码实现阶段系统设计阶段完成后，我开始了编码实现工作。
在实习期间，我使用C语言和嵌入式开发环境进行了软件的编码。
在编码过程中，我积极参与团队的代码评审活动，从中学习到了很多编码规范和技巧。
为了确保代码的质量和内聚性，我们使用了版本控制工具，并进行持续集成和持续部署。
六、软件测试阶段编码实现阶段完成后，我和团队其他成员一起进行了软件测试工作。
我们首先进行了单元测试，对每个模块进行了功能测试、边界测试和异常处理测试等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
HS（Hospital System）系统软件周报表
软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。
而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。
开发部分项目周报表：
分项开发人员计划时间（以日
为单位须指定
周的起止）
计划完成的开发
任务（细化到模块
的页面级）
实际完成的开发
任务
计划开发任务实际开
发实际差异原因
开发人员签字
与
项目负责人评估
操旭晨6月21 日注册、修改密码界
面设计
注册、修改密码
界面设计
完全王成
王成6月21 日图书管理界面设
计图书管理界面设
计
完全王成
刘奎
6月21 日主界面设计主界面设计完全王成李伟超6月21 日登陆界面设计登陆界面设计完全王成
王剑6月21 日个人资料界面设
计个人资料界面设
计
完全王成
张易佳6月21 日添加图书界面设
计添加图书界面设
计
完全王成
彭婷6月21 日我的账户界面设
计我的账户界面设
计
完全王成
李萍6月21 日购物车购物车完全王成
2006-12-22。