精华内容
参与话题
问答
  • 一个完整的软件项目开发流程

    千次阅读 多人点赞 2018-02-28 09:13:13
    在我转产品之前,虽然我混迹IT行业,做过实施和售前,也跟研发打过交道,但我一直都不知道一个软件是怎么开发出来的。...所以本文面向的对象是,适合和我当初一样对软件开发一无所知的IT从业者(或者有兴趣...

    在我转产品之前,虽然我混迹IT行业,做过实施和售前,也跟研发打过交道,但我一直都不知道一个软件是怎么开发出来的。直面客户,扛着压力,在对程序一无所知的情况下,很容易产生一些想法:为什么产品的结果是这样?为什么产品开发的速度不能再快一点?为什么程序员经常加班?他们都在忙些什么?测试是不是就是每天忙着点点程序看会不会报错?

    所以本文面向的对象是,适合和我当初一样对软件开发一无所知的IT从业者(或者有兴趣者),另外也欢迎我的程序员小伙伴和测试小伙伴,因为你们也懂这个过程,所以我们可以作更多探讨,这个过程中我们可能会发现大家对同一件事的理解并不一致,也许经过碰撞,我们能共创智慧的果实。

    一、开发流程图

    为使流程更清晰,本图省略了各环节的评审,如有更好的表现形式,欢迎提出建议。

    二、过程产物及要求

    本表主要列出开发阶段需要输出的过程产物,包括产物名称、成果描述、负责人及备注,即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。


    三、过程说明

    项目启动

    产品经理和项目干系人确定项目方向,产品型项目的干系人包括公司领导、产品总监、技术总监等,项目的话则包括客户方领导、主要执行人等。

    公司领导确认项目组团队组成,包括产品经理、研发项目经理、研发工程师、测试团队等。

    明确项目管理制度,每个阶段的成果产物需要进行相应的评审,评审有相应的《会议纪要》;从项目启动起,研发项目经理每周提供《项目研发周报》;测试阶段,测试工程师每周提供《项目测试周报》。

    产品经理进行需求调研,输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。

    产品经理完成《业务梳理》。首先,明确每个项目的目标;其次,梳理项目涉及的角色;再来,每个角色要进行的事项;最后,再梳理整个系统分哪些端口,要有哪些业务模块,每个模块再包含哪些功能。

    需求阶段

    进入可视化产物的输出阶段,产品经理提供最简单也最接近成品的《产品原型》,线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作,页面跳转流程图主要指不同界面间的跳转关系。

    产品经理面向整个团队,进行需求的讲解。

    研发项目经理根据需求及项目要求,明确《项目里程碑》。根据项目里程表,完成《产品开发计划》,明确详细阶段的时间点,最后根据开发计划,进行《项目任务分解》,完成项目的分工。

    研发工程师按照各自的分工,进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务,评估技术可行性。

    设计阶段

    UI设计师根据产品的原型,输出《界面效果图》,并提供界面的标注,最后根据主要的界面,提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等,方便研发快速开发。UI设计常涵盖交互的内容。

    研发工程师在界面效果图,输出《需求规格》,需求规格应包含最终要实现的内容的一切要素。

    研发工程师完成《概要设计》、《通讯协议》及《表结构设计》,及完成正式编码前的一系列研发设计工作。

    开发阶段

    研发工程师正式进入编码阶段,这个过程虽然大部分时间用来写代码,但是可能还需要进行技术预研、进行需求确认。

    编码过程一般还需进行服务端和移动端的联调等。

    完成编码后需要进行功能评审。

    测试阶段

    测试工程师按阶段设计《测试实例》,未通过的流程测试提交至Jira,分配给相应的开发人员调整。

    研发工程师根据测试结果修改代码,完成后提交测试,测试通过后完成。

    测试工程师编写《测试结果报告》,包括功能测试结果、压力测试结果等。

    测试工程师编写系统各端口的《操作手册》、维护手册等。

    系统上线

    与客户或者上级达成一致后,系统进行试运行,稳定后上线。

    最后,以上内容仅限于我所在公司,不代表绝对专业意见,不知道其他行业的IT小伙伴和我们是否一样呢,欢迎与我交流

    本文转自:人生如轻尘栖弱草

    以上内容为原创,转载请标明来源,谢谢。

    展开全文
  • 完整软件研发流程

    千次阅读 2019-09-16 13:04:45
    软件产品开发流程: 下图所示的是一个软件产品开发大体上所需要经历的全部流程: 1、启动 在项目启动阶段,主要确定项目的目标及其可行性。我们需要对项目的背景、干系人、解决的问题等等进行了解。并编制...

    软件产品开发流程:

    下图所示的是一个软件产品开发大体上所需要经历的全部流程:

     

    1、启动

     

    在项目启动阶段,主要确定项目的目标及其可行性。我们需要对项目的背景、干系人、解决的问题等等进行了解。并编制项目章程和组建项目团队,包括:产品经理、架构工程师、UI工程师、开发工程师、测试工程师等。

    完成以上准备工作之后,召开项目启动会,启动会结束则进入下一步的工作。

     

    2、规划

     

    在项目的规划阶段,项目经理需要和项目需求方,以及项目的相关干系人确定项目的范围,创建WBS,确定项目的里程碑和项目计划。同时制定项目的管理计划,包括成本、质量、风险等方面的预测和控制方案。

     

    3)需求

     

    在需求阶段,需要对采集的需求进行需求分析,编写PRD文档、UI设计、高保真设计。

    最后进入需求评审,评审通过则进入下一步的工作

     

    4)设计

    在设计阶段,设计人员根据需求文档,对软件系统进行设计,包括数据结构、系统架构、业务模型及规则、流程控制、模块接口等。 输出概要设计,详细设计文档,以及数据库设计说明书等。

     

    5)开发

    在明确需求后,开发工程师正式进入编码阶段,根据产品原型图、UI效果图、设计文档,选择合适的开发环境、开发工具、开发语言等等进行实现,这个阶段也是个很长很难的阶段,也是软件实现的核心。

     

    6)功能测试

    对软件进行测试是保证软件质量的重要手段。开发工程师开发完成后,可以交由测试工程师测试。测试工程师测试到BUG要反馈给开发,开发进行修改。功能测试通常需要进行很多次,直到测试通过,达到质量要求。

     

    7)端到端测试

    在端到端测试阶段,测试人员根据完整的业务流程设计可以覆盖全流程的端到端测试案例,然后基于端到端案例对系统的各个模块进行全面测试,确保系统能够符合需求和验收质量标准。

     

    8)用户验收测试

    用户验收测试阶段,也是通常的UAT(User Acceptance Test)阶段,用户验收测试是最终用户可以检查软件是否符合业务要求的最后阶段。UAT由了解要求并了解构建软件目的的最终用户执行。此测试是在软件运行之前执行的最后一次测试。最终用户使用现实生活场景并为真实数据构建UAT测试用例,用户验收测试在最终用户在上线之前验证软件是否满足这些业务需求方面具有重要作用。

    9)上线

     

    所有测试通过,并与客户或者上级达成一致后,系统进行试运行,稳定后上线。

    上线包括:上线部署、部署后验证、整理交付物(需求文档、设计文档、安装部署手册、产品帮助等等)和运维移交。

     

    10)收尾

    项目的收尾阶段,移交项目成果,释放项目团队,进行项目回顾总结,项目汇报,完成项目结项。

     

    Leangoo项目管理软件管理阶段式软件产品开发

     

    首先我们在Leangoo中,创建一个项目(选择阶段式项目)

    在阶段式项目中,建议使用leangoo中“阶段式软件开发项目”项目模版。

    在“阶段式软件开发项目”项目模版中,系统自动为您创建了10个阶段看板(一个阶段一个看板)、1个缺陷看板、1个风险管理看板和1个变更管理看板。

    如下图:

    在每个阶段看板中,都提供了该阶段需要完成的目标的参考样本,供参考~

     

    1)阶段式看板

    一个标准的阶段看板包括了:阶段目标,待办,进行中,已完成,如下图所示:

     

     

    • 阶段目标:放置本阶段需要达成的目标,每个目标一张卡片,占一个泳道。
    • 待办:放置为了完成阶段目标需要完成的具体工作任务(工作项),一个目标对应多个工作任务。(如上图红框所示)
    • 进行中:进行中的工作任务。
    • 完成:已经完成的工作任务。

    2)缺陷看板

    用于跟踪管理产品缺陷,系统已为您设定好缺陷处理的流程。(可根据需要自定义流程)

    3)风险管理看板

    风险管理看板是对项目风险进行识别、分析、处理和监控的过程,是项目管理中很重要的管理活动,有效的实施软件风险管理是软件项目开发工作顺利完成的保证

     

    4)变更管理看板

    变更管理流程是成功交付项目的基础,变更管理确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。

     

    统计

    跟踪每个阶段的进展

    甘特图

    项目进度——跟踪整个项目总体进展

    注:对于不同企业,不同产品,可能会有不同的流程和要求。以上可作为参考~

     

     

     

     

     

     

    展开全文
  • 软件开发基本流程【一】

    万次阅读 多人点赞 2019-02-14 10:45:49
    它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用软件工程开发语言(形式功能规约,即需求规格说明书)表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题,建立软件的逻辑模型,编写...

    分析 


    软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用软件工程开发语言(形式功能规约,即需求规格说明书)表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题,建立软件的逻辑模型,编写需求规格说明书文档并最终得到用户的认可。需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。本阶段的工作是根据需求说明书的要求 ,设计建立相应的软件系统的体系结构,并将整个系统分解成若干个子系统或模块,定义子系统或模块间的接口关系,对各子系统进行具体设计定义,编写软件概要设计和详细设计说明书,数据库或数据结构设计说明书,组装测试计划 。


    设计 


    软件设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据,也可以是可组合、可分解和可更换的功能单元。模块,然后进行模块设计。概要设计就是结构设计,其主要目标就是给出软件的模块结构,用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构,次要任务就是设计数据库,常用方法还是结构化程序设计方法。 


    编码 


    软件编码是指把软件设计转换成计算机可以接受的程序,即写成以某一程序设计语言表示的"源程序清单"。充分了解软件开发语言、工具的特性和编程风格,有助于开发工具的选择以及保证软件产品的开发质量。 
    当前软件开发中除在专用场合,已经很少使用二十世纪80年代的高级语言了,取而代之的是面向对象的开发语言。而且面向对象的开发语言和开发环境大都合为一体,大大提高了开发的速度。 


    测试 


    软件测试的目的是以较小的代价发现尽可能多的错误。要实现这个目标的关键在于设计一套出色的测试用例(测试数据和预期的输出结果组成了测试用例)。如何才能设计出一套出色的测试用例,关键在于理解测试方法。不同的测试方法有不同的测试用例设计方法。两种常用的测试方法是白盒法测试对象是源程序,依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。结构错误包括逻辑、数据流、初始化等错误。用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。白盒法和黑盒法依据的是软件的功能或软件行为描述,发现软件的接口、功能和结构错误。其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。黑盒法。 


    维护 


    维护是指在已完成对软件的研制(分析、设计、编码和测试)工作并交付使用以后,对软件产品所进行的一些软件工程的活动。即根据软件运行的情况,对软件进行适当修改,以适应新的要求,以及纠正运行中发现的错误。编写软件问题报告、软件修改报告 。 
    一个中等规模的软件,如果研制阶段需要一年至二年的时间,在它投入使用以后,其运行或工作时间可能持续五年至十年。那么它的维护阶段也是运行的这五年至十年期间。在这段时间,人们几乎需要着手解决研制阶段所遇到的各种问题,同时还要解决某些维护工作本身特有的问题。做好软件维护工作,不仅能排除障碍,使软件能正常工作,而且还可以使它扩展功能,提高性能,为用户带来明显的经济效益。然而遗憾的是,对软件维护工作的重视往往远不如对软件研制工作的重视。而事实上,和软件研制工作相比,软件维护的工作量和成本都要大得多。


    在实际开发过程中,软件开发并不是从第一步进行到最后一步,而是在任何阶段,在进入下一阶段前一般都有一步或几步的回溯。在测试过程中的问题可能要求修改设计,用户可能会提出一些需要来修改需求说明书等。

     

    1、项目设计 


    项目设计的主导思想,我觉得可以理解为两种,一种是完全设计,一个是简单设计。 
    完全设计是指在具体编写代码之前对软件的各种方面都调查好,做好详细的需求分析、编写好全部的开发文档,设计出程序全部流程后再开始写代码。 换句话说,就是全部的计划好了,能看到最终的样子,再开战。这好像也是很多“软件工程”书里要求的那样。开始的时候,我觉得这种方法不错也。什么都计划好了,照着做就是了。不过这里有个明显的问题,就是谁来做这个完美的计划?估计只有及其BT的人了,但是大部分人的想要完全设计,并且没有错误,或者已经有几种后备的容错方案,并能准确无误的推行。以达到最终目标。这样的境界,没有很多年的工作经历是不可能的。我也没有这样的本事,所以我也就放弃了这种想法。 
    简单设计:简单设计一种概念,一种可以接受的简单的设计,最起码数据库已经定下来,基本流程已经确定的方案,来作为程序设计的开始,并随时根据实际情况的进展来修正具体的功能设计,但这种功能修改不能是修改数据库结构。也就是说数据库结构是在编程之前经过反复论证的。这种方法减少了前期设计的时间,把代码编写工作和部分设计工作放在了一起,实际缩短了项目开发的时间。如果说完全设计方法要求有很厉害的前期设计人员,那么简单设计要求有很有设计头脑的编程人员。编程人员不仅仅是K代码的人而且要负责程序架构的设计。所以对程序员的要求就很高了。 简单设计的成功的一个基点是编程人员设计的逻辑结构简单并能根据需要来调整其逻辑结构,就是代码结构灵活,简单设计带来的另外一个变化就是会议会比较多,编程人员之间的交流就变的很重要。现在一般的中小型软件公司基本上都是采用简单设计的,除非那些很大型的软件公司。 
    总结,简单设计考验的是开发人员的能力。完全设计考验的是前期设计人员和整个项目组完整能力。(各种文档的编写,开发人员一定会要写一部分的。)


    2、设计变化和需求变化 


    开发人员最怕的是什么呢?设计变化,还是需求变化?我觉得需求变化是最最致命的。当你的一个项目数据库都定下来后,而且已经开发了若干个工作日,突然接到甲方公司提出,某个功能要改变,原先的需求分析要重新改,如果这个修改是涉及的数据库的表结构更改的话,那真是最致命的。这就意味着项目的某些部分得重新推倒重来,如果这个部分跟已完成的多个部分有牵连的话,那就后果更可怕了。所以当碰到这种情况发生,作为项目经理的你就应该考虑先查责任人,究竟是自己的需求分析做的不够好,还是客户在认同了需求分析后做出的修改,如果是后者的话,你完全可以要求客户对他的这个修改负责任!那么,呵呵,客户先生,对不起了,本次新增加的需求将归入另外一个版本。如果是改变前面某个需求的定义,那么说不定就要推倒重来了,不过这个时候到不用太在意,毕竟错的是客户。(项目正式开始前没有没有说清楚其需求)。所以,各位看客,在需求分析做好后,在开工之前一定要叫客户认可签字,并且在合同上要注明,当由客户原因引起的需求改变而造成开发成本的增加,客户要为此买单地。 
    如果在需求不变的情况之下,设计发生了变化,这个仅仅是我们内部之间的矛盾,商量一下就能解决。在简单设计中,因为前期的设计是不完整的,那么当进入任何一个新的模块进行开发时,都有可能引起设计的变化。开发人员的水平的高低就基本上决定了软件的好坏。


    3、代码编写

     
    当需求定下来数据库也定下来后, 其实我们就可以进行实质性的编码了,按照我的看法,一个人单独编程最好,能随时偷懒。(上网,和MM聊聊),但是现在的软件项目越来越大,工期也越来越紧,事实上我们一个小组里面,一般有3-5程序员,所以我们要强调团队合作性。那么你写的代码使得别人要能够看懂,我们必须在实际的编写代码过程中要有详细的编码规范,编码规范在很多书籍里面都提到过。但最起码以下的一些规范是我们必须要遵守的: 
     

    一)源程序文件结构: 
    每个程序文件应由标题、内容和附加说明三部分组成。 
    (1)标题:文件最前面的注释说明,其内容主要包括:程序名,作者,版权信息,简要说明 等,必要时应有更详尽的说明(将以此部分以空行隔开单独注释)。 
    (2)内容控件注册等函数应放在内容部分的最后,类的定义按 private 、 protected 、 pubilic 、 __pubished 的顺序,并尽量保持每一部分只有一个,各部分中按数据、函数、属性、事件的顺序。 
    (3)附加说明:文件末尾的补充说明,如参考资料等,若内容不多也可放在标题部分的最后。 
     

    二)界面设计风格的一致性: 
    由于采用可视化编程,所有的界面均与Win32方式类似,相应采用的控件等也大都为Windows操作系统下的标准控件,而且参考了其他一些市面上相关的企业内部管理的应用软件。 
    基于简单易操作的原则,贴近用户考虑,用户界面采用Windows风格的标准界面,操作方式亦同Windows风格,这样在实施过程,可以降低对客户的培训,也可以使用户容易上手,简单易学。 
     

    三)编辑风格: 
    (1)缩进:缩进以 Tab 为单位,一个 Tab 为四个空格大小。全局数据、函数 原型、标题、附加说明、函数说明、标号等均顶格书写。 
    (2)空格:数据和函数在其类型,修饰(如 __fastcall 等)名称之间适当空格并据情况对 齐。关键字原则上空一格,不论是否有括号,对语句行后加的注释应用适当空格与语句隔开并尽可能对齐。 
    (3)对齐:原则上关系密切的行应对齐,对齐包括类型、修饰、名称、参数等各部分对齐。 
    另每一行的长度不应超过屏幕太多,必要时适当换行。 
    (4)空行:程序文件结构各部分之间空两行,若不必要也可只空一行,各函数实现之间一般空两行。 
    (5)注释:对注释有以下三点要求: 
    A、必须是有意义; 
    B、必须正确的描述了程序; 
    C、必须是最新的。 
    注释必不可少,但也不应过多,以下是四种必要的注释: 
    标题、附加说明; 
    函数说明:对几乎每个函数都应有适当的说明,通常加在函数实现之前,在没有函数实现部分的情况下则加在函数原型前,其内容主要是函数的功能、目的、算法等说明,参数说明、返回 值说明等,必要时还要有一些如特别的软硬件要求等说明; 
    在代码不明晰或不可移植处应有少量说明; 
    及少量的其它注释。 
     

    四)命名规范: 
    坚持采用匈牙利变量命名惯例,所有标识符一律用英文或英文缩写,杜绝采用拼音,标识符中每个单词首字母大写,缩写词汇一般全部大写,只在必要时加“_”间隔词汇。


    4、BUG修补 


    程序出现了BUG谁来修补呢,嘿嘿嘿…… 
    最好的办法是谁编写谁修补,谁改坏谁修补。一个人改坏的代码一人去修。两个人一起改坏的代码两人一起修。


    5、开发人员的测试 


    开发人员的测试是保证代码能正常运行,在开发时候发现的错误往往比较容易修正。(另外一个好处就是没有人来骂你。因为只有你自己知道)。但是一旦软件到了测试小组那里出了问题,那么就多了很多时间来修正BUG,如果到了客户哪里才发现的BUG,那么时间就更长了,开发人员本身受到的压力也是到了最大话了。客户->公司->测试小组->开发人员。 这个完全是倒金字塔型的,承受能力差的一环很容易出事情的。 
    另外开发人员的测试除了保证代码能正常运行以外,还有一个很重要的方面就是要保证上次能正常运行的代码,这次还是能正常运行。如果做不到这点,那么BUG就不断的会出现,很多BUG也会反复出现。于是软件看上去就有修补不完的BUG了。如果出现这种情况,那么开发人员有必要再教育。一般公司教育的方式有四种。第一种,扣工资,第二种,加班,反复加班+精神攻击。 第三种,开除。第四种,调动人员来帮助那个出了麻烦的家伙。 但愿看这个文章的人不要受到前面三种教育。

    展开全文
  • 软件项目开发基本流程详解

    万次阅读 2018-03-15 09:30:29
    软件项目开发流程图是用来详细描述了软件在开发过程中产品调研、设计、开发、测试等各个阶段中各个角色,包含产品经理、研发、测试、用户等需要处理的事情,以及在不同阶段可以达到哪种效果。那么,一款软件从研发到...

    软件项目开发流程图是用来详细描述了软件在开发过程中产品调研、设计、开发、测试等各个阶段中各个角色,包含产品经理、研发、测试、用户等需要处理的事情,以及在不同阶段可以达到哪种效果。那么,一款软件从研发到发布到底要经过哪些流程呢?软件项目开发流程图设计的过程中又该注意些什么呢?

    程序员福音:最全软件项目开发基本流程详解!

    亿图软件项目开发流程图

    软件项目开发过程的几个基本流程介绍:

    1、可行性分析:

    从市场、政策、经济、技术、人员等各方面因素来分析这个软件项目开发的可实行性。

    2、需求分析:

    做市场调研,通过请教行业专家或者分析市场同类型的产品,来判断这个项目的开发是否有发展前景。

    3、系统设计:

    确定软件的体系结构、数据结构、算法、模块功能,以及用户界面的设计等等,如果这些事情没有设计好,接下来的设计可能会变得一团糟。

    4、程序设计:

    根据以上几点进行软件编码,将软件设计转换成计算机能够识别的程序语言。

    5、测试与调整:

    一款软件从开发出来到正式的发布,一定需要经过不断的测试,才能尽可能的发现更多的错误,然后做出相应的修改,而且修改之后还需要重新测试。

    6、系统维护:

    系统维护主要是根据用户在使用过程遇到的错误,或者由于硬件设备不断更新等外部因素引发的问题,或者为了完善用户的体验度等等而做出的相应的完善和维护。

    总而言之,不管是绘制软件项目开发流程图,还是绘制其他流程图,只要将各个环节的逻辑捋顺了,才能在接下来的流程图绘制的过程中起到事半功倍的效果。对于部分刚入门的新手,切忌一开始就过多的注重图形的细节问题,流程图软件只是作为一个能够帮助我们更好地呈现软件开发流程的工具,重点还是应该放在逻辑关系上!

    其实,作为一款真正实用的流程图绘制软件——亿图图示专家从来不会让用户过多的纠结于图形的美感上。亿图软件内置12000多个模板和例子,以及更多的在线模板可供用户任意使用,为切合时代的发展,逐步扁平化的风格,你还需要担心画出来的图表不够时代感吗?

    基本流程图:

    程序员福音:最全软件项目开发基本流程详解!

    亿图软件项目开发流程图

    水平跨职能流程图:

    程序员福音:最全软件项目开发基本流程详解!

    亿图软件项目开发流程图

    工作流程图:

    程序员福音:最全软件项目开发基本流程详解!

    亿图软件项目开发流程图

    本文转自:亿图流程图软件:http://www.edrawsoft.cn/software-development-flowchart/

    展开全文
  • 软件开发流程简介

    千次阅读 2017-07-17 01:05:31
    ”,其定义过程如下图所示。    此产品需求定义包括:软件+硬件。   2. 结构化设计方法的基本思路  按照需求,将软件逐级细化,分解为不必再分解的的模块,每个模块完成一定的功能,为一个或多个父模块服务...
  • 一个完整的软件项目开发流程

    千次阅读 2019-03-08 12:33:28
    在我转产品之前,虽然我混迹IT行业,做过实施和售前,也跟研发打过交道,但我一直都不知道一个软件是怎么开发出来的。直面客户,扛着压力,在对程序一无所知的情况下,很容易产生一些想法:为什么产品的结果是这样?...
  • 软件开发基本流程概述

    千次阅读 2019-05-13 10:12:40
    在很多人看来,计算机软件开发主要就是开发人员的工作,只要把想法告诉他们,他们就能把软件开发出来,这种情况是存在的,要不这个软件非常简单,要不有这样能力的开发人员综合能力是非常强的,但这种认知也是片面的...
  • 软件开发流程

    2020-02-26 11:39:55
    背景 我倾向于以我的性格来简化事情。... 您工作的公司通常会使用客户不熟悉的WoW(工作方式),您最终会在会议中看到精美的幻灯片来解释这一点。客户点头表示同意,他们完全理解了一切(承认自己没有完全理解后果的...
  • 软件开发流程

    2019-04-01 14:25:54
    概要:系统基本处理流程、系统组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计、出错处理设计 详细:实现功能模块的主要算法、数据结构、类的层次结构和调用关系 编码:应占总时间的1/3~1/2 测试:...
  • 一个软件完整的开发流程介绍

    万次阅读 多人点赞 2018-03-29 19:11:28
    刚开始写博文的时候就应该将这个文章更新一下,虽然不是什么大牛,但是对于软件开发流程还是比较了解的,毕竟大大小小做过了好几个项目了,今天就大概的说一下,用我做过的一个项目来说吧,写的不好的,请多多见谅...
  • 一个完整的软件项目开发流程

    万次阅读 多人点赞 2017-11-23 11:44:04
    在我转产品之前,虽然我混迹IT行业,做过实施和售前,也跟研发打过交道,但我一直都不知道一个软件是怎么开发出来的。直面客户,扛着压力,在对程序一无所知的情况下,很容易产生一些想法:为什么产品的结果是这样?...
  • 一个完整的软件项目开发流程

    万次阅读 2018-06-02 15:34:50
    苏州免费报名:http://www.hdb.com/party/b8an2.html?hdb_pos=manager_info在我转产品之前,虽然我混迹IT行业,做过实施和售前,也跟研发打过交道,但我一直都不知道一个软件是怎么开发出来的。直面客户,扛着压力,...
  • 嵌入式软件开发流程

    万次阅读 2018-05-06 20:16:33
    根据使用的开发工具套件不同,软件开发流程会有差异,但主要步骤大致相同。对于使用宿主机(PC)的集成化开发环境,软件开发流程一般包括创建项目、添加文件、编译连接、下载调试等步骤,如下图所示。 图1:...
  • 软件开发流程与模式

    万次阅读 2018-01-26 10:18:33
    软件开发角色与流程软件生命周期: 制定计划,需求分析,设计,编码实现,测试,运行维护模型与演进主要模型介绍1. 边做边改模型(Build-and-Fix Model) 其实现在许多产品实际都是使用的“边做边改”模型来开发的...
  • 软件开发流程中常用的图形

    千次阅读 2017-09-24 17:56:02
    软件开发过程,涉及到多个角色的参与,产品、研发、测试、视觉、项目经理等等,也涉及到各种流程,借助一些图型工具,以便我们更好的理解和建立项目流程。 常用的图形有思维导图、跨职能流程图、流程图和鱼骨头、...
  • 软件开发流程(Software development process)
  • 软件开发过程模型综述

    千次阅读 2018-04-01 22:24:59
    软件开发过程模型综述 软件开发过程模型的含义; 软件过程模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发过程,明确规定要完成的主要活动、任务和开发策略。   各种典型软件开发过程...
  • 软件开发过程综述

    千次阅读 2019-04-22 19:18:24
    软件开发过程模型综述 软件开发过程模型的含义 (1)、软件过程模型:软件过程模型是软件过程的简化表示。每个过程模型都是从一个特定的侧面表现软件过程。软件过程模型是软件开发全部过程工程、活动和任务的结构...
  • 软件体系结构是具有一定形式的结构化元素,即构件的集合,包括处理构件、数据构件和...软件开发是根据用户要求建造出软件系统或者系统中的软件部分的过程软件开发是一项包括需求捕捉,需求分析,设计,实现和测试的
  • 软件开发流程文档

    千次阅读 2017-12-13 19:21:27
    在网上看到在软件项目开发过程中,要求撰写十三类文档,结合自己项目开发中遇到的情况,整理这篇文章,以一个开发者的角度去看待这13种报告 文档   执行人   详情 可行性分析报告    产品经理   ...

空空如也

1 2 3 4 5 ... 20
收藏数 1,068,353
精华内容 427,341
关键字:

软件开发流程