精华内容
下载资源
问答
  • 网站项目开发流程网站项目开发流程网站项目开发流程网站项目开发流程网站项目开发流程网站项目开发流程网站项目开发流程
  • 网站项目开发流程,图形化流程说明,从策划-设计-开发-测试各阶段完整流程
  • 旅游网站项目开发过程总结

    千次阅读 多人点赞 2012-06-28 11:01:05
    两周前,接到一个旅游网站项目,老爷子给限定的工期是10天,我们(我,大帅,小崔)根据一个大概的需求,简单拟了个方案,就直接框框地干了。   下面是我们简单商议出的一个计划,黑色部分主要我干,红色部分...

    两周前,接到一个旅游网站的项目,老爷子给限定的工期是10天,我们(我,大帅,小崔)根据一个大概的需求,简单拟了个方案,就直接框框地干了。

     

    下面是我们简单商议出的一个计划,黑色部分主要我干,红色部分主要他们俩干,互相协助。后来事实证明,这个计划并没有被严格执行。只是走了个大面的过场,等于被束之高阁,一方面因为定计划比较鲁莽,另一方面出现了这样那样的问题,总是会打乱我们的计划。




    项目基本结束后,我们三个做了一个《开发过程总结会》,下面是根据录音整理的:

     

    1、前期设计不好,导致分工无法明确,你改我的,我改你的,SVN提交着实换乱了一会,最后重新梳理的。


    2、界面建模没有画好,界面草图应该越详细越好,例如,如果需要表格,那表格列标题是什么都要写上,这样才能有利于数据建模,才能知道数据库表里应该有什么。我们在做的过程中并没有考虑这些,界面草图只是做了个大概,导致后来要显示,但是表中没有这个字段。

    我们考虑字段类型的时候有些鲁莽,例如idint型,明显不够用。


    3、我们数据完整性考虑不够周全,没有注意数据库外键约束,导致后来删除出了问题,还要改存储过程,加触发器等。


    4、注释!注释!一个老是要谈的问题,总是养不成顺手写详细注释的习惯,html注释,css注释,js注释,后边再看,看不懂了。注意,往版本库提交东西,必须写注释,以备后续查阅。


    5、文档不全,这个也有时间紧的问题,最后大体功能按照既定计划实现了,论坛管理系统没有实现。


    6、测试不行,基本上大面上跑通了,如果真正投入商用的话,肯定还会有后续问题。


    7、中间有3天拖延,主要是在界面问题上,一会想看看别人的能不能直接用,一会要依赖别人把界面做好,没有一个明确的决断。总是依赖别人,等别人,没有主动出击。最后还是全部推翻,我们重头再做完成的。


    8、总是在赶项目,总是在把别人的东西拿过来用,不明白原理,似乎总是没有时间去研究它的根本是什么。


    9、对陌生的东西恐惧,局部更新,例如ajax等等,我们知道这个东西好,但是不用,一方面是考虑到工期,另一方面是害怕实现不了还得重头再来。设计的时候,也没有用设计模式,怕把系统搞不复杂,我们控制不来,总之,我们总是以实现为主,害怕创新,这个以后要努力克服。


    10、没有考虑执行效率,如果大数据量会出问题。


    11、界面不统一,当然那母版是统一的,但在主要内容区,配色,字体,按钮的大小等等并没有事先约定好。

     

    归根结底,还是我们设计经验不足,对未使用过的东西有恐惧,导致开发过程出现了这样那样的问题。在以后项目过程中继续锻炼吧。


    展开全文
  • 简单的网站项目开发流程 .

    千次阅读 2011-09-07 14:11:48
    1.打造公司内部交流平台(源代码管理(svn), 缺陷管理(bugFree), 文档保存的共享目录) 2.需求文档编写 以下内容可以提供需求文档格式给对业务最为熟悉的用户填写  1....网站的布局,每一个区域放什
      
    

    1.打造公司内部交流平台(源代码管理(svn), 缺陷管理(bugFree), 文档保存的共享目录)

    2.需求文档编写

    以下内容可以提供需求文档格式给对业务最为熟悉的用户填写

       1.为什么要做这个网站?

       2.要达到什么目标

       3.网站的布局,每一个区域放什么内容,可以用表格或截图的方式表示

       4.每个页面有什么功能点,每个功能点是什么,可以用文字+截图的方式表示,每个属性都要描述出来

     

    项目经理整理这份需求,不明白地方的需要和用户沟通清楚,并用用户能理解的方式展示给用户看。每个功能点都需要确认清楚,并大概估计算每个功能点的工作量

     

    3.工作计划

       1.框架设计:采用什么样的框架开发,建立多少个项目工程,以及项目工程之间的关系,每个项目工程的功能,有哪些文件夹, 使用多少台服务器部署等等,需要定工作量,并排入计划任务

       2.数据库设计:根据需求, 需要建立多少个表,每个表的字段有哪些,以及预留扩展功能,表之间的关系是怎么样,需要确认工作量, 并排入计划任务

       3.开发人员认领各个功能块,每个功能块控制在三天内开发量,每个功能块预留20%的时间做缓冲,排成计划任务

       4.页面制作需要在开发人员做该功能之前完成,并排成计划任务

       5.每两天发布一个版本到测试环境,并注明需要测试的功能点,发转测试邮件到测试人员,测试人员测试发现的bug记录到bugFree

     

     

    4.开发过程跟踪

       1.以周为单位开大会议(是否按照计划走,需要调整需求不),每天开小会议(讨论昨天的开发进度,是否有难点,今天的开发内容)

       2.需求变更:如果用户有需求变更,如果影响正在开发中的功能,确定是需要变更的话,通知开发暂停这个功能的开发,先开发其它功能,

          此次变更的内容加入到下次周计划中。

    展开全文
  • 网站开发流程

    2015-07-21 14:07:23
    网站开发流程,包括网站项目开发的重点注意事项和未来针对于项目的拓展性,在这里都已经阐述的非常清楚。
  • 项目开发流程

    2015-07-21 15:45:12
    关于项目开发流程图问题,发现问题解答问题
  • 网站开发流程项目规划和设计实现.ppt
  • 编号 _ 网站项目开发合同书 甲 方_ 乙 方_ 签订日期 _年_月_ 日 第 1 页 共 6 页 甲方委托方 乙方开发承接方 一项目内容 网站建设详情见合同附件网站开发附件 开发附件是乙方进行项目开发的标准依据也是甲方验收的...
  • 网站项目计划书.开发流完整流程,从架构到开发完成,包括预算等等。
  • 项目开发流程

    千次阅读 2017-09-18 17:36:21
    前言:项目主要包含(业务和技术),业务和技术这两点都是不确定的,都有很大的可能会修改。但是任何的改变都不应该影响到项目的质量和稳定性。再好的业务也需要通过优秀的技术来实现良好的稳定的输出。经常发现很多...

    观文有感: 不以规矩,不能成方圆 - 《孟子》
    前言:项目主要包含(业务和技术),业务和技术这两点都是不确定的,都有很大的可能会修改。但是任何的改变都不应该影响到项目的质量和稳定性。再好的业务也需要通过优秀的技术来实现良好的稳定的输出。经常发现很多公司加班加点的发布项目,修改紧急bug,或者加班加点的完成客户的需求修改等等。

    问题的痛点

    (1) 问题未能尽早暴露,甚至到了测试阶段需求还在修改。
    (2) 完整测试用例缺失,导致未覆盖的问题暴露线上
    (3) 合作对接沟通不足,导致问题在最后暴露
    (4) 代码管控问题,存在代码误操作情况
    (5) 发布需要更加严谨,紧急发布不能成为常态
    更多的风险可以参考 百科的《软件项目风险管理》 ;以上问题的出现会影响项目的稳定和质量。更深远的影响视公司而定。

    大型项目流程

    这里写图片描述
    kick off:参与项目的资源确定,里程碑目标以及大致时间点

    小型项目流程

    小型项目关注的是时间成本,快速迭代,如下图:
    这里写图片描述

    说明:

    核心流程较大型项目来说不会变,而是着重突出,由核心流程的完成度保证质量
    具有更大灵活性,但不代表放纵,如果本阶段达不到进入下一个阶段的前置要求,需要打回重新进行
    小型项目附有责任连带性,如果最终上线出了问题,所有参与项目的人员都有连带责任
    特殊项目 - 紧急发布

    定位:紧急发布重在”紧急”二字,所以平时的发布不应该也没必要走紧急发布通道

    紧急发布原则:

    原则上不应该进行紧急发布,当且仅当出现如下情况:
    (1) 线上bug同时影响面很广,如果影响面非常小,建议下次发布节点进行发布
    (2) 外部造成的系统必须升级
    紧急发布必须记录在aone上,需要详细记录紧急发布的系统,原因,造成的影响等
    紧急发布需要发布系统owner和浩哥双重同意
    项目发布不再走紧急发布,尽量往二四发布日靠,如果实在不行,走项目发布申请
    角色定位

    项目过程中,产品、技术、测试应三方互相限制,互相促进以及推动,如下图:

    这里写图片描述

    产品定位

    产品在各个节点的关注内容如下图:
    这里写图片描述

    需求评审

    评审原则:
    需求评审需提前2天邮件发出,并在邮件中给出评审文档
    评审不是讨论,不能有过多异议,如果有需求不确定,请放入下期迭代
    不接受需求边做边想,质量低很多起源于没想清楚
    请将需求user case化,流程图只是辅助,请站在用户角度罗列出其相应的操作,好记性不如烂笔头
    参与人:项目全员,各个负责人
    PRD文档关注点:
    需求是否都通过user case的形式展现,不接受只有几张图的PRD
    需求所解决的痛点,价值所在
    需求的影响范围,边界是否清晰
    需求流程是否清晰。对现有流程改动,是否平滑迁移?新增的流程,是否会对原有造成影响?
    异常流程考虑
    文案是否完整?
    对产品的整体考虑
    审查标准:
    10%:评审中不应超过10%异议
    10%:评审的需求和后续变更出入率不超过10%
    无严重影响工期缺陷存在
    中期跟踪

    进度:随时跟踪项目进度,可每日组织站会,风险点及早暴露
    需求check:跟踪实现过程和阶段成果,确保实现和需求保持一致
    验收:在发布上线前,验收所有需求流程
    上线观察

    咨询解答: 提供用户咨询答案,如果是技术问题,转交技术同事
    bug跟进: 若遇到bug, 及时反馈技术,视紧急程度修复发布,跟进情况
    效果反馈: 在观察周期内,配合运营得到需求效果(数据报表,建议等)
    发起总结会议: 项目有始有终,根据各方反馈结果发起项目总结会议,具体见项目总结会议一栏
    统计标准

    技术会统计过程中遇到的量化数据相关,协助评估产品需求质量,从以下几方面考虑:

    user case
    初始user case量
    新增user case量
    变更user case量
    是否遇到因需求阻塞后续流程进行等,涉及的user case量
    上线后:
    需要优化的业务user case量
    技术定位

    技术在各节点的关注内容如下:
    这里写图片描述

    设计规范

    基本规范:
    有迹可寻: 设计所反映的内容都能在需求文档中找到出处
    15%~25%: 设计占用整体项目的时间
    暴露: 本次设计的核心技术点必须暴露
    5%: 如果后续实现中设计改动超过5%,必须通知之前设计评审参与人员,不能擅自修改核心设计,如果未通知,需要背负全责
    新系统设计:
    系统整体架构设计图
    系统数据库设计
    系统包图,核心类图
    按需求得出的流程图,时序图,接口设计
    系统涉及的中间件,设计和理由
    系统异常设计
    可扩展性设计
    性能方面考虑
    普通项目需求设计:
    新增需求的流程图,时序图
    新增需求的核心类图,详细接口设计
    新增需求的异常设计
    如果是原有改动,按照新增的要求进行相应图改动
    如果涉及引入中间件,给出理由和设计
    如果涉及表新增或变更,给出数据库表设计
    如果是通用需求,需要展现可扩展性的设计
    上线计划
    牵扯老系统改造或者和数据相关风险较高的项目设计
    对于风险较高项目,除了满足以上设计需求外,还需提供如下设计:
    老系统原功能梳理,纳入评审环节
    新老系统兼容设计
    底层数据兼容设计
    详细上线方案设计,最大可能保证平滑上线
    详细的回滚方案
    设计评审

    评审原则:
    一般需提前2天发出邮件,并在邮件中给出设计文档
    参与者:项目全员,各个负责人
    侧重点:设计的合理性以及是否和需求一一对应
    评审关注点:
    是否满足所有需求?
    设计的完整性?
    设计方案是否最优?有继续优化的可能么?
    风险点如何处理?
    是否有技术盲区以及难点,是否提前暴露?
    是否存在异议,需要二次讨论的地方?如果后置,是否有风险?
    所有设计是否透明化?
    审查标准:
    见设计规范
    开发规范

    满足集团编码规约
    满足农村物流编码风格
    系统owner必须知道当前系统下有哪些分支在进行开发
    对于代码目录相关挪动,需要特别注意,svn有时候不会给出冲突提示,很容易造成代码误删
    如果对外合作方较多的话,一定要把外部风险前置为第一优先级:
    开发联调第一个接口
    项目里程碑时,外部模块先行开发联调
    时刻询问合作方最新进度,及时暴露风险,尽量将不可控因素搞定
    codeReview规范

    check编码是否满足阿里java编码规范
    重点review编码是否和设计文档匹配,超过5%不一样,需要进行仔细评估,思路不同,风险需recheck
    review分为两阶段:一是开发者之间交叉review, 之后再组内人员共同review
    如果review发现系统个性化代码太多,或者有重复代码,无扩展性考虑,需要被打回重新修改
    各系统owner要定期检查系统代码,保证设计和代码按照规范来执行,发现异常的要及时警告,代码质量从源头抓起
    测试相关规范

    核心业务逻辑必须要有单元测试
    单元测试需要覆盖异常情况
    需要逐步形成测试方法,维护完整的case, 根据不同情况得到不同的case checklist
    按照需求对影响范围内的所有测试用例进行全量测试
    需要有测试用例执行结果记录和展示,否则不予批准上线
    发布评审

    评审原则:
    提前2天发出评审邮件,在邮件中给出评审文档,发布计划
    参与者:项目全员,各个负责人
    评审关注点:
    产品是否验收通过?开发bug是否修复完成,codeReview是否通过?测试用例是否全量跑过?
    配置相关,是否有提前变更?
    如果有数据库变更,上线方案是否考虑清楚,是否有潜在风险?
    如果发布有顺序和配置依赖,整体流程是如何,是否完整?
    相应的监控是否已提前配置?或者另有计划?
    回滚方案是否合理?异常处理都有考虑?
    审查标准:
    前提:测试用例全量通过,codeReview通过,已发现bug全部修复,产品验收通过
    完整性:对照着设计文档,看相应变更的完整性,是否都有考虑
    顺序:发布顺序,配置配合推演合理
    回滚:回滚方案合理,同时异常处理都有考虑
    发布规范

    发布分类:
    正常发布:每周二,四发布窗口,上一周的周五收集发布需求,如果后续再提出的需求,视紧急程度按照要求顺延,不在本次发布安排内
    紧急发布:见流程中紧急发布一栏
    项目发布:原则上项目发布都应遵循二四发布规则,如果实在不能发布,则申请非发布窗口项目发布(不必申请紧急发布)
    发布前提:
    通过评审,并且所有标准必须达到
    发布后续观察

    观察周期:
    1天~1周: 小型项目
    1周~2周: 老系统大型项目, 按照需求改动点,进行涉及流程观察验证
    2周~1月: 新系统大型项目, 由于是全新搭建,需要观察验证整体需求流程
    1周~1月: 涉及底层改造类项目, 由于是底层改造,同时涉及数据迁移和接口重构,相应的功能,数据都需观察验证,随时待命
    总结会议:
    见总结会议一栏
    统计标准

    codeReview:
    代码实现与需求文档差异率,是否满足所提需求
    代码实现与设计差异率
    是否存在个性化代码
    测试:
    单元测试通过率 - 理论上提测前必须100%
    测试用例通过率
    bug数量
    发布:
    发布质量(包括相关配置项是否配置等)
    有否回滚
    上线观察:
    线上bug数量
    测试定位

    测试在项目中起到的作用如下:

    测试用例库: 大型项目,进行测试用例库的完善和补充,后续交接,逐步慢慢由开发同学进行补充
    质量监督: 对于小型项目,监督开发自测用例的情况和结果
    质量保证: 对于大型项目,测试需要参与,并对质量保证附有一定责任
    测试用例评审

    评审原则:
    提前2天发出评审邮件,在邮件中给出用例列表文档
    参与者:项目全员,各个owner负责人
    评审关注点:
    是否与需求case保持一致?(这就需要产品注重细节,将需求case一点一点指出)
    是否覆盖需求的全部场景?
    对于影响范围内的现有流程,是否有相应用例?
    异常流程是否有对应用例?
    审核标准:
    100%: 所有需求case都必须有对应的测试用例(包括主流程和异常流程)
    现有流程: 影响范围内的现有流程,必须有完整的回归测试用例
    5%: 评审的测试用例和最终使用的用例差异率不能大于5%
    项目总结会议

    强制性: 小项目按需举行总结会议,大型项目必须举行总结会议,总结会议时间并不是项目一发布就开,而是在整体观察验证周期后
    有始有终: 项目由产品驱动需求,也由产品开展总结
    全员: 会议参与方包括参与项目整体人员,各个owner负责人
    内容呈现:
    项目实际参与资源
    项目是否按需完成,里程碑目标是否实现
    产品方面:所提需求是否全部完成,项目中涉及到哪些需求变更,需要罗列具体变更点和数量
    技术方面:实现是否按照原有技术设计进行,是否有出入,如果有,罗列具体出入和数量
    测试方面:测试质量报告,得出该项目整体需求质量和开发质量
    在观察验证周期后,项目的实现是否达到预期需求效果,做出判断
    未来基于该项目的深入挖掘,开发,未来蓝图
    后续跟踪维护

    线上问题(咨询/bug):统一先由产品运营出面对接,解决不了,再咨询开发,开发每个小组按周出一个对外对接人,协助产品进行指导和问题排查
    运营数据: 运营数据持续暴露,跟踪
    记录: 线上bug 根据严重性和影响面决定是否紧急发布

    本文来自其他网站,已经脱敏,如有违反其他规定,请联系删除。

    展开全文
  • vue后台管理项目开发流程

    千次阅读 2019-05-15 10:33:11
    vue后台管理项目开发流程 1. 先拷贝一份其他完整的项目到gitblit上 2. 删除无用的页面、路由、theme.css等,只保留一个空壳,例如:main.css和其他重要的东西 3. 仔细查看设计稿、配色、布局(一点一点看) 4. ...

    vue后台管理项目开发流程

    1. 先拷贝一份其他完整的项目到gitblit上
    
    2. 删除无用的页面、路由、theme.css等,只保留一个空壳,例如:main.css和其他重要的东西
    
    3. 仔细查看设计稿、配色、布局(一点一点看)
    
    4. 创建路由、页面(名字),项目跑起来
    
    5. 找一个具有代表性的页面开始做。写dom布局,提取公共样式、公共组件
    
    6. 开始写页面,注意命名规范,css规范,写完dom,然后自查(检查优雅度、增加删除无用div标签,添加方法,注意方法名规范)
    
    7. 页面书写过程中注意提取公共样式,注意复用性,一直到最后一个页面
    
    8. 页面写完,自查以后,交给上级进行代码审查。
    
    展开全文
  • 说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家... 设计模式:使用前后端分离进行项目开发(后端不再控制前端的效果展示) 前端效果展示 二丶前后端分离 前后端分离的认识 叙述:用户直接...
  • 任务11 PHP程序开发范例 PHP网站开发实战项目式教程 学习目标知识目标熟练掌握PHP+MySQL项目开发流程掌握范例中的数据库设计了解MVC开发模式技能目标能利用PHP+MySQL进行项目的设计与程序编写掌握框架开发的基本流程...
  • Java Web项目开发流程

    千次阅读 2019-10-02 00:38:08
    1.Web项目开发流程图解 2.Web项目开发的细节(转载) 任何一个项目或者系统开发之前都需要定制一个开发约定和规则,这样有利于项目的整体风格统一、代码维护和扩展。由于Web项目开发的分散性、独立性、整合的...
  • vue-pc端的项目实战的项目开发流程

    千次阅读 2020-01-06 15:09:30
    项目开发流程 立项 boss,产品,讨论确定做什么项目,包含功能什么什么是挣钱的等等 流程图 产品根据功能绘制出实现功能需要经历的各个步骤 原型图 产品根据业务流程产出原型图,绝大部分的交互效果能够体现...
  • iOS项目开发流程和发布流程

    千次阅读 2016-01-25 22:10:01
    项目开发流程 1.注册开发者账号 2.开发 3.真机测试 4.发布 5.上线 发布 1.进入苹果开发者网站developer.apple.com 2.选择Certificates Identifiers,再选择Certificates 3.注册并登录开发者账号 4.创建本地证书,...
  • android项目开发流程

    千次阅读 2015-04-23 18:09:32
    本人来论坛发贴能得到很多高手的帮助支持,谢谢大家,这个网站确实android卧虎藏龙的地方,希望大家能分享一下android项目开发流程的经验。我在网上查到一位开发者写的,贴出来: android开发流程  一 应用...
  • 前端项目开发流程

    千次阅读 2018-09-16 20:54:09
    当前分为以下四个阶段 第一阶段 库/框架选型(暂定react) 第二阶段 简单构建优化 NPM管理包 ... JS、CSS模块化开发 ... 组件化开发 ...开发过程当中注意:前...
  • 前后端分离及项目开发流程

    千次阅读 2019-07-22 11:13:57
    前后端分离开发流程 新框架前后端完全分离,后端基于SpringBoot提供 ResultFul的接口服务,前端是基于Layui的全静态页面,这样就对我们的开发流程提出新的要求。 后端人员:按照约定提供经过单元测试的Restful API...
  • 网站开发流程.docx

    2020-11-15 01:15:32
    2007-02-15 网站开发的流程 关键字css,流程网站开发 开发过程中儿个角色程序员...在接到项目后首先需要开项目开发讨论会讨论网站的栏目开发方向文字内 容和图片等等 p Design" 步骤2激发灵感 网站策划师考虑网站结构
  • 项目开发流程(电商)

    千次阅读 2019-08-15 23:07:08
    第一天:项目工程搭建 使用maven构建工程 。 maven的继承、聚合、依赖管理。 svn的使用,svn上传下载代码。 第二天 :SSM框架的整合 mybatis逆性工程。 后台管理系统搭建、前台使用easyUI框架。了解easyUI...
  • 项目开发流程--敏捷开发

    千次阅读 2019-08-05 23:30:54
    因此,在推出一个产品之后要迅速收集用户需求进行产品的迭代——在演进的过程中注入用户需求的基因,完成快速的升级换代,裂变成长,才能让你的用户体验保持在最高水平。不要闭门造车以图一步到位,否则你的研发速度...
  • 本文档为Java Web项目开发案例精粹视频与源码,每集按照项目的开发顺序,系统且全面地介绍了程序的开发流程。对于项目开发中的开发背景、需求分析、功能分析、数据库分析和设计、系统开发到系统的部署和运行,每一个...
  • Web项目开发流程

    千次阅读 2011-09-28 22:02:46
    web开发过程: 阶段一:前期(约占总体的35%) 1.1 需求分析  这个是最主要的,和应用方对需求的洽谈和概述是一切的前提,也是估计工作量,估算成本的基础。  最终形成《XX需求分析概要》 1.2 原型设计  ...
  • Django项目之Web端电商网站的实战开发(一)

    万次阅读 多人点赞 2019-03-25 21:31:08
    二丶电商项目开发流程 三丶项目需求 四丶项目架构概览 五丶项目数据库设计 六丶项目框架搭建 一丶项目介绍 产品:关于Web端的电商网站 商业模式:B2C模式企业对个人 设计模式:使用前后端不分离进行项目开发...
  • 在进行实际Django项目开发之前,首先需要了解一下Django项目的开发流程。从最初的项目立项到最后的部署上线,中间需要经历几个步骤,结合自己的学习对后台开发相关部分进行简单总结。 第一,项目的立项。在进行项目...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 347,973
精华内容 139,189
关键字:

网站项目开发流程