前端开发流程

发布时间:2020-08-14 14:05:30

1.需求 1.1审核 召集参与需求的UI,开发,产品和测试人员来组织业务流程,同步信息,明确分工,指定需求和目标以及考虑当前需求 设计可以达到目标。 公司的其他人员将召集和讨论需求设计是否影响现有的业务功能,应要求产品重新设计实施计划,然后重新审核1.2注释 业务流程同步:重新组织流程 经过审查后,如有疑问,请找到产品。与周围的需求依存关系进行沟通:审查功能和依存功能是并行开发的,并且由于未完成的预需求而压缩了当前的需求时间成本。 嵌入要求:预先与产品一起澄清是否需要嵌入数据:预先了解测试数据的制造难度,估计的测试时间--->在某些情况下,很难创建并发的测试数据:是否向后 终端机可以承受新需求下的并发,如果不能满足需求,则必须给出后续计划。 自测:由于开发人员未提供在线帐户,因此自测还需要测试人员进行在线回归测试。 兼容性范围:PC端需要指定要与哪些浏览器兼容,移动端需要指定android和ios的兼容版本以及哪些移动浏览器。2.开发 2.1审查 2.1.1原型图审查[  h]弄清原型图在应用程序中的位置和产品入口的显示条件,并确认原型图的正确性。2.1.2设计草案审阅 观察在线申请的设计风格是否与 当前的设计草图样式(色调,字体大小,行高,对齐方式)是相同的。 观察需要削减设计草案的哪些部分,以确定设计草案中的组件是否已开发,并避免重复使用轮子。2.1.3技术实施评审 如果存在不易实现的功能,请与他们联系。 该产品应尽快其他降级的实施计划。  2.1.4时间表 查找相关的开发(前端,后端,应用程序)以讨论所需实现的技术细节,并阐明输出接口格式时间和接口联合调试时间2.2代码管理 在 为了防止合并代码时出现过多的代码冲突,建议在使用分支时遵循以下标准 在每次推送之前拉动在线分支代码开发在修复了新功能或错误后,必须根据以下内容创建新分支 在线代码分支。 每个分支仅对应于一个jira编号或一个要修复的错误。 分支名称被命名为f_(submit)_(jira编号),用于jira修复错误时,请使用f_(submit)_fix_(bug内容)_(jira编号)提交格式规则:消息的每一行都描述了一个功能点, 消息格式为$(operation):$(description),该操作通常为add,del和upd分别代表添加,删除和更新这三个操作。   2.3开发和调试

一般的开发不会从制造轮子开始。 将有供开发人员在项目中使用的组件库,但在某些旧项目中,组件库的版本会很低并且无法满足需求。  
因此,必须在开发之前对项目的现有组件进行评估,以确认是否需要重新开发组件,并确保进度按计划进行。   2.3.1 PC终端

建议先以优雅的降级方式开发,首先开发chrome,firefox,然后兼容兼容性差的版本,例如ie等。   2.3.2移动终端

与PC终端相比,移动终端的页面兼容性更好,但需要在真实机器上进行调试。 为了方便移动页面的调试,建议使用spy-debugger让PC终端充当代理。 使用
请参考github文档。   2.4自检

自检链接与环境数据非常相关,需要在前端和后端完成。 如果自检需要广泛的数据,则需要寻找相关人员寻求帮助1.需求 1.1审核 召集参与需求的UI,开发,产品和测试人员来组织业务流程,同步信息,明确分工,指定需求和目标以及考虑当前需求 设计可以达到目标。 公司的其他人员将召集和讨论需求设计是否影响现有的业务功能,应要求产品重新设计实施计划,然后重新审核1.2注释 业务流程同步:重新组织流程 经过审查后,如有疑问,请找到产品。与周围的需求依存关系进行沟通:审查功能和依存功能是并行开发的,并且由于未完成的预先需求而压缩了当前的需求时间成本。 嵌入要求:预先与产品一起澄清是否需要嵌入数据:预先了解测试数据的制造难度,估计的测试时间--->在某些情况下,很难创建并发的测试数据:是否向后 终端机可以承受新需求下的并发,如果不能满足需求,则必须给出后续计划。 自测:由于开发人员未提供在线帐户,因此自测还需要测试人员进行在线回归测试。 兼容性范围:PC端需要指定要与哪些浏览器兼容,移动端需要指定android和ios的兼容版本以及哪些移动浏览器。2.开发 2.1审查 2.1.1原型图审查[  h]弄清原型图在应用程序中的位置和产品入口的显示条件,并确认原型图的正确性。2.1.2设计草案审阅 观察在线申请的设计风格是否与 当前的设计草图样式(色调,字体大小,行高,对齐方式)是相同的。 观察需要削减设计草案的哪些部分,以确定设计草案中的组件是否已开发,并避免重复使用轮子。2.1.3技术实施评审 如果存在不易实现的功能,请与他们联系。 该产品应尽快其他降级的实施计划。  2.1.4时间表 查找相关的开发(前端,后端,应用程序)以讨论所需实现的技术细节,并阐明输出接口格式时间和接口联合调试时间2.2代码管理 在 为了防止合并代码时出现过多的代码冲突,建议在使用分支机构时遵循以下标准 在每次推送之前拉动在线分支机构代码开发如果修复了新功能或错误,则必须根据在线代码创建新分支机构 科。 每个分支仅对应于一个jira编号或一个要修复的错误。 分支名称为f_(提交)_(jira号)命名方式,使用f_(提交人)_fix_(错误内容)_(jira编号)提交格式规则:消息的每一行都描述一个功能点,消息格式为$(operation):$(description),该操作 通常分别是添加,删除和更新,分别代表添加,删除和更新的三个操作。2.3开发和调试

一般的开发不是从制作轮子开始的,并且项目中通常有面向开发人员的组件库 可以使用,但也会有一些旧项目的组件库版本较低且无法满足要求。
因此,必须在开发之前对项目的现有组件进行评估,以确认是否需要重新使用组件 -已开发以确保进度按计划进行。   2.3.1 PC终端

建议先以优雅的降级方式开发,首先开发chrome,firefox,然后兼容兼容性差的版本,例如ie等。   2.3.2移动终端

与PC终端相比,移动终端的页面兼容性更好,但需要在真实机器上进行调试。 为了方便移动页面的调试,建议使用spy-debugger让PC终端充当代理。 使用
请参考github文档。   2.4自检

自检链接与环境数据非常相关,需要在前端和后端完成。 如果自检需要广泛的数据,则需要寻找相关人员寻求帮助


服务热线:4006068008 0531-85860101 15589999555邮箱:zlxk@zlxk.com地址:山东省济南市高新区鑫盛大厦2号楼24层

Copyright 2023,ALL Rights Reserved zlxk.com | | (c) Copyright 2024版权所有 鲁ICP备20032954号-1网站地图