软件项目需求管理的研究_江小丁

文章编号:1006 2475(2006)02 0019 03

收稿日期:2005 11 03

作者简介:江小丁(1973 ),男,江西吉水人,江西轻工职业技术学院讲师,江西师范大学硕士研究生,研究方向:计算机多媒体教育;王朝晖(1972 ),男,江西兴国人,江西轻工职业技术学院讲师,南昌大学硕士研究生,研究方向:计算机网络,数据库应用。

软件项目需求管理的研究

江小丁,王朝晖

(江西轻工职业技术学院,江西南昌 330029)

摘要:软件需求是软件设计及实现的基础,对于整个软件项目来说至关重要。本文介绍需求管理的必要性和复杂性之后,阐述了需求管理的目标和原则、需求变更管理和质量保证。关键词:软件工程;需求管理;需求变更;质量保证中图分类号:TP311 文献标识码:A

Research on Management of Software Project Requirement

JI ANG Xiao ding,W ANG Zhao hui

(Jiangxi Light Industry Vocational and Technical College,Nanchang 330029,China )

Abstract:The software requirement,which is the foundation of software design and i ts realization,is regarded very importan t to the entire software project.The article introduces the necessity and the complexity of the req uirement management,and elaborates its goal and the principle,the requiremen t change managemen t and the q uali ty assurance.

Key words:software eng i neering;requirement management;req uirement change;quality assurance

0 引 言

软件需求是软件工程过程中的重要环节,是软件设计的基础,也是用户和软件工程人员之间的桥梁。软件的抽象性、高度复杂性等特点导致它和传统产品相比具有模糊性、不确定性、变化性和主观性。有资料表明,现在软件产品经常处于失控状态,而项目需求是软件失控的最主要原因。因为需求管理的不到位、需求不明确,将导致软件项目开发过程一系列的更改,这种更改带来的影响往往是巨大的,正所谓 差之毫厘,失之千里 。由此可见,软件需求在软件项目中占有重要地位,是软件设计和软件实现的基础。

1 需求管理的复杂性

在软件工程中,需求应该是来源于用户的需求或从行业规范提取出来的结果,著名软件需求专家Davis 认为通过定义系统的输入、系统的输出、系统的功能、系统的属性和系统环境的属性五项内容可确定一组完整的软件需求。

软件开发属于专业行为,一般用户难以理解软件开发人员的理念,所以在讲述开发软件需求时,往往讲述的和实际的可能不相同,这样必然导致需求的变化。一般用户对需求的描述还可能会是这样的情况,用户常常以为自己清楚,但实际上他们提出的需求只是依据当前的工作所需,而采用的新设备、新技术通常会改变他们的工作方式;或者要开发的系统对用户来说也是个未知数,他们以前没有过相关的使用经验。随着开发工作的不断进展,系统开始展现功能的雏形,用户对系统的了解也逐步深入。于是,他们可能会想到各种新的功能和特色,或对以前提出的要求进行改动。他们了解得越多,新的要求也就越多,需求变更也就不可避免地一次又一次出现。

更可怕的是,对于需求阶段出现的错误,如果在软件项目进行到后期的时候才发现,修复费用是非常可怕的,甚至会超出项目本身的费用。因此做好需求管理、减少需求错误的出现对于降低软件项目的成本是必要的,也是至关重要的。

需求管理的复杂性除上述需求的描述问题外,还有需求开发的工期和详细程度等问题,由于需求的重

计算机与现代化

2006年第2期

JISUANJI YU XIANDAIHUA

总第126期

要性,一般来说当然需求越详细越好,开发人员总是希望在需求阶段多投入一些时间,但用户却不这么认为,因为需求阶段距离开发出可以运行的软件还有相当长的时间,这必然导致双方的矛盾。

2 需求管理的目标和原则

需求管理是一种获取、组织并记录系统需求的系统化方案,同时也是一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。需求管理的目的是在顾客和软件项目组之间建立对顾客需求的共同理解。

需求管理的目标是:使软件需求受控,并建立供软件工程和管理使用的基线。使软件计划、产品和活动与软件需求保持一致。

需求管理的原则是:!需求一定要分类管理;?需求必须分优先级;#需求必须文档化;?需求一旦变化,就必须对需求变更的影响进行评估;%需求管理必须与需求工程的其他活动紧密整合。

3 需求变更管理

由于用户对系统了解的逐步深入、市场业务需求发生变化等原因,需求变更几乎不可避免,而需求变更通常会对项目的进度、人力资源产生很大的影响。因此控制好需求变更变得十分重要。一般来说,出现需求变更时,我们就要对变更影响进行分析,通过由用户和开发者组成的变更控制委员会来做出决策以规范和控制需求变更。

需求变更控制过程中最难办的事情莫过于&拒绝用户提出的需求变更请求&。用户会想当然地以为变更需求是他的权利,因为他付钱给开发方。通常情况下开发方是不敢得罪用户的,但是无原则地退让将使项目开发陷入困境。通常情况下,开发方应当也需要事先建立 游戏规则以约束双方。如果事先没有 游戏规则的话,开发方的负责人需要一些社交技巧来减缓矛盾。例如首先承认客户提出的需求变更请求是合理的,再阐述己方的难处,最后建议在开发该产品新版本时修改需求。这种方式比直接拒绝有效得多,既不得罪客户,又为自己争取了余地。

一般来说,实施需求变更管理需要遵循如下原则:

(1)建立需求基线。需求基线是需求变更的依据。在开发过程中,需求确定并经过评审后(用户参与评审),可以建立第一个需求基线。此后每次变更并经过评审后,都要重新确定新的需求基线。

(2)制订简单、有效的变更控制流程,并形成文档。在建立了需求基线后提出的所有变更都必须遵循这个控制流程进行控制。同时,这个流程具有一定的普遍性,对以后的项目开发和其他项目都有借鉴作用。

(3)成立项目变更控制委员会(CCB)或相关职能的类似组织,负责裁定接受哪些变更。CCB由项目所涉及的多方人员共同组成,应该包括用户方和开发方的决策人员在内。

(4)需求变更一定要先申请然后再评估,最后经过与变更大小相当级别的评审确认。

(5)需求变更后,受影响的软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。

(6)妥善保存变更产生的相关文档。

这里要说明的是需求文档版本控制是需求管理的一个必要方面。如果没有很好的需求文档管理,很容易造成各种浪费。做好版本控制,必须做好以下几点:统一确定需求文档的每一个版本,保证每个成员都能得到当前的需求版本;清楚地将变更写成文档,并及时通知到项目开发所涉及的人员;为了减少困惑、冲突、误会,应只允许指定的人来更新需求文档。简单地说,需求文档的版本控制就是保证相关人员都得到的是最新的需求文档版本和记录需求的历史版本。

此外,在整个开发过程中,必须进行需求跟踪,这样做的目的是为了建立和维护从用户需求开始到测试之间的一致性与完整性,确保所有的实现是以用户需求为基础,对于需求实现是否全部的覆盖,同时确保所有的输出与用户需求的符合性。

4 需求质量保证

需求质量保证主要由需求验证和需求评审两部分组成。

需求验证分析需求规格说明的正确性和可行性,检验需求能否反映客户的意愿,需求验证很重要,如果在构造设计开始以前,通过验证基于需求的测试计划和原型来验证需求的正确性及其质量,就能大大减少项目后期的返工现象。而如果在后续的开发或当系统投入使用时才发现需求文档中的错误,就会导致更大代价的返工,因为需求的变化总是带来系统设计和实现的改变,从而系统必须重新测试。由需求问题而对系统做变更的成本比修改设计或代码错误的成本要大得多。

需求验证可按四个步骤进行:(1)审查需求文档;

(2)依据需求编写测试用例;(3)编写用户手册;(4)确定合格的标准。

对要验证的内容执行多种类型的检查。它们包括:(1)有效性检查;(2)一致性检查;(3)完备性检查;

(4)现实性检查;(5)可检验性检查;(6)可跟踪性检查;(7)可调节性检查;(8)可读性检查。

需求评审有两类方式,一类是正式技术评审,也称

20计 算 机 与 现 代 化2006年第2期

同行评审,另一类是非正式技术评审。对于任何重要的工作产品,都应该至少执行一次正式技术评审。在进行正式评审前,需要有人员对其要进行评审的工作产品进行把关,确认其是否具备进入评审的初步条件。

有人问:需求评审究竟评审什么?要细到什么程度?怎么样进行?严格地讲,应当检查需求文档中的每一个需求,每一行文字,每一张图表。评判需求优劣的主要指标有:正确性、清晰性、无二义性、一致性、必要性、完整性、可实现性、可验证性、可测性。如果有可能,最好制定评审的检查表。

由于需求评审是一项重要的需求验证技术,需求分析后,必须由用户和开发方共同进行需求评审。

需求评审是一项既乏味又比较费精力的工作,并且涉及到很多人员,因此这项工作很不容易,需要很好地组织和管理。下面是进行需求评审时应注意的几个方面:(1)需求评审的一个通病是 虎头蛇尾。需求评审的确乏味,也比较费脑子。刚开始评审时,大家都比较认真,越到后头越马虎,尤其当需求文档很长时。会议主持人事先要强调需求评审的重要性:认真评审一小时可能会避免将来数十天的 返工,让大家足够重视。评审组长还要设法避免大家在昏昏沉沉中评审。如果评审时间比较长,建议每隔两小时休息一次。另外,如果系统比较大,也可以细分成不同的部分分别进行,严格控制每一次评审的文档规模及持续时间。(2)需求评审涉及的人员可能比较多,有些时候让这么多人聚在一起花费比较长的时间开会并不容易。没有必要把所有事情挤在一块做,需求开发是循序渐进的过程,需求评审也可以分段进行。这样每次评审的时间比较短,参加评审的人员也少一些,组织会议就比较容易。对于需求的工作产品?需求规格说明书(,我们可以标明几种文档状态,如草稿状态、评审状态、初始状态等。进入评审状态时,可以用不同的方式来对文档进行评审。但当其评审状态转化为初始状态时,需要进行严格的正式的同行评审。(3)开评审会议时经常会 跑题,导致评审效率很低。结果评审会议变成了聊天会议。主持人应当控制话题,避免大家讨论与主题无关的东西。对于自主研发的产品,由于需求评审人员大部分是开发人员,大家会不知不觉地谈论软件 如何做。由于需求是否 可实现、可验证、可测试本来就属于需求评审的范畴,所以强制大家 只谈做什么,不谈怎么做几乎是不可能的。那么,在需求的评审会上,应该允许开发人员谈如何做,但不需太细,适可而止。同时,评审会必须明确一位评审组长,对时间与问题进行控制。(4)避免无谓的争吵。开评审会议时经常会发生争议,适当的争议有利于澄清问题,比什么东西都一致赞成要好。然而当争议变为争吵时就坏事了。争吵不仅对评审工作没有好处,而且会无意中伤害同事们的感情,同时也解决不了问题。所以,在评审会的过程中,要尽可能地阐述事实与证据,应当养成良好的习惯:不要一棍子打死异己的观点,尝试着让自己站在他人的立场思考问题,这样你会找到比较满意的答案。

5 结束语

软件需求是软件设计及实现的基础,对于整个软件项目来说至关重要。软件项目需求管理是对需求的获取、组织及记录过程进行的管理,保证客户与项目开发团队对不断变更的软件需求达成并保持一致。

参考文献:

[1] 覃征,杨利英,高勇民,贺升平,韩毅.软件项目管理[M].

北京:清华大学出版社,2004.

[2] 韩万江,姜立新.软件项目管理案例教程[M].北京:机械

工业出版社,2004.

[3] [美]Karl E Wiegers.软件需求2(第2版)[M].刘伟琴,刘

洪涛译.北京:清华大学出版社,2004.

(上接第18页)内,影响的允许通过合理的软件结构的设计是可以降低需求变更的风险,提高用户的满意度,这在中小企业软件开发过程中,显得尤为重要。

6 结束语

在软件项目的研发过程中,需求变更贯穿了软件项目的整个生命周期,通过建立规范的变更控制流程,改进软件分析与设计,把变化纳入计划之中,在应对需求变更时可以更加的从容和有信心。本文正是以此出发点,为目前日益突出的需求变更问题提出一些自己的观点。

参考文献:

[1] Dean Leffingwell.软件需求管理用例方法(第2版)[M].

北京:中国电力出版社,2004.

[2] Karl E Wiegers.软件需求[M].北京:机械工业出版社,

2000.

[3] 郑人杰,殷人昆.实用软件工程[M].北京:清华大学出版

社,1997.

[4] 周之英.现代软件工程[M].北京:科学出版社,2000.

[5] Fires mith.Object Oriented Requirements Analysis and Log ic

Design[M].John Wiley&Son Inc.,1993.

21

2006年第2期江小丁等:软件项目需求管理的研究

需求说明书(软件项目管理系统)

需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；

第2章 软件项目需求管理复习题

第2章软件项目需求管理复习题 一、填空题： 1、需求是从系统外部能发现系统所具有的满足于用户的特点、功能与属性等。 2、软件需求的四个层次依次分别是：原始问题描述、用户需求、系统需求、软件设计描述。 3、原始问题描述和用户需求的抽象层次比较高，能帮助我们的较高抽象层次上进行交流，而系统需求和软件设计描述则是具体的，可以根据它们的来进行编码。 4、通常情况下，在4个不同层次的软件需求描述中，由于原始问题描述和软件设计描述过于抽象和过于具体而不常出现，人们经常提到的是用户需求和系统需求。 5、系统需求一般分为功能需求、非功能需求和领域需求。 6、功能需求描述系统所应提供的功能和服务，包括系统应该提供的服务、对输入如何响应 及特定条件下系统行为的描述。 7、功能需求取决于软件的类型、软件的用户及系统的类型等。 8、功能需求应该具有全面性和一致性。 9、功能需求全面性指对用户所需要的所有服务进行描述。 10、功能需求一致性则指需求的描述不能前后自相矛盾。 11、非功能需求是指那些不直接与系统的具体功能相关的一类需求。它们与系统总体特性相关，如可靠性、响应时间及需要的存储空间等。 12、非功能性需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。 13、非功能需求还与系统的开发过程有关，例如对在软件过程中必须要使用的质量标准的描述、设计中必须使用的CASE工具集的描述以及软件过程所必须遵守的原则等。 14、按照非功能需求的起源，可将其分为产品需求、机构需求和外部需求3大类。 15、产品需求对产品的行为进行描述；机构需求描述用户与开发人员所在机构的政策和规定；外部需求范围比较广，包括系统的所有外部因素和开发过程。 16、一个好的需求集应该包含用户解决问题需要的功能服务，而且尽量避免涉及软件设计与软件实现的细节。区分一个需求集质量的高低可通过软件需求质量度量的9个元素，即正确性、无歧义、完备性、一致性、分级别、可验证性、可修改性、可跟踪性、可理解性。17、需求工程可分解为需求开发和需求管理。需求开发关注需求的生成，需求管理关注需求变更的控制。 18、需求开发与需求管理之间的界限是基准需求规格。 19、需求管理是一个使客户与项目团队不断变更的软件需求达成并保持一致的过程。 20、需求开发的结果应该有项目视图、范围文档、用例文档、软件需求规格说明书及相关分析模型。 21、需求评审有两类，其中的正式技术评审也称为同行评审。 22、实现需求跟踪的一种通用方法是采用需求跟踪矩阵。 二、简答题： 1、软件需求的定义是什么，分别从用户角度和开发者角度给以阐述。 用户角度：用户解决问题或达到目标所需的条件或能力； 开发者角度：系统或系统不见腰满足合同、标准、规范或其他正式文档所需具有的条件或能力。

酒店管理项目-需求分析

酒店订房管理项目 项 目 说 明 书 荆州市职业技术学院国际信息技术学院 撰写：GX1202全体参赛人员 班级：GX1202

1项目背景 1.1目的 酒店客房管理系统在正常运营中需要对客房资源、客人信息、结算信息等进行管理，利用酒店客房管理信息系统对客房的各个操作进行管理,能够及时了解各个环节中信息的变更,有利于提高管理的效率 1.2 背景 组织本届软件编程大赛旨在激发武汉厚溥教育科技有限公司各合作院校学生学习软件知识的热情、运用软件技术的兴趣、检验软件编程的水平、推动软件产品的应用、提高学生的实际开发能力。同时通过此次大赛，期望激励学生的创新精神、团队合作精神、加强动手能力、培养创造能力、提高学生综合能力及社交能力、促进学生对软件开发的兴趣以及各合作院校计算机技术专业教学的交流与合作。 1.3运行环境 客户端：手机系统android 2.3以上,支持重力感应功能,手机内存10M以上. 前台及后台管理：cpu:奔腾4 1.6Ghz 内存:256M 硬盘:300M空余空间显卡无要求网络要求：最低56K Modem 操作系统：Windows 2000/xp/7 响应时间：<2s 存储速度：<4s 网络通信功能：联网实时更新,最低56k Modem. 开发环境：系统基于Java和MySql 的windows xp/7环境下. 以上以及更多

第二章项目整体需求概述 酒店订房大致框架图： 项目需求详细说明： 1.我们采用现在最流行的移动式设备手机为客户端,群体比较大,推广度比较强, 为酒店能够带来质的突破,解放了人力订房的千年陈规,可以实现远程登录 服务器订房,适合白领人群,搭车过车中都可以订房,节省时间 2.到达酒店后前台服务人员会询问您是否订房，如果有通过客户端订房的可以省 去一些步骤,通过前台直接可以入住,省去登记时间和流程,更快更高效 3.如果客户对于房间不是非常满意可以通过客户端提出换房的要求,只能换房三 次,如果超过三次换房,系统会默认扣除押金,也可以直接到前台提出换房或 者是退房要求,不收取任何手续费用 4.入住酒店之后可以选择给予该酒店服务,硬件设施等进行评价

软件项目管理实验报告1

软件项目管理实验报告1

软件项目管理实验报告 学院计算机学院专业软件工程班级12级（4）班学号3112006291 姓名林炳城指导教师胡欣如 （2015年6月）

计算机学院软件工程专业 4 班学号：3112006291 姓名：林炳城协作者：________ 教师评定： 实验__一__题目__ 建立项目管理文件___ 实验__二__题目__ _创建项目任务_ 实验__三__题目__ ____任务分解 实验__四__题目__ _ 安排任务工期____ 实验__五__题目__ _ __任务的链接__ __ 实验__六__题目__ ___ 资源分配____ 实验__七__题目__ __ _ 项目管理____ 实验平台： Windows系统 Microsoft Office Project Pro 2003

实验要求 本课程实验通过使用项目管理软件工具完成项目管理的一些工作，目的是了解项目管理软件工具的使用和项目管理的相关知识。 项目启动 假定： 你是一家IT公司的项目经理，该公司的PMO任命你为一个新软件项目的项目经理，PMO召开项目启动会，召开大会的日期是2015年4月1日。大会重申这个项目的关键要求： 时间要求：在2015年7月之前正式上线。 质量要求：提交一套符合此次合同要求的软件产品。 费用要求：控制在人民币3万元以内。 会议结束时，PMO主管要求你在５个工作日内提交Project格式的项目计划，包括项目进度计划、资源计划、成本计划等。 项目简介 1、项目名称《图书管理系统》 2、项目简介 本图书馆管理系统适应于中小规模公共图书馆、中小学及各院校图书馆

项目管理：怎样做需求分析

项目管理：怎样做需求分析 如果将需求分析阶段的工作归结为编写需求规格说明书，这种简化的做法往往是导致项目后期层出不穷问题的罪魁祸首。建议采用以下步骤形成软件需求：获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求。下面我们先来讨论前两个步骤（获取用户需求、分析用户需求）的做法。 获取用户需求 这是该阶段的一个最重要的任务。以下为获取用户需求需要执行的活动（如图1所示）。 ●了解客户方的所有用户类型以及潜在的类型。然后，根据他们的要求来确定系统的整体目标和系统的工作范围。 ●对用户进行访谈和调研。交流的方式可以是会议、电话、电子邮件、小组讨论、模拟演示等不同形式。需要注意的是，每一次交流一定要有记录，对于交流的结果还可以进行分类，便于后续的分析活动。例如，可以将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。 ●需求分析人员对收集到的用户需求做进一步的分析和整理。下面是几条常见的准则：⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； 图1 获取用户需求的活动

⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 ●需求分析人员将调研的用户需求以适当的方式呈交给用户方和开发方的相关人员。大家共同确认需求分析人员所提交的结果是否真实地反映了用户的意图。需求分析人员在这个任务中需要执行下述活动： ⑴明确标识出那些未确定的需求项（在需求分析初期往往有很多这样的待定项）； ⑵使需求符合系统的整体目标； ⑶保证需求项之间的一致性，解决需求项之间可能存在的冲突。 分析用户需求 在很多情形下，分析用户需求是与获取用户需求并行的，主要通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。这些模型是对需求的抽象，以可视化的方式提供一个易于沟通的桥梁。用户需求的分析与获取用户需求有着相似的步骤，区别在于分析用户需求时使用模型来描述，以获取用户更明确的需求。分析用户需求需要执行下列活动： ●以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ●通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ●系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ●以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。

软件项目管理报告-沈红兵

学生实验报告 （理工类） 课程名称：软件项目管理专业班级： 13NIIT 学生学号： 1305105026 学生姓名：沈红兵 所属院部：软件工程学院指导教师：张海涛 2015 ——2016学年第 1学期 金陵科技学院教务处制

实验报告书写要求 实验报告原则上要求学生手写，要求书写工整。若因课程特点需打印的，要遵照以下字体、字号、间距等的具体要求。纸张一律采用A4的纸张。 实验报告书写说明 实验报告中一至四项内容为必填项，包括实验目的和要求；实验仪器和设备；实验内容与过程；实验结果与分析。各院部可根据学科特点和实验具体要求增加项目。 填写注意事项 （1）细致观察，及时、准确、如实记录。 （2）准确说明，层次清晰。 （3）尽量采用专用术语来说明事物。 （4）外文、符号、公式要准确，应使用统一规定的名词和符号。 （5）应独立完成实验报告的书写，严禁抄袭、复印，一经发现，以零分论处。 实验报告批改说明 实验报告的批改要及时、认真、仔细，一律用红色笔批改。实验报告的批改成绩采用百分制，具体评分标准由各院部自行制定。 实验报告装订要求 实验批改完毕后，任课老师将每门课程的每个实验项目的实验报告以自然班为单位、按学号升序排列，装订成册，并附上一份该门课程的实验大纲。

实验项目名称： Project2010运用实验学时： 2 同组学生姓名：陈妤涵/徐铭/王婵实验地点： 1512 实验日期： 2015/10/26 实验成绩： 批改教师：批改时间： 一、实验目的和要求 实验目的: 1.了解IT项目管理的基本概念和项目管理核心领域的一般知识 2.熟练项目管理软件Microsoft Project 2010基本操作 3.学会如何建立项目管理文件，创建项目任务，任务工期安排，任务链接 4.熟练掌握项目资源分配 实验要求： 按照实验题目的要求，在Project 2010中创建项目 二、实验仪器和设备 需要准备一台安装了Microsoft Project Professional 2010软件的计算机。 三、实验过程 1、在开始制定项目计划之前，明确定义项目的一些基本属性信息，或者对项目有一个基本定义，给出项目的名称、内容、开始时间、结束时间等。在Project2010中创建此项目。 2、初步熟悉创建项目任务，任务是构成项目的基本单元，所有的任务完成了，项目才可以完成。实验步骤如下： （1）任务建立 (i) 打开项目文件XXX.mpp; (ii) 选择[视图] –>[甘特图]切换到“甘特图”视图，在“任务名称” 域中输入项目的任务名称；输入所有的任务直到最后。

论软件项目中需求管理的重要性

需求管理对软件项目的重要性 信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。 以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。 信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。 但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。 所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。 现阶段需求管理的问题主要体现在以下几个方面：

1.软件项目中范围、进度、成本估算准确率低。 软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。 软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。 软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。 软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。 软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二

软件项目管理之需求分析

软件项目管理之需求分析 需求分析是项目开发的基础，所以在进行软件项目开发之前，我们必须要了解下用户的需求是什么，避免在投入大量人力、物力、财力、时间等之后，开发出来的软件没人要。本文将从需求分析的过程、层次、需求开发阶段的重点以及需求分析的任务做详细介绍： 1.需求分析的过程 需求过程包括需求开发和需求管理2个部分： (1)需求开发就是对开发前期的管理，与客户的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 (2)需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 2.需求的层次 需求的层次包括：业务需求、用户需求、功能需求、非功能需求等4个方面。 3.需求开发阶段的重点 (1)提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 (2)提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 (3)性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 (4)环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。

(5)可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 (6)安全保密要求 在需求分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 (7)用户界面需求 为用户界面细致地规定到达的要求。 (8)资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 (9)软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 (10)开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 4.需求分析的任务 需求分析的主要任务是借助于当前系统的逻辑模型导出目标系统的逻辑模型，其流程如下： (1)确定对系统的综合需求(功能、性能、运行、扩充需求) (2)制作产品需求文档(PRD) (3)分析系统的数据需求(概念模型、数据字典、规范化) (4)导出目标系统的详细的逻辑模型(数据流图、数据字典、主要功能描述) (5)开发原形系统 (6)从PRD提取编制软件需求规格说明书(SRS) 总之，需求分析的任务就是解决“做什么”，在准确表达所接受的用户需求以后，根据用户需求来设计软件，避免我们开发出来的产品客户不要。

软件项目管理课设报告

山西大学 软件项目管理课程设计报告 题目：教务管理系统 班级： 14 班 学号：14 姓名： 2016年12月

实习目的： 为了将理论用于实践,巩固所学知识,提高自己发现问题并用所学知识分析问题和解决问题的能力,锻炼自己的工作能力,适应社会能力,自我管理能力,了解目前软件的应用情况,需求情况,发展方向及前景,为顺利毕业做好充分的准备,也为自己能顺利的与社会环境接轨做好准备.此次实习由学校统一组织安排,分两个阶段，两个方向进行系统的实习。 实习要求： 1、要求学生在实习过程中认真学习技术知识，积极与指导老师和同学配合; 2、在前期，按时到勤，认真学习。积极做好实习日志，能够理解当天的内容。对技术的理论知识要及时实践; 在后期，积极与同学沟通，认真完成项目要求的内容。在这个过程中要与老师同学多做沟通，通过探讨项目的解决方案以及进展。 教务系统招标书 根据《中华人民共和国招投标法》和学校有关规定，对我校的教务管理信息系统软件项目（以下简称该项目）进行国内邀请招标。 一．系统要求 教务管理信息系统的主要功能模块包括：系统应该包括教务和教学两部分，教务和教学可以灵活组合、自由搭配，可以组成学校教务管理或教学管理系统。教务管理信息系统涵盖教务业务中的各个功能部件，从学籍、注册、排课、选课、考试、成绩、教学评价、教材等诸多方面形成一体化管理模式， 教务部门主要负责学校各类专科生的教学管理，主要负责5个方面的工作：基本教学活动管理。主要包括：各类教学计划管理、教学运行管理、教学考评管理；教学基本建设管理。主要包括：专业建设、课程建设、教学基地建设、教学管理制度和学风建设。组织开展相关的教育科学研究、教学改革和教学成果评审；学历与学籍管理。主要包括：在校专科生的学历与学籍管理工作，负责历届本（专）科生的学历和学位管理；教师队伍建设的有关工作。组织教师和管理干部队伍

(项目管理)一项目需求

一、技术要求 工作条件 1．除非在技术规格中另有说明，所有仪器、设备和系统都应符合下列要求：2．适于在气温为摄氏0℃～＋40℃和相对湿度为90％的环境条件下运输和贮存。 3．适于在电源220V（ 10％）/50Hz、气温摄氏-5℃～＋40℃和相对湿度85％的环境条件下运行。连续正常运行的时间应不少于8小时。 4．配置符合中国有关标准要求的插头，如果没有，则需提供适当的转换插座。 5．如产品达不到上述要求，供应人应注明其偏差。如仪器设备需要特殊工作条件（如水、电源、磁场强度、温度、湿度、动强度等）供应人应在供应文件中加以说明。 其它要求： 1．为便于采购人进行接收仪器的准备工作，成交供应商应在合同生效后60天内向用户提供一套完整的使用说明书、操作手册、维修及安装说明等文件。另一套完整上述资料应在交货时随货包装提供给采购人，这些费用应计入总报价中。 2．对于需安装、校准、试运行的仪器设备，如果有必要的安装准备条件，成交供应商应在合同生效后一个月内向采购人提出详细的要求或计划。设备安装调试的费用由供应人承担，需计入成交总价中，并应单独列出，供采购人参考。 3．对于人员培训所需的仪器、设备，供应文件中应注明。 4．对于在采购人所在地进行的培训，供应人培训人员的旅费、食宿费用等费用由供应人自理。 5．对于需到制造厂家所在地进行的培训，供应文件中将注明培训日程和时间要求。受训人员的旅费、食宿费、培训场地费及培训资料费等培训费用均应由供应人支付。 6．在评审过程中，谈判小组有权向供应人索取任何与评审有关的资料，供应人务必在接到此类要求后，在规定时间内予以答复。对于无答复的供应人，谈

软件项目管理系统要求规范

软件项目管理规范 一、软件项目管理的定义 软件项目管理是软件工程和项目管理的交叉学科，软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为：在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。 软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等，所有这些活动都必须进行管理，软件项目管理贯穿于软件工程的演化过程之中，如图1所示。 图1 软件工程的演化过程 二、软件项目管理的过程 为保证软件项目获得成功，必须清楚其工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等。软件项目的管理工作在技术工作开始之前就应开始，而在软件从概念到实现的过程中继续进行，且只有当软件开发工作最后结束时才终止。管理的过程分为如下几个步骤： （1）启动软件项目 启动软件项目是指必须明确项目的目标和范围、考虑可能的解决方案以及技术和管理上的要求等，这些信息是软件项目运行和管理的基础。 （2）制定项目计划 软件项目一旦启动，就必须制定项目计划。计划的制定以下面的活动为依据。 ·估算项目所需要的工作量 ·估算项目所需要的资源 ·根据工作量制定进度计划，继而进行资源分配 ·做出配置管理计划 （3）跟踪及控制项目计划 在软件项目进行过程中，严格遵守项目计划，对于一些不可避免的变更，要进行适当的控制和调整，但要确保计划的完整性和一致性。 （4）评审项目计划 对项目计划的完成程度进行评审。并对项目的执行情况进行评价。 （5）编写管理文档 项目管理人员根据软件合同确定软件项目是否完成。项目一旦完成，则检查项目完成的结果和中间记录文档，并把所有的结果记录下来形成文档而保存。 三、软件项目管理的内容

IT项目管理需求分析说明书

I T项目管理需求分析说 明书 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）

IT项目管理需求分析说明书

目录 1.第一章引言 1.目的 本软件分析报告的目的是对根据客户的需求，对系统功能、性能需求向××客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。 2.IT项目管理内容简介 2.1.按管理目标 从IT项目管理的目标来看，IT项目管理需要管理项目费用/预算和项目过程。 项目费用/预算管理：对于项目费用/预算要求做到能够即时的查 询到本年度或者历史年度的预算以及费用付款情况，需要明细到 分公司的付款情况。目前具体的管理方法是由省局信息中心制定 编写年度预算，项目立项后制定付款计划。分公司实施付款计 划，在每次付款完成后将付款记录录入到系统中，省局信息中心 负责汇总。主要涉及到的文档/数据有，IT项目年度预算表，项 目立项表，项目付款计划，分公司付款记录，年度付款情况（报 表）。 项目过程管理：对于项目的过程要求能过做到能够将项目过程管 理中产生的文档/数据做统一的管理，在需要的时候能够随取随

用。并且做到能够查询到本年度或者历史年度计划的项目和实际 实施的项目对比报表。目前具体的管理办法是省局统一立项，制 定全省推广计划，分公司根据推广计划实施推进项目计划。主要 涉及的文档/数据有，IT项目立项表，全省计划表，计划明细表 （工作项/里程碑），招标表，合同表，年度项目完成情况（报 表）。 2.2.按IT项目的进程阶段 ××局的IT项目管理可以分为以下几个阶段：年度规划，项目立项，招投标管理，项目启动\建设，项目维护，每个阶段有特定的事务和对象需要处理，每个阶段又有特定的里程碑点来控制整个项目的进程。 1、年度计划：这个阶段主要是省局信息中心根据省局的各个部门和各地 市公司提交的信息化要求，和烟草局本身发展的需要，编制下一年度的IT项目预案，一般在三季度完成。涉及对象主要是IT项目年度计划。 2、立项管理：信息中心根据实际情况，在年度计划中挑选项目进行立 项，编制定立项表，招标表，合同表等。如果不在年度计划中的项目需要立项的话，要求先将其添加到年度计划中才能立项。 3、招投标管理：这是一个特殊的环节，管理项目中需要招投标的事务， 主要是管理招标表，甚至保留招标内容。一个项目中可能会有多个招标事务。招标完成和由省局和中标单位签订合同，也可能会要求各个

软件项目管理报告要求

封面 软件项目管理报告 姓名：何文斌 班级：111122 信息工程学院 2015年1月 内容要求 一、论述软件项目管理的重要性[15分] 软件项目管理是一种科学的管理手段，它是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作式开发，这六个阶段都是不可缺少的。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护及项目评价。由此可见，软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发前的准备工作以及运行中的维护工作和对项目的总结工作，因此具有极其重要的作用。 二、项目失败的原因有哪些？[10分] 1.需求定义不明确；

2.缺乏一个好的软件开发过程； 3.没有一个统一领导的产品研发小组； 4.子合同管理不严格； 5.没有经常注意改善软件过程； 6.对软件构架很不重视； 7.软件界面定义不善且缺乏合适的控制； 8.软件升级暴露了硬件的缺点； 9.关心创新而不关心费用和风险； 10.军用标准太少且不够完善等等。 三、请论述项目范围、进度、成本和质量之间的关系。[20分] 项目范围、项目进度和项目成本是相互制约的关系，而项目的质量是受这三个因素的平衡关系所决定的。在项目管理中,对于项目进度、成本的管理是其最主要的活动,保证项目进度顺利完成,成本不超出预算是项目管理的目标,围绕这两点的管理才是项目管理的重中之重。当然,项目进度中包含着质量因素,因为如果不能保证质量,那就会有返工的风险,同样是对进度的一种威胁。这四者者之间互相牵制、相互影响,相互制约。若要保证项目进度、有时不得不追加成本投资和减小项目范围；想要严格控制预算,有时又会以牺牲项目质量和缩小项目范围为代价；要保质保量完工,进度很可能就会受到影响。 尤其是在软件项目管理中,面对一项软件开发任务,如何能在保 证质量的前提下,科学有效的对项目进度和成本进行调度，具有很大的意义。

医院管理系统项目需求分析

医院管理系统项目需求分析 目录 1引言 ............................................................................................................................................ 错误!未定义书签。 1.1编写目的......................................................................................................................... 错误!未定义书签。 1.2适用范围......................................................................................................................... 错误!未定义书签。 1.3背景................................................................................................................................. 错误!未定义书签。 1.4术语定义......................................................................................................................... 错误!未定义书签。 1.5参考资料......................................................................................................................... 错误!未定义书签。2项目概述..................................................................................................................................... 错误!未定义书签。 2.1目标................................................................................................................................. 错误!未定义书签。 2.2用户特点......................................................................................................................... 错误!未定义书签。3功能需求..................................................................................................................................... 错误!未定义书签。 3.1流程图............................................................................................................................. 错误!未定义书签。 3.1.1门诊管理流程图................................................................................................. 错误!未定义书签。 3.1.2住院管理流程图................................................................................................. 错误!未定义书签。 3.1.3药库药房流程图................................................................................................. 错误!未定义书签。 3.2功能表............................................................................................................................. 错误!未定义书签。 3.3用例................................................................................................................................. 错误!未定义书签。 3.3.1门诊管理用例图................................................................................................. 错误!未定义书签。 3.3.2门诊管理用例说明............................................................................................. 错误!未定义书签。 3.3.2.1门诊挂号人员登录：......................................................................................... 错误!未定义书签。 3.3.2.2门诊挂号人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.3门诊挂号人员对挂号单的录入：..................................................................... 错误!未定义书签。 3.3.2.4门诊挂号人员对挂号单的查询：..................................................................... 错误!未定义书签。 3.3.2.5门诊挂号人员退号：......................................................................................... 错误!未定义书签。 3.3.2.6门诊挂号人员退出登录：................................................................................. 错误!未定义书签。 3.3.2.7门诊挂号人员结算：......................................................................................... 错误!未定义书签。 3.3.2.8门诊划价人员登录：......................................................................................... 错误!未定义书签。 3.3.2.9门诊划价人员修改密码：................................................................................. 错误!未定义书签。 3.3.2.10门诊划价人员对处方的录入：....................................................................... 错误!未定义书签。 3.3.2.11门诊划价人员对划价单的查询： ................................................................... 错误!未定义书签。 3.3.2.12门诊划价人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.13门诊收费人员登录：....................................................................................... 错误!未定义书签。 3.3.2.14门诊收费人员修改密码：............................................................................... 错误!未定义书签。 3.3.2.15门诊收费人员收费：....................................................................................... 错误!未定义书签。 3.3.2.16门诊收费人员退出登录：............................................................................... 错误!未定义书签。 3.3.2.17门诊收费人员结算：....................................................................................... 错误!未定义书签。 3.3.3住院管理用例图................................................................................................. 错误!未定义书签。 3.3.4住院管理用例说明............................................................................................. 错误!未定义书签。 3.3. 4.1住院部管理员登录：......................................................................................... 错误!未定义书签。 3.3. 4.2住院部管理员修改登录密码............................................................................. 错误!未定义书签。

项目管理系统需求说明书模板

项目管理系统需求说明书

成都鼎域前沿科技有限公司 2015.4 目录 一引言 (1) 1编写目的 (1) 2范围 (1) 2.1软件系统的名称 (1) 2.2软件功能概述 (1) 二项目概述 (2) 1项目描述 (2) 2产品功能 (3) 2.1系统角色定义 (3) 2.2系统功能 (3) 3用户特点 (3) 3.1管理员及超级管理员用户 (3) 3.2企业领导、项目经理和项目成员 (4)

3.3用户使用本系统相关说明 (4) 3.4一般约束 (4) 三项目需求 (6) 1功能需求 (6) 1.1功能结构一览 (6) 1.2登陆 (7) 1.3项目管理 (7) 1.3.1项目立项 (7) 1.3.2项目新增 (7) 1.3.3项目过程管理 (8) 1.3.4项目群管理 (11) 1.4项目工具 (15) 1.4.1原因分析工具 (15) 1.4.2数据收集分析工具 (15) 1.4.3评估工具和决策工具 (15) 1.4.4TRIZ系列工具 (15) 1.5人才管理 (15) 1.6知识管理 (16) 1.7权限管理 (17) 1.7.1用户信息管理 (17) 1.7.2系统模块管理 (17)

1.7.3角色管理 (17) 1.7.4权限分配 (17) 2外部接口需求 (18) 2.1用户接口 (18) 2.2硬件接口 (18) 3性能需求 (18) 3.1静态数值需求 (18) 3.2动态数值需求 (19) 3.3硬件限制..................................................... 错误!未定义书签。4属性. (19) 4.1可用性 (19) 4.2安全性 (19) 4.3可靠性 (21) 4.4系统性能 (22) 4.5易用性 (23) 4.6可维护性 (23) 4.7其他需求 (24)

软件项目管理报告

一可行性研究报告 1．可行性研究的前提 1.1要求 通过调查,要求系统需要有以下功能: ⑴要求有良好的人机界面; ⑵较好的权限管理; ⑶原始数据修改简单方便,支持多条件修改 ⑷方便的数据查询，支持多条件查询; ⑸相应的权限下，删除数据方便简单，数据稳定性好； ⑹数据计算自动完成，尽量减少人工干预; 1.2目标 a.人力与设备费用的节省； b.处理速度的提高； c.控制精度或生产能力的提高； d.管理信息服务的改进； e.决策系统的改进； f.人员工作效率的提高。 1.3条件、假定和限制 a.开发软件运行的最短寿命为一年。 b.进行系统方案选择比较的期限：2周。 c.经费来源和使用限制：自筹资金。 d.法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、 复制，违者追究法律责任，后果自负。 e.硬件CPU p3、内存256M.。 f.软件：access2003。 g.运行环境：本软件应使用Windows2003、Windows xp操作系统。 h.开发环境：本软件应使用Windows2003、Windows xp开发。 i.开发软件投入使用的最迟时间为2013年10月01日。 1.4可行性研究方法 由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关 联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校 用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据 库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现。 2．对现有系统的分析 2.1处理流程和数据流程 班级管理业务流程图：