请问有没有比较好用的工程项目管理好的软件推荐荐啊？

来源：蜘蛛抓取(WebSpider) 时间：2019-06-15 11:07 标签： 好的软件推荐

哪些项目管理软件在可交付成果管理这一块做得比较好 

哪些项目管理在可交付成果管理这一块做得比较好？
全部
  • 所属考试信息系统项目管理师试題库
  • 试题题型【案例分析题】
阅读以下关于信息系统项目管理过程中质量管理方面问题的叙述回答问题1至问题3。
某银行信息系统工程项目包含省级广域网工程、储蓄所终端安装工程、主机系统工程、存储系统工程、备份系统工程、银行业务软件开发工程等若干子项目。此工程项目通过公开招标方式确定承建单位某信息技术有限公司(CSAI)经过激烈竞标争夺，赢得工程合同合同约定，工程项目的开发周期预算为36周
由于银行对于应用软件质量要求很高，CSAI也非常重视工程质量安排有资深资历的高级工程师张工全面负责项目实施。在工程正式開工之前张工对工程项目进行了分解，根据工程分析张工认为此工程项目质量、进度的关键在于银行业务定制应用软件的开发。除工程整体的开发计划外张工还针对应用软件开发制定了详细的开发计划，定制应用软件的开发周期为36周网络工程、终端安装工程、主机系统工程、存储系统工程、备份系统工程等与应用软件开发并行实施。
张工对工程项目在需求分析、概要设计、详细设计、编码、单元测試、集成测试等各个环节要求均非常严格根据张工安排，需求分析、概要设计均安排有多年工作经验的高级软件工程师担任各个阶段嘚阶段成果均组织了严格的评审，以保证各个阶段成果的质量
在软件编码及单元测试工作完成之后，张工安排软件测试组的工程师编制叻详细软件测试计划、测试用例包括集成测试、功能测试、性能测试、安全性测试，等等
张工在安排软件测试任务的时候，在动员软件开发小组时宣讲：“软件测试环节是软件系统质量形成的主要环节各开发小组，特别是测试小组应重视软件系统测试工作”。因此张工安排给测试组进行测试的时间非常充足，测试周期占整个软件系统开发周期的40%,约14.5周在软件系统测试的过程中，张工安排了详细的測试跟踪计划统计每周所发现软件系统故障数量，以及所解决的软件故障根据每周测试的结果分析，软件系统故障随时间的推移呈明顯的下降趋势第1周发现约100个故障，第2周发现约90个故障第3周发现50个故障，……第10周发现2个故障，第11周发现1个故障第12周发现1个故障。於是张总工断言软件系统可以在完成第14周测试之后顺利交付给用户并进行项目验收。
请以300字内回答张工的软件开发计划中是否存在问題？为什么
请以200字内回答，张工根据对定制软件系统测试的跟踪统计分析结论得出项目可于计划的测试期限结束后达到验收交付的要求，你认为可行吗为什么？
请以300字内回答若你是本项目的总工，你将怎样改进工作以提高软件系统开发的质量，保证工程项目按期驗收
  • 参考答案：【问题1】（7分）
    张工安排测试计划的编制时机不对。测试计划和测试用例的编制应当与软件系统的概要设计、详细设计哃步进行
    测试计划不够全面，还应当包含系统整体测试、运行测试运行测试是对应用软件系统整体功能的全面检验，也是最能够说明軟件系统质量的测试环节
    系统测试计划、确认测试计划应当在需求分析阶段制定，测试用例、测试说明应当在概要设计阶段制定集成測试计划应当在概要设计阶段制定，测试用例、测试说明应当在详细设计阶段制定
    单元测试计划应当在详细设计阶段制定，测试用例、測试说明应当在编码阶段制定
    在定制软件开发项目中，根据测试结果判定软件系统的质量是不够的因为软件系统中的缺陷可能由于多種原因而未在测试中被发现，如测试环境与运行环境的区别、测试人员的能力问题、测试计划和测试用例的局限及缺陷
    由于软件系统质量、功能、性能具有很强隐蔽性的特点，用户往往不大可能根据项目开发小组的测试结论来进行项目的验收最好让用户组织对项目进行試运行，以试运行的结论来作为验收的依据之一是比较有说服力的
    (1)在进行需求分析的时候，同步制定功能确认测试计划和测试用例同步制定系统整体测试计划和测试用例。
    (2)在进行软件系统概要设计的时候制定集成测试计划和测试用例。
    (3)在进行软件系统详细设计的时候制定单元测试计划和测试用例。
    (4)在项目计划验收日期前提前与用户协商系统试运行计划，并给用户进行充分的培训包括领导和一般操作人员，让系统接受实际运行的考验在试运行过程中暴露出来的问题，及时进行解决以软件系统实际运行所表现出来的功能、性能來说服用户对项目进行验收，这通常是更可行的方法
  • 过去，很多IT集成公司所承建的定制软件工程项目当进入到验收阶段的时候，用户瑺常拖延或找这样那样的借口不给承建单位验收，这是什么原因呢针对这个问题，建设单位、承建单位都有一定责任对于建设单位來讲，由于建设单位对信息系统建设认识上的局限性对软件系统质量鉴定的困难性，建设单位存在着对定制软件系统的质量的担心因此，很难果断地做出验收项目的决定
    而对于承建单位来讲，承建单位在项目质量管理方面常常做得很不到位比如：该提交工程实施计劃、工程实施计划进度跟踪记录、工程概要设计书、详细设计书、应用系统配置文件、用户手册、培训资料等若干文档的时候没有提交，洏很多承建单位在项目验收时根本看不到这些文档，或即使有文档但也极其不规范，文档质量很低再比如：曾有个信息系统工程项目在提交用户验收的时候，有一台防火墙散乱地摆放在机柜外面再看机柜上面所布放的通信线缆，显得杂乱无章承建单位也没有意识箌这个问题，用户虽看在眼里却不提醒承建单位那请问，用户会给这样的项目进行验收吗
    通过硬件所表现出来的表面质量是很容易发現的，但对于软件系统的质量的衡量却是非常困难的特别是对于那些对软件系统认识不够深入的IT系统建设单位，他们面对IT项目的验收瑺常显得很谨慎也是可以理解的。
    信息应用系统项目的质量保证与承建单位的质量保证体系是密切相关的但并不等于承建单位有质量保證体系，如通过了IS09000认证或通过了CMM3,CMM4等认证，就一定能够保证IT项目的质量承建单位的质量保证体系是一个大纲性质的，但实施项目的是项目小组项目小组不能很好融合到承建单位的质量保证体系中是比较常见的现象，因此为有效保证项目的质量，项目小组应当向建设单位或监理单位提交项目的质量保证计划质量保证计划是在承建单位质量保证体系下编制的，是针对项目特点的涉及保证项目质量的具體措施，更易于操作当然，一个项目的质量保证计划如果照搬到另外一个项目却不一定适用。而建设单位、监理单位可以通过对承建單位质量
    保证计划的执行情况来判断其软件开发过程的质量从而协助对定制软件产品质量的鉴定。
    软件测试是保证软件质量的重要工作內容之一但软件测试环节却不是软件质量的形成环节，测试只能检查软件中所存在的缺陷发现问题。软件质量是在需求分析、设计、編码、测试、文档编制等软件生产的全过程中形成的因此，我们要了解定制软件系统的质量就必须了解承建单位开发软件系统的全部過程的质量。
    测试计划和测试用例应当在软件的设计阶段制定越晚进行的测试，其测试计划的编制时间就越早如集成测试计划在概要設计阶段编制，功能确认测试计划在需求定义阶段就应当制定整体测试计划也应当在需求分析阶段制定。
    虽然我们在实践中有很多这样嘚情况很多软件开发团队并不是在软件设计阶段同步制定软件测试计划和测试用例，甚至有很多软件开发中根本就没有制定规范的测试計划和测试用例但这些并不是正统、规范的做法，这样的软件工程过程对于保证定制软件系统的质量来说是会打折扣的若测试计划的編制时机不能按照规范进行，那说明软件企业的过程能力成熟度还不够还是在采用手工作坊方式生产软件，想到哪里做到哪里没有计劃或计划不科学，不能有效地控制软件生产的质量
    软件系统的质量，仅仅根据测试的结论来进行断言是不够的我们在进行项目开发计劃安排的时候，应当将系统的试运行也安排在计划之内系统的试运行牵涉到工程项目的建设方和承建方，除了技术方面的因素外还涉忣组织方面的因素，人文方面的因素等承建方要安排足够的时间与建设方协商系统的试运行问题，在双方的配合下开展系统试运行工作系统在试运行中，通常还会发现大量的故障承建单位也必须配合解决这些系统故障。只有通过试运行的考验才能够基本断定系统的質量是否符合要求；通过了试运行的考验，再向用户提出工程项目的验收一般来说，用户的接受程度会比较高
    软件系统的试运行为什麼如此重要呢？这是根据不同的工程项目的特点如公路建设就不需试运行，住宅建设也不需试入住通过质检方式就可确定工程项目的質量。而另外一些工程项目则是必须要进行试运行的比如铁路系统建设、水电站建设、化工厂建设等，这些类型的工程项目不通过试運行，就不可能鉴定其质量信息应用系统的建设也是一样。
    另外在向用户提出项目验收前，还得整理并提交完整的工程技术文档、系統维护文档、软件配置清单给用户举办系统操作培训、维护培训，全面审核合同执行情况编制项目竣工报告，等等如果项目小组不紸意这些工作，用户大多也不会来提醒你用户只卡住验收关不让通过就可以了，当然也有部分用户可能会提醒项目小组离验收还差什么毕竟项目的实施任务是属于承建 单位的工作，承建单位理应完善自身的项目管理水平不可能让用户来督促你、提示你，那不是用户的職责更何况，很多用户自身也不知道IT项目该怎样管理有哪些工作需要完成，但承建单位很多不规范的做法、存在的问题让用户对质量不放心，用户却是能够觉察到的特别要注意的是，项目经理在计划项目验收时应当与用户的主要领导充分沟通，让客户领导了解项目的建设过程了解项目的质量实施情况，让领导对项目的验收充满信心但请仔细分析本题，案例场景中通篇并没有提到关于工程文档、配置清单、培训等话题这些内容并不是本题的关键，未提及的内容张工可能没做到，但也可能做到不好断言。我们只要能够抓住場景所描述的张工的主要缺陷一是制定测试计划的时机不对，二是根据测试断定软件系统的质量不对只要能抓住这两点就够了。其他嘚内容也可以反映在答案中，但要注意语言要简练虽不会导致扣分，但也不是得分的要点

版权所有：广州求知教育科技有限公司

上海微思工程项目管理咨询有限公司

上海微思工程项目管理咨询有限公司初创于2007年正式注册于2010年，于2016年开始集团化经营微思咨询是一家为专业技术人员及工程类企业提供专业咨询与服务的公司，服务范围涵盖：职称规划、人才猎聘、资质管理、工商注册、财税服务、知识产权等公司在发展过程中一矗奉行以下理念，我们相信这些理念将是推动我们不断发展和持续经营的动力来源
1.以实现客户的价值为目标
微思咨询定位为一家专业的咨询服务公司，为专业技术人员及工程类企业客户提供有价值的信息、咨询及代理活动等服务致力于解决客户在个人、企业发展过程中所亟需帮助的难题，与客户共同成长、促进客户的良好发展见证客户自身价值的实现。只有我们的客户成功了我们才能够成功！
2.以专業精神为生存法则
专业问题是事关“生死”的大问题，作为一家在专业细分领域提供服务的咨询公司专业精神不但是帮助客户实现自身價值的必要前提，也是公司持续经营发展的基本要求
专业精神具体体现在三个层面：
① 顾问团队及支持团队本身拥有过硬的专业知识和解决问题的能力，提供给客户的每一项信息和服务都要保证准确、有效、可行
② 公司要求每一位成员具有强烈的责任意识和奉献精神，能够熟练运用专业领域知识全心全意帮助客户解决问题
③ 公司管理层以更好地服务客户为中心建立相适应的组织形式、管理制度和运营模式。
3.以不断创新、止于至善为企业灵魂
明清着名思想家王夫之曾提出“学成于聚新故相资而新其故；思得于永，微显相次而显察于微”的治学理念，“微思”正是由此而来公司的发展亦如个人的成长，在公司发展的过程中所有成员也应该坚持脚踏实地、务实进取的原则不可好高骛远。对工作要抱有一种执着的态度孜孜以求，凡事讲求“合理化”不肯轻易放过任何一个细节，不断积累细小的改善和提升要以打破沙锅问到底的治学精神经营管理公司。
微思在市场竞争中赢得客户我们依靠专业的服务，优良的信用稳定卓越地獲得了客户一致的口碑和信任。公司注重于长远、稳定和可持续的发展模式强调各项制度的执行。我们能够接受每个成员不同的爱好和性格可以包容日常工作中难以避免的错误；但决不纵容同一错误多次发生，不接受个人价值观凌驾于集体的利益之上对于有强烈工作進取心的优秀成员，公司视为最大的财富；但对于违反公司制度以及公司行为准则的成员公司会坚决劝退或辞退。
帮助我们的客户不断獲得成功！
持续为客户提供更高质量的服务
集体智慧是我们拥有和可以依赖的唯一资源，没有任何一项事业是一个人可以独自完成的集体的力量会永远超出我们的想象。
客户是我们永远的老师客户手里握着我们如何更好地生存和发展的答案。

历年招聘： 2018年比2017年多2个职位

薪酬对比： 比同地区↓24% 比同行↓42%

关注该公司的人还关注了

专业培训 全勤奖 带薪年假 ...

2720人次浏览， 专业服务(咨询、人力资源、财会) | 50-99人

2019人次浏览 专业服务(咨询、人力资源、财会) | 100-499人

专业培训 五险一金 出国机会 ...

1579人次瀏览， 金融/投资/证券

专业培训 五险一金 交通补贴 ...

7353人次浏览 专业服务(咨询、人力资源、财会) | 100-499人

弹性工作 加班补贴 五险一金 ...

8459人次浏览， 专业垺务(咨询、人力资源、财会) | 100-499人

通过我们的不懈努力推动中国企业的资源整合与战略管理能力提升。

上海微思工程项目管理咨询有限公司好评度86%，来自2家网站点评想了解公司点评，就上职友集发现和了解你未来的雇主。

我要回帖

更多关于 好的软件推荐 的文章

 

随机推荐