《软件项目运作流程》由会员分享，可在线阅读，更多相关《软件项目运作流程（36页珍藏版）》请在金锄头文库上搜索。
1、项目运作流程项目运作流程内容1、市场调研分析2、可行性研究3、产品立项4、需求调研5、系统设计开发6、系统测试7、产品发布8、产品维护流程图市场调研产品立项可行性研究需求调研系统设计开发产品发布系统测试产品维护产品升级1、市场调研分析市场调研主要有两种形式：1、主动模式；2、被动模式1.1市场调研分析-主动模式所谓主动模式，是将公司或者企业作为需求接收的被动方，需求提出者有明确的主体，如果A公司需要B公司为其提供企业信息管理系统，那么A公司为需求提出者，主动方，B公司为需求接收者，被动方。这种模式下进行需求调研，一般来说比较容易处理，同时因为有明确的对象，总体项目收益较被动模式明显。1.2市场
2、调研分析-被动模式所谓被动模式就是在没有明确的需求提出者时，由公司或企业主动提出给特定使用用户群提供某种产品的模式。如我公司发现在邮箱业务上存在大量的潜在客户，那么可由公司的市场人员，主动提出此类需求。这种模式较主动模式有明显的差异，在用户群不确定的情况，需求将是不明确的，给公司或企业的带来一定风险，后期的项目运作过程可能面临着多次变更的风险。调研主体：市场人员、销售人员等调研方式：客户走访，市场观察，报刊媒体等；输出文件：XXX项目市场调研分析报告案例我们本次课程以一个论坛系统作为我们的假想项目，从初期的需求分析到最后产品发布，我们将以一个测试人员的身份参与该项目。在这个过程，掌握实际的测试
3、技能。首先，在开发该论坛系统之前，市场人员需根据市场的需求情况，结合该需求带来的利益点进行初期的市场分析，完成后再进行可行性研究。2、可行性研究可行性研究方法是以预测为前提，以投资效果为目的，从技术上、经济上、管理上进行全面综合分析研究的方法。可行性研究的基本任务，是对新开发产品或升级产品的主要问题，从技术经济角度进行全面的分析研究，并对其投产后的经济效果进行预测，在既定的范围内进行方案论证的选择，以便最合理地利用资源，达到预定的社会效益和经济效益。从软件角度看，可行性研究重点解决的是前期的市场调研是否可行，能否在一定的成本压力下，持续的为公司、企业带来适当的利益，无论从社会效益还是经济效益。
4、可行性研究主体：市场人员、销售人员等；可行性研究对象：在市场调研阶段产生的XXX项目市场调研分析报告；输出文件：XXX项目可行性分析报告案例XX公司市场人员经过调研发现，绝大多数网民喜欢在论坛上讨论技术或者灌水聊天，大多数的论坛每天的浏览量都相当高，如果公司开发一个论坛，在吸引大量用户后，可以将公司的广告，或者其他公司的广告投放进去，收益相当不错。于是，他们根据前期的需求调研报告，结合公司的技术，资源情况，生成可行性报告，以说明该项目是否可行。3、产品立项在前期的市场调研、可行性研究经过评审确认可行后，则由需求调研人员牵头，进行产品立项，并进行产品小组的建立，同时制定产品的运作计划，如需求调研
5、，产品设计，产品测试，产品发布等等一系列的工作步骤及时间点。立项负责人：市场调研人员；工作内容：提交产品立项申请，审批通过后，制定产品计划书，确定产品各个阶段的工作流程及时间进度表；案例XX调研人员经过市场调研与可行性研究后，发现该项目在公司现有的资源环境下，能够实施，且能为公司带来一定的收益，故提出立项申请，在公司领导审批通过该立项申请后，XX调研人员开始制定项目计划表，同时申请成立项目组。4、需求调研产品立项后，则需要进行详细的需求调研。需求调研一般有两种模式：1、主动模式；2、被动模式；在第一种情况下，公司需要派出需求调研小组与客户直接沟通，以获得正确可靠的需求。第二种情况是市场调研人员
6、根据自己的经验判断，无明确的需求提出者，这样的项目有一定的风险。需求调研是整个项目最为重要的环节，此环节输出的一切资料都是后期工作的依据。所以，很多公司在这个阶段会投入较长的时间，花费大量的人力、物力，以保证需求调研的充分及正确。从测试角度来说，测试人员需在这个阶段就参与进来，从初期的需求调研到后期的系统测试，测试人员能够在第一时间接触处初始需求，对整个项目质量是有积极意义的。需求调研期间一般要做以下几件事：1、与客户座谈，输出需求记录表；2、走访实际业务流水线，掌握客户实际业务流程；3、输出需求整理文档，最好作出demo让用户确认；4、最终输出用户需求规格说明书；需求调研中可能存在的问题1、
7、用户无法确切描述其所期望的系统功能；2、无法获取实际的业务流程；3、无法获得客户的支持，使得需求调研流于表面在上述几个问题中，我们需要特别注意的是第一点，因为没有准确正确的需求，将会给我们的项目开发测试埋下炸弹，带来无尽的变更与返工。需求调研参与人员：市场人员，开发人员，测试人员等；调研对象：客户或假想客户（广泛的用户群）输出：需求规格说明书案例XX调研人员根据市场需求，同时参考其他论坛的功能模式，提出本次需求，在这里，该调研人员扮演了两个角色：需求调研人员、需求提出者。5、系统设计开发在输出需求规格说明书，经过评审确定后，则由项目组内的开发人员进行系统设计，一般的，如果公司有专门的系统架构师
8、，则会由系统架构师进行系统的概要设计，在需求阶段已经提出系统的开发模式，在概要设计阶段，主要解决的是系统的整体架构，从稳定性，安全性，扩展性，可维护性等方面进行设计，然后再进行系统的详细设计，数据库设计等相关事宜。案例论坛开发组根据需求规格说明书，进行系统的概要设计，详细设计以及数据库设计等工作，同时测试部门根据需求规格说明书进行测试计划的制定，需求的测试，测试用例的设计等。6、系统测试在开发部门完成代码编写，模块集成后，由测试部门进行该项目的测试，按照前期的测试计划，利用测试用例进行系统的功能、性能测试。在经过多次版本的迭代后，完成系统测试，输出测试报告。案例论坛测试组根据测试组长的任务分配
9、，有计划有步骤的执行测试用例，根据测试计划中的测试尺度，进行版本的迭代测试，在系统BUG处理情况达到测试计划中的测试停止标准时，输出测试报告，结束项目测试。7、产品发布经过开发部门，测试部门的努力，产品在预定的日期完成，由项目组择日发布。案例论坛项目组进行环境部署，测试部门进行发布前功能验证，实施部门保证系统的稳定正确运行。8、产品维护在交付使用后，需根据需求调研阶段的协议，制定产品维护流程，在出现问题需及时解决，直到产品使用废弃或升级，进行新的生命周期。课程总结本次课程从一个项目的开始，到该项目的结束，系统全面的介绍了项目的生命周期，从这个过程我们可以看出，测试人员在项目的需求调研阶段就加入
10、，直到项目的发布上线，所以，测试人员所参与的工作，并不是一般意义上的代码功能测试，在项目的每一个环节都有测试人员的工作。测试人员与项目的关系目的把握测试人员的定位明确测试人员的职责掌握工作方法内容1、与客户的关系；2、与项目经理的关系；3、与开发人员的关系；4、与测试同事的关系1、与客户的关系测试人员与客户之间的是同盟关系测试人员是第一用户2、与项目经理的关系在整个项目过程中，测试人员服从与项目经理的管理，需在整体项目的运作下完成测试工作，在发生争议时（主要体现在BUG上），需服从项目经理的处理意见，但必须有书面记录与确认信息。3、与开发人员的关系测试人员与研发人员是利益的共同体双方在工作中是对立的，但在整个项目中又是统一的4、与测试同事的关系在测试工作中，测试人员需要充分发挥团队合作的精神，努力将系统中存在的缺陷尽早的发现，这样就要求测试人员在测试自己负责模块的同时，熟知整个系统的运作情况，清楚各模块间的接口，其他同事负责模块与自己的联系。这样才能从一定程度上保证测试质量，也能使工作效率较高。本次课程总结本次课程主要介绍了测试人员在项目运作过程中与各个角色间的关系，我们需要清楚自己的角色，这样才能在自己的岗位上做好工作，使项目组在一个团结高效的流程下运作。
