您现在的位置是：网站首页>软件头条

软件头条

软件项目文档管理案例

地方台直播软件拍视频手机软件透视红包软件

中国软件网2023-01-18软件头条拍视频手机软件

地方台直播软件,拍视频手机软件,透视红包软件,软件项目文档管理案例,地方台直播软件,拍视频手机软件,透视红包软件2.项目是为了创造一个唯一的产品或者提供一个唯一的服务而进行的永久性的努力。,3.项目管理目的是要让过程

软件项目文档管理案例

软件项目文档管理案例,

　　地方台直播软件,拍视频手机软件,透视红包软件2.项目是为了创造一个唯一的产品或者提供一个唯一的服务而进行的永久性的努力。

　　3.项目管理目的是要让过程能够被共享、复用并得到持续的改进。√

　　5.日常运作存在大量的变更管理而项目基本保持连贯性的。×

　　A.项目是以目标为导向的日常运作是通过效率和有效性来体现的

　　B.项目是通过项目经理及其团队工作完成的而日常运作是职能式的线性管理

　　C.项目需要有专业知识的人来完成而日常运作的完成无需特定的专业知识

　　6.B是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力

　　项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理。

　　关系各个过程组通过其结果进行连接一个过程组的结果或输出是另一个过程组的输入。其中计划过程组、执行过程组、控制过程组是核心管理过程组。

　　1.项目确立之后项目负责人会进行自造-购买决策确定待开发产品的哪些部分应该采购、外包开发、自主研发等。

　　2.PMI人才三角重点关注技术项目管理、领导力、战略和商务管理3个关键技能。

　　3.在立项阶段应该明确项目的目标、时间表、使用的资源和经费而且得到项目发起人的认可。

　　1.项目立项可以确立项目目标、时间和资源成本同时得到项目发起人的认可。√

　　2.项目招标对于一个项目的开发是必需的即便项目是内部项目。×

　　4.项目建议书是项目计划阶段开发的文档。×

　　5.项目立项需要获得项目经理的认可但不需要项目发起人的认可。×

　　6.项目章程是项目执行组织高层批准的确认项目存在的文件其中不包括对项目经理的授权。×

　　1、某公司希望开发一套软件产品如果选择自己开发软件的策略公司需要花费30000元根据历史信息维护这个软件每个月需要3500元。如果选择购买软件公司产品的策略需要18000元同时软件公司为每个安装的软件进行维护的费用是4200元/月。该公司该如何决策

　　如果产品在17个月以内可以选择购买方案如果超过17个月选择自造方案。

　　项目章程是项目执行组织高层批准的一份以书面签署的确认项目存在的文件包括对项目的确认、对项目经理的授权和对项目目标的概述。

　　1.瀑布模型生存期模型要求项目所有的活动都严格按照顺序执行一个阶段的输出是下一个阶段的输入。

　　2.增量型生存模型可以避免一次投资带来太大的风险。√

　　3.V模型适合的项目类型是需求很明确解决方案很明确。而且对系统的性能要求比较严格。√

　　4.瀑布模型和V模型都属于预测型生存期模型。√

　　5.瀑布模型要求项目所有的活动都严格按照顺序执行一个阶段的输出是下个阶段的输入。√

　　1.写出3中你比较熟悉的生存期模型并说明这些模型适用于什么情况下的项目。

　　适用于软件需求很明确的软件项目即一般适用于功能明确、完成、无重大变化的软件系统的开发。

　　1在项目开始前项目的需求过程已经被很好地理解、也很明确而且项目经理很熟悉为实现这一模型所需的过程。

　　适用于项目需求在项目开始前很明确解决方案在项目开始前也很明确项目对系统的安全很严格。如航天飞机控制系统公司的财务系统等

　　适用于项目的需求在项目开始前不明确需要减少项目的不确定性的时候

　　对于整个项目没有必要使用单一的方法。为了达到特定的目标项目经常要结合不同的生命周期元素。预测、迭代、增量和敏捷方法的组合就是一种混合方法

　　1.需求管理包括需求获取、需求分析、需求规格编写、需求验证、需求变更5个过程。

　　1.需求规格说明可以包括系统的运行环境。√

　　2.数据流分析法是一种自下而上逐步求精的分析方法×

　　3.需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。√

　　4.需求是指用户对软件的功能和性能的要求就是用户希望软件能做什么事情完成什么样的功能达到什么性能。√

　　6.软件项目系统的响应时间属于功能性需求。×

　　7.数据字典是由数据项、数据流及操作指令组成的。×

　　1.下图是SPM项目需求规格文档中的一个用例图请根据图中信息判断参与者是什么角色并写出至少3个用例如登录注册等。

　　1.任务分解是将一个项目分解为更多的工作细目或者子项目是项目变得更小、更易管理、更易操作。

　　1.WBS提供了项目范围基线.一个工作包可以分配给另一个项目经理去完成。√

　　3.如果开发人员对项目比较熟悉或者对项目大局有把握开发WBS时最好采用自底向上方法。×

　　4.对于一个没有做过的项目开发WBS可以采用自底向上方法√)

　　5.在任务分解结果中最底层的要素必须是实现项目目标的充分必要条件。√

　　方法从特殊到一般的方向进行首先定义一些特殊的任务然后将这些任务组合起来形成更高级别的WBS层。

　　A.WBS是任务分解的结果B.不包括在WBS中的工作就不是该项目的工作C.可以采用提纲式或者组织结构图形式表示WBS的结果

　　D.如果项目是一个崭新的项目则最好采用自顶向下方法开发WBS

　　A.最底层的要素是否是实现目标的充分必要条件B.分解的层次不少于3层C.最底层元素是否重复

　　方法按从一般到特殊的方向进行从项目的大局着手然后主板分解子细目将项目变为更细更完善的部分。

　　2确定分解标准按照项目实施管理的方法分解而且分解的标准要统一3确认分解是否详细是否可以作为费用和时间估计的标准明确责任。

　　5验证分解正确性。验证分解正确后建立一套编号系统

　　2.当项目过于复杂时可以对项目进行任务分解这样做的好处是什么

　　将一个项目分解为更多的工作细目或者子项目使项目变得更小更易管理更易操作这样可以提高估算成本、时间和资源的准确性使工作变得更易操作责任分工更加明确

　　外部输出、外部查询、内部逻辑文件、外部接口文件。4.敏捷项目一般采用故事点估算方法。

　　3.人的劳动消耗所付出的代价是软件产品的主要成本。√

　　7.估算时既要考虑直接成本又要考虑间接成本。√

　　8.在进行软件估算的时候可以直接考虑参照其他企业的模型进行项目估算。×

　　9.间接成本是与一个具体项目相关的成本。×

　　A.估算是有误差的B.估算时不要太迷信数学模型C.经验对于估算来说不重要

　　3.假设某项目的注册功能为3个功能点而其中成绩录入工作量比注册功能工作量略多如果采用Fibonacci等级标准估算则成绩录入功能的估算值是

　　9.在成本管理过程中每个时间段中各个工作单元的成本是

　　3.已知某项目使用C语言完成该项目共有85个功能点请用IBM模型估算源代码行数、工作量、项目持续时间、人员需要量以及文档数量。

　　2.时间是一种特殊的资源以其单向性、不可重复性、不可替代性而有别于其他资源。

　　4.项目各项活动之间不存在相互联系与相互依赖关系。×

　　6.浮动是在不增加项目成本的条件下一个活动可以延迟的量。×

　　7.在使用应急法压缩时间的过程中不一定要在关键路径下选择活动来进行压缩。×

　　9.外部依赖关系又称强制性依赖关系指的是项目活动与非项目活动之间的依赖关系×

　　11.敏捷项目一般采取远粗近细的计划模式敏捷发布的计划相当于远期计划迭代计划相当于近期计划。√

　　可以显示任务的基本信息使用该类图能方便的查看任务的工期、开始时间、结束时间以及资源的信息。

　　D.费用问题5. 以下哪一项是项目计划中灵活性最小的因素A

　　可以表示敏捷项目的进度并且可以表示出剩余的任务

　　3.根据下面任务流程图和下表给出的项目历时估算值采用PERT方法估算求出项目在14.57天内完成的概率的近似值。

　　。5、质量管理总是围绕着质量保证和质量控制过程两个方面进行。6、质量保证的主要活动是项目执行过程审计和

　　a判断1、质量是满足要求的程度包括符合规定的要求和客户隐含的需求。√

　　3、软件质量可以通过后期测试得以提高。×

　　4、质量计划可以确定质量保证人员的特殊汇报渠道。√

　　质量保证QA是通过评价项目整体绩效,建立对质量要求的信任提供项目和产品可视化的管理报告。这个任务本身并不能提高产品的质量但是通过质量保证的一系列工作可以间接地提高产品的质量。质量保证一般由质量保证部门人员实施。

　　质量控制QC是确定项目结果与质量标准是否相符,同时,确定消除不符的原因和方法它控制产品的质量及时纠正缺陷。这个任务本身提高产品的质量一般由开发人员实施。质量保证是后期质量活动质量控制是前期质量活动。它们是有区别的:质质量保证是针对项目实施过程的管理手段质量控制是针对项目产品的技术手段;实施质量保证是针对过程改进和审计的强调的是过程改进和信心保证。实施质量控制是按照质量要求检查具体可交付成果的质量强调的是具体的可交付成果。

　　、变更实现等步骤。4.版本管理、变更管理是配置管理的主要功能。5.基线c;需要经过

　　3.有效的项目管理能够控制变化以最有效的手段应对变化不断命中移动的目标。√

　　4.一个些配置项形成并通过审核即形成基线.软件配置项是项目需定义其受控于软件配置管理的款项每个项目的配置项是相同的。×

　　6.基线的修改不需要每次都按照正式的程序执行。×

　　9.变更控制系统包括从项目变更申请、变更评估、变更审批到变更实施的文档化流程。√

　　10.持续支付领域强调对项目所有的相关产物及其之间的关系都要进行有效配置管理√

　　11.持续支付更倾向于使用基于分支的开发模式×

　　A.不可变化B.可以变化但是必须通过基线变更控制流程处理

　　5.以下哪项不是项目配置管理中可能遇到的问题

　　A.找不到某个文件的历史版本B.甲方与乙方在资金调配上存在意见差异C.开发人员未经授权修改代码或文档

　　D.因协同开发中或者异地开发版本变更混乱导致整个项目失败

　　软件项目计划、需求分析结果、软件需求规格说明书、设计规格说明书、源代码清单、测试规格说明书、测试计划、测试用例与实验结果、可执行程序、用户手册、维护文档。

　　1.可以充分发挥部门资源优势集中的组织结构为职能型组织结构

　　3.会议形式沟通最有可能协助解决复杂的问题。

　　×)8.对于紧急的信息应该通过口头的方式沟通对于重要的信息应采用书面的方式沟通(

　　√)9.沟通计划包括确定谁需要信息需要什么信息何时需要信息以及如何接收信息等(

　　√)10.敏捷团队的人员一般在3~9人而且一般集中地在一个场地开发可以围坐一个桌子开会

　　1.A以图形方式展示项目团队成员及其报告关系这样可以减少沟通渠道减少成本

　　3、在项目管理的3种组织结构中适用于主要由一个部门完成的项目或技术比较成熟的项目组织结构是(

　　A影响项目决策的个人、群体或者组织B影响项目活动的个人、群体或者组织C影响项目结果的个人、群体或者组织

　　C.项目管理计划D.历史资料8.项目团队原来有5个成员现在人员扩充又增加了3个成员这样沟通渠道增加了

　　D.电线.在一个高科技公司项目经理正在为一个新的项目选择合适的组织结构这个项目涉及多的领域和特性他应该选择A组织结构

　　沟通方式主要有书面沟通和口头沟通、语言沟通和非语言沟通、正式沟通和非正式沟通、单向沟通和双向沟通、网络沟通等

　　2.对于特别重要的内容你认为一般采用哪些方式才能确保有效沟通

　　对于特别重要的内容要采用多种方式进行有效沟通确保传达到位除发送邮件外还要电话提醒、回执等重要的内容还要通过举行各种会议进行传达

　　回避风险是指尽可能地规避可能发生的风险采取主动放弃或者拒绝使用导致风险的方案。5.定量风险评估主要包括

　　a判断1.任何项目都是有风险的。√2.风险是损失发生的不确定性是对潜在的、未来可能发生损害的一种度量。√3.风险识别、风险评估、风险规划、风险控制是风险管理的4个过程。

　　B.风险规划的4个过程是风险识别、风险评估、风险规划、风险控制C.风险规划的主要策略是回避风险、转移风险、损失控制、自留风险D.项目风险是由风险发生的可能性决定的

　　5.在一个项目的开发过程中采用了新的技术为此项目经理找来专家对项目组人员进行技术培训这是什么风险应对策略

　　的实施过程中系统需求似乎永远无法确定用户说不清楚自己的需求怎么做他们都不满意功能不断增加用户上周说要这个功能今天...

　　位置项目准备阶段项目策划书必选附录 3 立项建议书可选附录 4 立项调查报告可选附录 5 立项可行性分析报告可选附录 6 项目实施...

　　专业资质认证委员会主席 PaulGrace 说过在当今社会中一切都是项目一切也将成为项目下面是为你带来的

　　实例.rar 软件工程文档模板(完整规范版).doc 软件设计文档国家标准.rar----这个很不错，很OK。软件项目开发的全套文档提纲.rar 项目

　　的详解全过程文档+实例.rar 一个完整的项目开发文档.rar ...

　　的进度计划与WBS简单描述如下为 1)1月10日2月1日需求分析 2)2月1日2月25日系统设计包括概要设计和详细设计 3)2月26日4月1日编码 4)4月2日4月30日...

　　的实施过程中系统需求似乎永远无法确定用户说不清楚自己的需求怎么做他们都不满意功能不断增加用户上周说要这个功能今天说要这个功能...

　　的进度计划与WBS简单描述如下为 1)1月10日2月1日需求分析 2)2月1日2月25日系统设计包括概要设计和详细设计 3)2月26日4月1日编码 4)4月2日4月30日...

　　管理概述一填空题 1灵敏模型包含4个关键价值对应12个灵敏标准 2项目管理包含开启过程组计划过程组实施过程组控制过程组收尾过程组5个过程组二判定题 1迁居眷于...

　　“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征控制这些特征的变更记录和报告变更处理和实现状态并验证与规定的需求的遵循性。”

　　2、配置管理包括6个主要活动:制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

　　2、配置项可以分为基线配置项和非基线c;基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。

　　3、所有配置项的操作权限应由CMO(配置管理员严格管理基本原则是:基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放。

　　4、配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时其状态为“草稿”。配置项通过评审后其状态变为“正式”。此后若更改配置项则其状态变为“修改”。当配置项修改完毕并重新通过评审时其状态又变为“正式”。如图所示

　　(2处于“正式”状态的配置项的版本号格式为X.YX为主版本号取值范围为19。Y为次版本号取值范围为09。配置项第一次成为“正式”文件时版本号为1.0。如果配置项升级幅度比较小可以将变动部分制作成配置项的附件附件版本依次为1.01.1…。当附件的变动积累到一定程度时配置项的Y值可适量增加Y值增加一定程度时X值将适量增加。当配置项升级幅度比较大时才允许直接增大X值。

　　在项目开发过程中绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”所以不能抛弃旧版本。版本管理的目的是按照一定的规则保存配置项的所有版本避免发生版本丢失或混淆等现象并且可以快速准确地查找到配置项的任何版本。

　　8、一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。产品的一个测试版本可能包括需求分析说明书、概要设计说明书、详细设计说明书、已编译的可执行代码、测试大纲、测试用例、使用手册等是基线、一个产品可以有多个基线c;也可以只有一个基线。交付给外部顾客的基线一般称为发行基线c;内部开发使用的基线一般称为构造基线、配置库存放配置项并记录与配置项相关的所有信息是配置管理的有力工具

　　1开发库也称为动态库、程序员库或工作库用于保存开发人员当前正在开发的配置实体如:新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区由开发人员自行控制。库中的信息可能有较为频繁的修改只要开发库的使用者认为有必要无需对其进行配置控制因为这通常不会影响到项目的其他部分。

　　配置控制委员会(CCB负责对配置变更做出评估、审批以及监督巳批准变更的实施。CCB其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。CCB不必是常设机构完全可以根据工作的需要组成例如按变更内容和变更请求的不同组成不同的CCB。小的项目CCB可以只有一个人甚至只是兼职人员。

　　配置管理系统是用来进行配置管理的软件系统其目的是通过确定配置管理细则和提供规范的配置管理软件加强信息系统开发过程的质量控制增强信息系统开发过程的可控性确保配置项(包括各种文档、数据和程序的完备、清晰、一致和可追踪性以及配置项状态的可控制性。

　　软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性。高级项目经理应确保以下配置管理目标得以实现。

　　(1)确保软件配置管理计划得以制订并经过相关人员的评审和确认。

　　(2应该识别出要控制的项目产品有哪些并且制定相关控制策略以确保这些项目产品被合适的人员获取。

　　(3应制定控制策略以确保项目产品在受控制范围内更改。

　　(4)应该采取适当的工具和方法确保相关组别和个人能够及时了解到软件基线的状态和内容。

　　配置标识也称配置识别包括为系统选择配置项并在技术文档中记录配置项的功能和物理特征。配置标识是配置管理员的职能基本步骤如下。

　　配置审计也称配置审核或配置评价包括功能配置审计和物理配置审计分别用以验证当前配置项的一致性和完整性。配置审计的实施是为了确保项目配置管理的有效性体现了配置管理的最根本要求—不允许出现任何混乱现象例如:

　　(1防止向用户提交不适合的产品如交付了用户手册的不正确版本。

　　(2发现不完善的实现如开发出不符合初始规格说明或未按变更请求实施变更。

　　(4确认配置项已在所要求的质量控制审核之后纳入基线;确认记录和文档保持着可追溯性。

　　功能配置审计是审计配置项的一致性配置项的实际功效是否与其需求一致,具体验证以下几个方面。