1.项目需求分析怎么写
项目需求分析的概念 需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程。
(这个和我在微软体验到的又不太一样,微软的需求分析大多是市场人员和用户协助小组的人去评估用户的接受程度,这一点也可以理解,因为公司的性质有根本差别)在这个过程中,用户的确是处在主导地位,需求分析工程师和项目经理要负责整理用户需求,为之后的软件设计打下基础。需求分析阶段结束后,要求得到:1.SRS文档(System Requirement Specification); 2.DRM 文档;3.Acceptance Plan. 从广义上理解:需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。
狭义上理解:需求分析指需求的分析、定义过程。 一、为什么要需求分析 需求分析就是分析软件用户的需求是什么.如果投入大量的人力,物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. 需求分析之所以重要,就因为他具有决策性,方向性,策略性的作用,他在软件开发的过程中具有举足轻重的地位.大家一定要对需求分析具有足够的重视.在一个大型软件系统的开发中,他的作用要远远大于程序设计. 二、需求分析的任务 简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求.三、需求分析的过程 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括:功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率),安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标. 分析与综合 逐步细化所有的软件功能,找出系统各元素间的联系,接口特性和设计上的限制,分析他们是否满足需求,剔除不合理部分,增加需要部分.最后,综合成系统的解决方案,给出要开发的系统的详细逻辑模型(做什么的模型). 制订规格说明书 即编制文档,描述需求的文档称为软件需求规格说明书.请注意,需求分析阶段的成果是需求规格说明书(好象软考曾经考过这个问题),向下一阶段提交. 评审 对功能的正确性,完整性和清晰性,以及其它需求给予评价.评审通过才可进行下一阶段的工作,否则重新进行需求分析。
四、需求分析的方法 需求分析的方法有很多.这里只强调原型化方法,其它的方法如:结构化方法,动态分析法等(个人认为,对初学者不必深究这些方法,实际上我也从来没用过这些方法)在此不讨论. 原型化方法是十分重要的(是软考等常考的知识点).原型就是软件的一个早期可运行的版本,它实现了目标系统的某些或全部功能. 原型化方法就是尽可能快地建造一个粗糙的系统,这系统实现了目标系统的某些或全部功能,但是这个系统可能在可靠性,界面的友好性或其他方面上存在缺陷.建造这样一个系统的目的是为了考察某一方面的可行性,如算法的可行性,技术的可行性,或考察是否满足用户的需求等.如,为了考察是否满足用户的要求,可以用某些软件工具快速的建造一个原型系统,这个系统只是一个界面,然后听取用户的意见,改进这个原型.以后的目标系统就在原型系统的基础上开发. 原型主要有三种类型(软考考过):探索型,实验型,进化型.探索型:目的是要弄清楚对目标系统的要求,确定所希望的特性,并探讨多种方案的可行性.实验型:用于大规模开发和实现前,考核方案是否合适,规格说明是否可靠.进化型:目的不在于改进规格说明,而是将系统建造得易于变化,在改进原型的过程中,逐步将原型进化成最终系统。 在使用原型化方法是有两种不同的策略:废弃策略,追加策略.废弃策略:先建造一个功能简单而且质量要求不高的模型系统,针对这个系统反复进行修改,形成比较好的思想,据此设计出较完整,准确,一致,可靠的最终系统.系统构造完成后,原来的模型系统就被废弃不用.探索型和实验型属于这种策略。
追加策略:先构造一个功能简单而且质量要求不高的模型系统,作为最终系统的核心,然后通过不断地扩充修改,逐步追加新要求,发展成为最终系统。进化型属于这种策略.。
2.职业个人需求怎么写
不想当将军的兵不是好兵,即使当不了将军也要能够从将军的角度去思考和解决问题,这样才能做一个更好的有可能成为将军的士兵. 成为一名优秀的人力资源经理是我的职业发展目标.我想做的是改善目前混乱的管理现状,特别是关注几乎被彻底漠视的员工的需求,让企业中的每个人尽可能地发挥所长,帮助他们快乐地工作和生活,让企业成为令人尊敬的企业.听起来很像政客的宣言是吗?但是现在的我的确是这样想的.因为就目前来说,我也是被漠视的一员,而且生活在一群被漠视的人中间.既然从来就没有什么救世主,那么要改变自己和别人的现状就只能够从自己的努力开始.有句话怎么说的?如果对一个组织不满意,最好的办法是爬到顶端,然后改变它. 有位叫苏青的作者写了《人力资源经理应该具备怎样的能力?》一文,按它的脉络,分析一下: 一) 公正、忠信、坚定勇敢的意志力。
公正忠信没有问题.因为本人由于懒及胆小怕事,总是按规则办事,如果现在还有君主一类的东东,应该会是属于愚忠的那一类人.但这又对坚定勇敢的意志力形成了威胁,所以我最担心的是我顶不住压力,特别是来自上层的不正确的意见,会让我很挣扎很痛苦.那这个问题没有解决办法,只能指望有一条退路,然后无欲则钢,看看能坏到哪去. 二) 对人性的正确、全面的了解以及广博的知识。 这点十分之欠缺,因为容易看到恶的一面,又嫌人际交往太过麻烦,最根本的还是没有开放的心态,所以与人交往不多,由此带来的认识就片面\偏向\阴暗.广博的知识勉勉强强,因为兴趣爱好多到了没有兴趣的地步,所以啥都有一点,不过不深.这是不好的.所以以后要多接触一些人,试着了解他们. 三、亲和力和优秀的人际关系处理技巧。
保守有余,活力不足.我的朋友说我一开始接触时看起来严肃,只有熟了以后才会谈到一起,这应该是亲和力不足的表现.不过待人诚恳也是别人对我的评价.改进?参见上一条. 四、实现人力资源有效管理的专业能力 1.人力资源规划管理(完整规划没做过,基础分析做得多)和人力资源管理手册设计(基本可以完成)的能力。 2.职位分析(没有做过,止于知道)和绩效考核管理(指标设定不行,因为对业务生疏了)能力。
3.薪酬与福利管理能力。 一直在做的,执行OK,没有做过设计. 4.人力资源开发、培训能力。
(些许培训经验,但是在职业发展与培训结合方面虽然关注,不过没有实际行动,应该成为努力方向) 5.人事制度管理能力。 OK.因为现在俨然是员工首选制度咨询师. 当然,作为人力资源经理还应具备组织能力、领导能力、表达能力、自信力(以及对人力资源管理工作的兴趣或爱好)等其它素质能力。
经过这样总的分析,要实现我的职业目标还是有比较大的难度: 1、性格上的缺陷:脆弱、内向、不善于与人交往、保守。每个人都是不完美的,在实在没法改变的情况下,要把缺点变成特点。
随着时间的打磨,我相信自己。 2、专业能力的上欠缺:对业务方面了解不够,特别是对各个岗位的了解仅限于道听途说,没有一手的认知。
在本专业内,只限于一些低层次的工作,而且 PM对我的认同也只是因为工作量大,但又没有误太多的事而已。这样以苦劳获取的评价不是我所希望的。
我相信渡过这一段人手奇缺的时期,我会有更多的时间来做那些没有做过的难度大一些的工作。 3、具体实行上的困难和可能出现的变数:一是经过测算,工作量大占用时间长的情况在未来的三个月内不会有所改变,每天加班三小时?可能家庭方面会出现问题;二是缺乏指导,PM没有训练人的习惯、公司也没有这样的机制,但这也不能怪他们,否则的话我怎么会有我的政客宣言呢?这点自己解决;三是有可能会有不希望的PM的变更,Oh my God!那样的人成为我的上级?也许会使我的职业发展目标要绕好大弯才能实现或者被迫作出改变,不过兵来将挡,水来土淹,条条大路通罗马! 最后的总结和行动计划是: 1、按既定计划完成累积的小事。
2、增加自我培训的时间。 3、主动承接不熟悉的领域内的工作。
参照: 对初创的风险企业来说,创业计划书的作用尤为重要,一个酝酿中的项目,往往很模糊,通过制订创业计划书,把正反理由都书写下来。见后再逐条推敲。
创业者这样就能对这一项目有更清晰的认识。可以这样说,创业计划书首先是把计划中要创立的企业推销给了创业者自己。
其次,创业计划书还能帮助把计划中的风险企业推销给风险投资家,公司创业计划书的主要目的之一就是为了筹集资金。因此,创业计划书必须要说明: (1)创办企业的目的——为什么要冒风险,花精力、时间、资源、资金去创办风险企业? (2)创办企业所需多少资金?为什么要这么多的钱?为什么投资人值得为此注入资金?对已建的风险企业来说,创业计划书可以为企业的发展定下比较具体的方向和重点,从而使员工了解企业的经营目标,并激励他们为共同的目标而努力。
更重要的是,它可以使企业的出资者以及供应商、销售商等了解企业的经营状况和经营目标,说服出资者(原有的或新来的)为企业的进一步发展提供资金。 正是基于上述理由,创业计划书将是创业者所写的商业文件中最主。
3.来,讨论一下怎么写需求文档吧
用例和UP的讨论
UML 中各种图形的重要性排行
先谈谈我的想法。
1、功能需求;
2、非功能需求或技术需求;
我一般把功能需求划分为几个部分:
a、业务过程;
b、业务规则;
c、业务数据;
非功能需求(技术需求)我就不多说了,大致就是可用性,可靠性,性能,可支持性等等。
1、用例规格说明描述业务过程;
2、业务规则文档描述业务规则;
3、术语表描述业务数据;
4、补充规格说明描述非功能需求(技术需求);
UP的做法还是很有道理的。这体现了两个原则:
1、分离关注点(每个文档描述相对独立的领域);
2、减少重复(很多用例都会引用相同的业务规则及业务数据);
这样便能够尽可能的使文档结构清晰,易阅读,易理解。也便于跟踪和维护。
但另一方面由于将不同的领域分离到不同文件的做法也使得可阅读性有所降低。比如用例规格说明中的业务过程描述时常需要引用业务规则文档中的业务规则及术语表中的业务数据。由于不是很方便在各个文档之间导航,你可能需要打开多个文档进行交叉阅读。这是比较麻烦的,特别是对于用户来说。
而且UP中每个用例都单独作为一个文件存在,这可能是为了便于跟踪及管理的缘故吧。但正如上所述,文件多了看着就觉得不爽了。我觉得完全可以将用例合并到一个文档中。或者几个相对独立的文档中(比如根据子系统划分)。
易理解,
易沟通,
易确认,
易跟踪,
易测试,
易验收
我想我们都应该以这个为目标来进行思考。
推荐链接Java开发新方式:专注UI,快速开发!
4.项目需求说明书,怎么写
一 引言 1、编写目的 说明编写这份项目需求说明书的目的,指出预期的读者。
2、背景说明:(1)待开发的软件系统的名称。(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
(3)该软件系统同其他系统或其他机构的基本的相互来往关系。 3、定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
4、参考资料 列出用得着的参考资料,如:(1)本项目的经核准的计划任务书或合同、上级机关的批文。(2)属于本项目的其他已发表的文件。
(3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
二 任务概述 1、目标 叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2、用户的特点 列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。这些是软件设计工作的重要约束。
3、假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。三 需求规定 1、对功能的规定 用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
2、对性能的规定(1)精度 说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。(2)时间特性要求 说明对于该软件的时间特性要求,如对:① 响应时间。
② 更新处理时间。③ 数据的转换和传送时间。
④ 解题时间。等的要求。
(3)灵活性 说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:① 操作方式上的变化。② 运行环境的变化。
③ 同其他软件的接口的变化。④ 精度和有效时限的变化。
⑤ 计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3、输入输出要求 解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
4、数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。 5、故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
6、其它专门要求 如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。四 运行环境规定 1、设备 列出运行该软件所需要的硬件设备。
说明其中的新型设备及其专门功能,包括: (1) 处理器型号及内存容量。 (2) 外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量。
(3) 输入及输出设备的型号和数量,联机或脱机。 (4) 数据通信设备的型号和数量。
(5) 功能键及其他专用硬件。 2、支持软件 列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
3、接口 说明该软件同其他软件之间的接口、数据通信协议等。 4、控制 说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。
五 数据要求 1、数据的逻辑描述 对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据,指在运行过程中主要作为参考的数据,它们在很长的一段时间内不会变化,一般不随运行而改变。
所谓动态数据.包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组,列如函数、源数据或对于其应用更为恰当的逻辑分组。
给出每一数据元的名称(包括缩写和代码)、定义(或物理意义)度量单位、值域、格式和类型等有关信息。 (1) 静态数据??列出所有作为控制或参考用的静态数据元素。
(2) 动态输人数据??列出动态输入数据元素(包括在常规运行中或联机操作中要改变的数据)。(3) 动态输出数据??列出动态输出数据元素(包括在常规运行中或联机操作中要改变的数据)。
(4) 内部生成数据??列出向用户或开发单位中的维护调试人员提供的内部生成数据。(5) 数据约定??说明对数据要求的制约。
逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的限制(容量、文卷、记录和数据元的个数的最大值)。对于在设计和开发中确定是临界性的限制更要明确指出。
2、数据的采集(1) 要求和范围 按数据元的逻辑分组来说明数据采集的要求和范围,指明数据的采集方法,说明数据采集工作的承担者是用户还是开发者。
5.如何写质量保证体系
原发布者:秋日柠檬香
质量保证体系目录1.质量目标2.质量保证体系3.质量保证措施1.质量目标本工程质量目标如下:⑴质量事故零目标;⑵质量验收评定目标:单元工程合格率100%,单元工程优良率90%以上,分部工程优良率90%以上,工程一次交验合格率100%,⑶工程外观质量目标:92分以上;⑷质量评定等级目标:合格。2.质量保证体系2.1质量管理组织机构根据本工程招标文件的要求,本投标人拟在现场成立质量检查部及项目部质量管理领导小组,对工程施工全过程进行管理和控制,以满足本工程质量目标的需要和实现本投标人的承诺。2.2质量检查机构为了对本工程的全过程进行有效监控,以保证本工程的质量目标,本投标人拟在现场建立独立的质量检查机构——质量检查部,质量检查部部长由本投标人法定代表人直接任命,由其负责本工程施工全过程的质量检测和过程监控,质量检查部配备2名专职质量检查员,并持证上岗。如发包人和监理人认为我们所配备的质量检查人员不能恰当地履行独立质量检查职责,我方愿意从相关单位高薪聘请专业施工监理人员充实质量检查部。2.3质量管理保证体系根据本投标人所采用的ISO9001/2000质量体系要求,建立本工程的质量保证体系,由组织体系、思想体系、控制体系三部分组成。建立以思想体系为基础、组织体系为保证、控制体系为保证措施、质量管理制度来规范质量管理行为的严密质量保证体系。质量保证体系框图如下图示: