软件过程文档简要解读.docxVIP

软件过程文档简要解读 个人觉得软件开发的本质就是对数据的收集、分析和展示；在用户或者设备那里收集数据，然后对数据进行关联分析得到我们想要的结果，并在前端页面通过一定的视觉效果展示出来或者发送给设备和其他系统。 一、可行性研究与计划：做还是不做 所有人都可以提供想法和方案，由公司决定做或者不做 二、需求分析：都有什么功能 这一部分由产品部门提供 ： 一个大致的愿景预期 为什么要做这个 做这个的目的是什么 我们需要什么 客户需要什么 还要确定一个完整的时间线即开始的时候就预期需求分析扫描时候完成 公司决策层根据需求分析来 在该产品测试完成后 由产品部门出一个用户操作手册 三、概要设计：共有多少子功能 产品部门完成 要完成整个系统的框架和流程图 根据需求分析的结果 对软件系统的设计进行考虑，包括系统的 \t /item/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B/_blank 基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的 \t /item/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B/_blank 详细设计提供基础 四、详细设计：子功能怎么实现 这一部分由需求部门来实现 要完成逻辑图和原型图 在 \t /item/%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E6%B5%81%E7%A8%8B/_blank 概要设计的基础上，开发者需要进行软件系统的详细设计 对每一个子模块进行详细的需求调研设计，能说清楚每个数据的来源和数据之间的关联 对所有可能遇见的逻辑漏洞 都尽可能完备的描述下来 五、编码：子功能实现了吗？ 开发人员完成 开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求；编码工作在整个项目流程里最多不会超过1/2，通常在1/3的时间 在开发过程中发现逻辑走不通等情况则扣除需求及其领导的绩效 六、 \o 软件测试知识库 测试：功能完备吗？系统性能要求能否达到 测试人员完成 页面或者功能bug率第一轮测试的时候不得超过25% 第二次不得超过10%（不能有功能性和逻辑性的问题、不要出现页面打不开 按钮不能用等问题） 第三次测试 不得超过5%（即使用基本没有问题） 如果使用过程中发现bug远大于预期、要扣除测试人员及其对应领导的绩效；测试人员测试的时候发现bug率远大于公司预期 扣除开发人员及其对应领导的绩效 可以分为模块测试和整体联调 七、部署：需要多少设备和软件的支持 暂时开发人员完成 部署事要考虑运维简单的问题 正式项目部署前要有操作手册 八、维护：软件运行得正常吗？ 暂时开发人员完成 系统不能宕机、数据库有及时的备份、数据不丢失