项目分析

IBM Rational DOORS 可实现对整个产品的全生命周期需求管理，覆盖从需求、到设计以及测试阶段。是一款具有广泛使用的企业级专业需求管理工具。DOORS 可以将项目开发过程中产生的各级需求和与需求相关的文件进行链接管理，同时能够对需求进行影响分析。DOORS 自带数据库，可以在多个项目间共享文件，便于文件的保存、备份及项目复用。此外DOORS 还支持可疑链接的自动检测、基于需求条目的权限管理等。 Reqtify 软件是法国Dassault 公司专门针对基于文件的、高度可定制的、易用的需求追踪和影响分析工具。在产品开发全生命周期中，Reqtify 可以为从产品需求、设计到实现过程的追踪提供最高效的解决方案。 产品介绍 Reqtify 工具可以进行覆盖度统计、上下文影响分析、需求跟踪、版本管理和定制报告等。与其他基于数据库的需求管理工具不同，Reqtify 强大的兼容性使其能从各种类型的文件中提取数据，建立需求、方案、模型、代码和测试用例之间的链接，保证每条需求都能被实现和验证，无需改变现有研发模式即可在项目的任意阶段中使用。 覆盖度统计 定制报告 需求跟踪 文章来源: https://blog.csdn.net/Hirain1234/article/details/90770573

参数使用 项目分析参数可以在多个地方设置，继承关系如下： 全局分析参数，通过Web UI设置，作用于所有项目（配置–>通用–>通用中设置） 项目分析参数，通过WebUI设置，覆盖全局参数（在项目级别的配置–>设置中设置） 项目分析参数，定义在项目的分析设置文件(如：sonar-project.properties)和分析器的配置文件(如：sonar-runner.properties)，覆盖WebUI中设置的项目分析参数 命令行参数，在开始分析时通过命令指定的参数(如：-d 或 /d:)，可以覆盖项目分析参数 注：只有WebUI中配置的参数会存储在数据库中 下面的参数列表并不完整，在WebUI中全局或项目级别的设置，都可以作为分析参数，如下图中的关键字： 必备参数 执行项目分析必须指定的参数 关键字 描述 默认值 sonar.host.url 服务器地址 http://localhost:9000 sonar.projectKey 项目Key唯一标示,可以是字母、数字、’-‘、’_‘、’.’和’:’，但至少要包含一个字母 sonar.projectName 项目名称 sonar.projectVersion 项目版本 sonar.sources 源代码文件夹，多个用’,’分开 可选参数 关键字 描述 默认值 身份验证 sonar.login 用户名或者是 身份认证令牌 sonar

1. 前言 C#语言接入Sonar代码静态扫描相较于Java、Python来说，相对麻烦一些。Sonar检测C#代码时需要预先编译，而且C#代码必须用MSbuid进行编译，如果需要使用SonarQube对C#进行代码质量分析，则需要下载Sonar-Scanner-MSBuild和MSBuild，其中要求MSBuild在V14.0以上。 2. Sonar-Scanner for MSBuild安装与配置 1、下载SonarQube Scanner for MSBuild，它是C# Framework的Sonar分析插件。 下载地址： sonar-scanner-msbuild-4.3.1.1372 2、下载并解压之后，设置SonarQube Scanner for MSBuild的环境变量。 例如我的解压路径是：C:\Users\Administrator\Downloads\sonar-scanner-msbuild-4.3.1.1372-net466，则把该路径添加到Path下。 SonarQube Scanner for MSBuild解压目录如下图所示： 3、修改SonarQube.Analysis.xml文件，要修改的地方只是关于SonarQube服务器的一些配置，如服务器URL、USER、PASSWORD等，详细配置修改如下： <?xml version="1.0"

背景 给任务排优先级是解决做什么的问题。有效执行解决的是怎么做的问题。 项目执行的要点。 清晰的目标 现象 1.明确项目的初衷，但是没有设定可以衡量的目标。 2.在你的眼中目标很清晰，但是负责项目实施的员工并不知道从哪下手去执行； 3.两周能搞定的事情，员工却花了3周，就是说延期了； 4.项目交付时间到了，员工没完成，他们却觉得很无辜； 5. 项目如期发布了，但是效果不对； 分析 目标不够明确，至少没有具体到执行人员可以执行的程度； 上下级对目标的理解看似一致，实则有偏差，尤其是对进度，质量，效果； 目标发生变化，没有及时同步给相关人员； 总结： 目标不清晰的后果，必然导致员工在紧急程度，质量水平，效果上的执行跟预期偏离。 责任人明确 现象 项目涉及到的各个团队，是否都有一个明确的责任人？ 负责人和所有的项目组成员，是否都清除各方面的总负责人？ 项目是否有唯一的总负责人，总负责人是否有效？ 分析 各负责人对负责的理解不同；工程师认为的责任是承担分内的开发工作，而负责人是对项目所涉及到执行和协调问题都负责。 总负责人无效； 总结 总负责人的缺失或者无效 机制健全 现象 A不够主动 越好了及时通报，为啥有些人不通报； 流程都有，但是不按照流程来； 分析 过于依赖人的主动性，缺乏基本的流程和机制； 有机质，但是没有人监督执行； 机制有人监督执行，但是大家不愿意去执行； 总结

天津地铁线路项目设计与分析 项目需求分析： 1.设计地铁线路的信息存储文件，如subway.txt 2.实现基础的查询操作（实现指定地铁线经过的站点的查询等） 3.实现最短路径计算，可以查询出发站与目标站的最短路径 设计思路： 1.采用java语言编程 2.地铁线路数据格式： 1号线：站点1 站点2 ... 2号线：站点1 站点2 ... 3号线：站点1 站点2 .........采用subway.txt文件格式进行存储输出等操作 3 洪湖里 西站 6号线 复兴路采用routine.txt文件格式存储输出等操作 主功能实现分析： 1.采用图的数据结构模式，站点视为节点，相邻站点之间的线路视为边。 2.使用广度优先算法Dijkstra算法求得最短路径。 3.当查询站点不存在的时候，抛出错误。 来源： https://www.cnblogs.com/31701060zjt/p/11562918.html

第一章 绪论 1.1什么是项目 1.1.1项目的定义 1、项目定义：资源、时间、客户、目标 2、项目特点：临时性、独特性（产品、服务或成果）和渐进性 1.1.2信息系统项目的特点 1.2项目与日常运营 1、区别：日常运营是持续不断和重复进行的，而项目是临时性的，独特的。 1.3项目和战略 项目批准的典型依据：市场需求、营运需要、客户要求、技术进步、法律要求。 1.4项目管理的定义及其知识范围 1、项目管理的定义 2、三重制约：项目范围、时间和成本。 1.5项目管理需要的专门知识领域 1、 5方面的专门知识领域：项目管理知识体系、应用领域的知识、标准和规定、项目环境知识、通用的管理知识和技能、软技能（处理人际关系技能）。 2、项目管理知识体系 1.6项目管理高级话题 1.6.1大项目和大项目管理 1、大项目是以协同的方式管理。 1.6.2项目组合和项目组合管理 1、项目组合管理的目标（2个） 1.7项目管理学科的产生和发展 1.7.1项目管理的产生 1、甘特图、关键路径法（CPM）、计划评审技术（PERT）、网络管理技术 2、现代项目管理科学：工作分解结构（WBS）、蒙特卡罗模拟技术、挣值（EV）分析技术 1.7.2IPMA和PMI 1、国际项目管理协会（IPMA）、 国际项目管理资质标准（ICB） 2、IPMA将其知识体系划分为28个核心要素和14个附加要素： 3

一、上期知识图谱列表 1、引论 2、项目运行环境 3、项目经理的角色 4、项目整合管理 5、项目范围管理 6、项目进度管理 7、项目成本管理 8、项目质量管理 9、项目资源管理 10、项目沟通管理 11、项目风险管理 12、项目采购管理 二、项目相关方管理知识图谱 三、知识考点加强记忆 第十三章内容重点：相关方登记册、相关方参与计划、头脑风暴在识别相关方过程的使用，相关方分析、基本规则 1、相关方登记册包含的内容 理解：它是识别相关方输出的结果。识别相关方主要的作用就是分析和记录他们的利益、参与度和相互依赖性、影响力和对项目成功的潜在影响的过程（如何分析的呢？）。 根据相关方分析（沟通管理计划和相关方参与计划）和文件分析（项目章程和商业文件以及协议和变更日志、问题日志和需求文件）之后，用相关方映射分析/表现的方格来表示出来。其中的变更日志和问题日志可能引来新的相关方，需求文件能够识别出潜在的相关方。 相关方登记册是识别相关方过程的主要输出。它记录关于已识别相关方的信息，包括（但不限于）： u u 身份信息。姓名、组织职位、地点、联系方式，以及在项目中扮演的角色。 u u 评估信息。主要需求、期望、影响项目成果的潜力，以及相关方最能影响或冲击的项目生命周 期阶段。 u u 相关方分类。用内部或外部，作用、影响、权力或利益，上级、下级、外围或横向，或者项目 经理选择的其他分类模型

文章目录 估算活动资源 工具和技术 数据分析——备选方案分析 输出 资源需求 资源分解结构 估算活动资源 定义 ：估算执行项目所需的团队资源，以及材料、设备和用品的类型和数量的过程。 主要作用 ：明确完成项目所需的资源种类、数量和特性。 开展 ：在整个项目期间定期开展。 工具和技术 数据分析——备选方案分析 备选方案分析是一种对已识别的可选方案进行评估的技术，用来决定选择哪种方案或使用何种方法来执行项目工作。 很多活动有多个备选的实施方案，例如使用能力或技能水平不同的资源、不同规模或类型的机器、不同的工具（手工或自动），以及关于资源自制、租赁或购买的决策。备选方案分析有助于提供在定义的制约因素范围内执行项目活动的最佳方案。 输出 资源需求 资源需求识别了各个工作包或工作包中每个活动所需的资源类型和数量，可以汇总这些需求，以估算每个工作包、每个 WBS 分支以及整个项目所需的资源。资源需求描述的细节数量与具体程度因应用领域而异，而资源需求文件也可包含为确定所用资源的类型、可用性和所需数量所做的假设。 资源分解结构 资源分解结构是资源依类别和类型的层级展现。资源类别包括（但不限于）人力、材料、设备和用品，资源类型则包括技能水平、要求证书、等级水平或适用于项目的其他类型。 在规划资源管理过程中，资源分解结构用于指导项目的分类活动。在这一过程中，资源分解结构是一份完整的文件

1.今天完成：MockingBot企业版中创建项目，将小组成员加入同一项目中；开始参照墨刀中的产品需求模板写需求分析；用ProcessOn完成思维导图，对产品需求有进一步的认识。 2.明日计划：需求分析文档完善，写完功能介绍和产品逻辑，开始原型设计。有时间的话看看关于微信小程序开发的文档和网课。 来源： https://www.cnblogs.com/Jane165/p/11385428.html

项目整体管理 框架 过程 依据 工具和技术 输出 制订项目章程 1、合同； 2、项目工作说明书(SOW); 3、项目论证信息； 4、事业环境因素； 5、组织过程资产 1、专家判断； 2、项目管理方法论； 3、项目管理信息系统(PMIS) 项目章程 制订初步范围说明书 1、项目章程； 2、项目工作说明书(SOW); 3、事业环境因素； 4、组织过程资产 1、专家判断； 2、项目管理方法论； 3、PMIS 项目范围说明书(初步) 制订项目管理计划 1、项目章程； 2、项目范围说明书(初步)； 3、来自其他计划过程的输出; 4、事业环境因素； 5、组织过程资产 1、专家判断； 2、项目管理方法论； 3、PMIS 项目管理计划 指导和管理项目执行 1、项目管理计划； 2、已批准的变更请求； 3、事业环境因素； 4、组织过程支持 1、专家判断； 2、项目管理方法论； 3、PMIS 1、可交付成果； 2、工作绩效信息； 3、变更请求； 4、项目管理计划(变更); 5、项目文件(更新) 监控和控制项目工作 1、项目管理计划； 2、工作绩效信息； 3、绩效报告； 4、事业环境因素； 5、组织过程资产 1、专家判断； 2、项目管理方法论； 3、PMIS； 4、挣值管理(EMV)方法 1、变更请求； 2、项目管理计划(更新); 3、项目文件(更新) 实施整体变更控制 1、项目管理计划； 2、变更请求；