设计开发控制过程OA系统.docx
《设计开发控制过程OA系统.docx》由会员分享，可在线阅读，更多相关《设计开发控制过程OA系统.docx（13页珍藏版）》请在冰点文库上搜索。
设计开发控制过程OA系统
设计开发计划书（策划）
编号：
项目名称
天津外服通管理信息系统应用软件
起止日期
2020.03～2020.09
项目负责人
严振亚
编写人员
严振亚
客户人员
张国荣
资源配置（包括人员、检测设备、设计经费预算分配及信息交流手段等）要求：
研发部配置项目可行性调研、需求分析、项目概要设计、项目详细设计、平台开发、测试；
研发部项目范围控制、进度计划制定、成本控制、质量控制、风险控制。
产出物包括：
需求文档、设计文档、软件代码、测试报告。
设计开发阶段的划分及
主要内容
设计开发人员
负责人
配合部门
完成期限
可行性调研
孙秋莲、纪甜丽
严振亚
市场部、研发部
2020.03.18
需求分析
王健、梁鹏飞
严振亚
研发部
2020.04.15
概要设计
严振亚、赵雪冬
严振亚
研发部
2020.04.30
详细设计
严振亚、赵雪冬
严振亚
研发部
2020.05.20
软件开发
姜雪、赵文杰
严振亚
研发部
2020.08.30
单元测试
吴红伟、刘建恒
严振亚
研发部
2020.09.15
集成测试
徐磊、刘建恒
严振亚
测试部
2020.09.17
（1）项目在开始阶段首先进行可行性调研，分析项目的市场、技术、法律等方面的可行性。
（2）需求分析阶段对平台的功能、业务流程建模，输出概念数据模型（CDM）、UML用例文档、用户界面设计书、需求说明书、测试用例。
（3）概要设计阶段根据需求说明书，对系统进行技术架构设计，分别输出概要设计说明书、系统架构说明文档。
（4）详细设计阶段根据概要设计说明书，对软件的每个功能模块进行拆分，定义每个模块的处理逻辑、数据格式、存储方式等，并输出详细设计说明书。
（5）在软件开发环节，依据详细设计说明书对每个功能编写代码，实现具体的业务功能。
本阶段输出程序代码文档。
（6）单元测试阶段（白盒）由开发人员对代码进行测试，确保业务逻辑、数据格式、输入/输出接口的正确性，为集成测试做好准备。
（7）集成测试阶段（黑盒）由测试部负责，根据测试用例文档对软件进行业务逻辑验证，确保软件产品质量在可接受范围内。
编制/日期：
2020.03.20审核/日期：
2020.03.20
批准/日期：
2020.03.20
设计开发输入清单
编号：
HY-8.3-02
项目名称
天津外服通管理信息系统应用软件
项目负责人
严振亚
设计开发输入清单（附相关资料1份）：
1用户需求CRC卡片（集合）
系统包括三大模块：
日常办公子系统、沟通交流子系统、人事管理交流子系统。
可实现的功能有：
待办事项（用来记录需要完成的工作、任务等信息）、
会议安排（用户能够在OA系统中进行预约会议操作）、
公告新闻（当企业需要向相关人员传递信息时，可以使用”公告新闻“模块提供的信息展示功能）、
通讯录（用来集中存储企业内所有联系人信息）、
员工考情（用来记录日常的考勤信息）
2用户需求矩阵跟踪文档
依赖CRC需求卡片，整理的用户需求矩阵跟踪文档。
用来在开发过程中跟踪开发进展。
3适用的产品标准和法规要求：
GB8566-88
计算机软件开发规范
GB8567-88
计算机软件产品开发文件编制指南
GB9385-88
计算机软件需求说明编制指南
GB9386-88
计算机软件测试文件编制规范
GB/T13502-92
信息处理-程序构造及其表示法的约定
GB/T15532-95
计算机软件单元测试
GB/T14079-93
软件维护指南
GB/T9385-88
计算机软件需求说明编制指南
GB/T9386-88
计算机软件测试文件编制指南
GB/T12504-90
计算机软件质量保证计划规范
GB/T14394-93
计算机软件可靠性和可维护性管理
GB/T16260-96
软件产品评价质量特性及其使用指南
4其他需求阶约束信息
《系统非功能需求说明书》，用来描述系统性能、安全性、并发处理量等非功能需求。
备注：
编制/日期：
2020.03.23审核/日期：
2020.03.23批准/日期：
2020.03.23
设计开发输出清单
HY-8.3-03
型号规格
V1.0
项目名称
天津外服通管理信息系统应用软件
设计开发输出清单（附相关资料7份）：
1、可行性调研阶段：
《项目行性研究报告》，分析项目的市场、技术、法律等方面的可行性。
2、需求阶段：
a、《UML需求模型》文档，包括用例分析、用例规约、业务时序描述等。
b、《概念数据模型（CDM）》文档，用于描述业务中的实体、关系、属性之间的关系。
c、《用户需求说明书》文档，对需要开发的项目需求做完整描述。
2、设计阶段
a、《概要设计说明书》文档，主要描述架构、分层、业务功能块、各层间接口。
b、《详细设计说明书》文档，包括数据模型、模块内部处理逻辑、输入/输入规约等。
c、《软件代码开发规范》文档，对开发语言、书写风格等进行约束。
3、开发阶段
a、《程序代码》文档，即实现软件的所有代码文件。
b、《代码注释》文档，从程序代码中分离出的注释内容，用于描述开发逻辑。
c、《单元测试mock代码》文档，与开发模块一一对应的单元测试代码文件。
4．测试阶段
a、《黑盒测试用例》，用于验证软件业务逻辑功能的描述文件。
b、《白盒测试报告》，对应于白盒测试阶段的测试结果报告文件。
c、《黑盒测试报告》，对应于黑盒测试阶段的测试结果报告文件。
5．上线阶段
《产品上线操作手册》，描述上线流程和注意事项，以及应急情况处理。
研发部：
2020.09.15
备注
设计开发评审报告
HY-8.3-04-01
项目名称
天津外服通管理信息系统应用软件
课题组长
严振亚
设计开发阶段
概要设计
负责人
赵雪冬
评审人员
部门
职务或职称
评审人员
部门
职务或职称
陈倩
项目部
项目总监
存在问题及改进建议：
1）人员管理、会议室预订接口在架构上最好能独立出一个项目，便于后续向“微服务”架构模式迁移。
2）手机端发布通知功能，要增加一个json封装类通道，数据需要经过二次封装。
3）“考勤管理”接口建设设计为“工厂模式”，因后续需要对接多个考勤机，对接口灵活性有较高的要求。
4）BLL层中缺少“机构联系人”类，请补充设计模型并建立类与类之间的关联。
5）接DAL层与数据库对接中，请使用hibernate或mybatis组件，对数据进行ORM处理。
6）概要设计文档3.2节中缺少部分UML描述图，请补全。
评审结论：
本次评审的概要设计完全满足平台需求，可以实现用户提出的所有业务性功能，在接口层面满足软件设计理论要求，具备充份的可扩展性和灵活特性，对未来需求扩展提供了较好的技术层面支持。
软件架构采用面向对象的设计方法，并对业务逻辑进行了封装，充份保护每个业务模块内部处理逻辑的完整性和安全性，体现了较好的高内聚、低耦合的设计思想，使软件架构呈现出模块化特性。
概要设计中还包含了大量的非功能特性，无论在安全性、易用性以及软件的稳定性层面都有较好的处理逻辑，能够满足用户的实际使用场景。
同时要做好以上问题及建议的修改工作，使系统满足业务需求，重新调整后再次评审。
对纠正、改进措施的跟踪验证结果：
验证人：
陈倩日期：
2020.7.15
备注：
1.评审会议记录应予以保留。
2.可另加页叙述。
设计开发评审报告
HY-8.3-04-02
项目名称
天津外服通管理信息系统应用软件
课题组长
严振亚
设计开发阶段
详细设计
负责人
严振亚
评审人员
部门
职务或职称
评审人员
部门
职务或职称
陈倩
项目部
项目总监
评审内容：
“□”内打“√”表评审通过，“？
”表有建议或疑问，“X”表不同意
1.本详细设计符合软件设计规范。
2.满足《用户需求说明书》中所有功能要求，无遗漏。
3.符合《概念设计说明书》中的架构模式，可以满足设计中的系统架构的技术规范。
4.对模块输入/输出数据格式有明确的规范，满足单元测试及集成测试的要求。
5.对软件编写规范、代码格式有严格要求，易于形成统一的代码风格。
存在问题及改进建议：
1.“待办事项”类中未与人员关联，且没有包含部门机构，请补充。
2.“日程管理”类中循环嵌套太多，程序可读性变差，请重新设计此部分处理算法。
3.程序中部门、人员、职级、职务称等都使用了简单的int类型，不符合软件设计原则，请改为“枚举类型”。
4.详细设计文档请补充每个类的输入、输出注释信息，明确说明各参数的含义。
5.文档第6.6.3节，文中提到图12，但没有对应的图表，请补充完整。
6.详细设计文档中文档排版较为混乱，需重新调整。
评审结论：
整体设计满足要求，但细节设计上还需要再进行调整，参考上述“问题和建议”部分
对纠正、改进措施的跟踪验证结果：
验证人：
陈倩日期：
2020.8.2
备注：
1.评审会议记录应予以保留。
2.可另加页叙述。
设计开发验证报告
HY-8.3-05
项目名称
天津外服通管理信息系统应用软件
课题组长
严振亚
设计开发阶段
测试
负责人
孙秋莲
评审人员
部门
职务或职称
评审人员
部门
职务或职称
陈倩
项目部
项目总监
孙秋莲
测试部
测试工程师
设计开发输入综述（性能、功能、技术参数及依据的标准或法律法规等）：
1）严格按照单元测试的要求，对代码逻辑进行白盒测试，验证模块的正确性。
2）逐一根据测试用例文档中的内容，对业务逻辑进行验证，测试是否存在业务缺陷。
3）根据非功能要求，对系统进行非功能测试，包括性能、并发处理量、安全性、易用性等方面。
针对输入要求的报告内容摘要及其结论:
经测试软件各项功能，5项实际输出结果不能达到预期，则本次测试的缺陷修复率为5/295≈98%，达到95%以上。
故该系统测试通过，已达到预定目标，可以交付使用。
设计开发验证结论：
同意以上结论
项目负责人：
陈倩 2020年09月02日
对验证结论的跟踪结果：
备注：
可另附页叙述。
设计开发确认报告
HY-8.3-06
项目名称
天津外服通管理信息系统应用软件
课题组长
严振亚
确认方式：
在用户测试环境模拟上线，需要用户验收确认。
会审时间
2020.09.17
会审地点
天津市
确认过程及主要内容：
1）按照《系统上线指导书》步骤，对系统进行模拟上线。
2）模拟上线后，由系统维护人员按照用户的实际情况，初始化数据。
3）用户对系统进行实际操作，模拟实际业务环节操作所有功能。
4）如发现问题，及时记录并现场定位故障点，对能够现场排除的问题第一时间解决。
5）如现现无法解决，整理后由后端开发工程师进行统一处理，并回复用户。
6）用户对验收测试结果进行确认。
确认结论及建议（如函审，附参审人员函件）
符合整体技术方案要求、符合双方签订的合同要求、项目资料符合要求。
甲方项目经理：
李菁 2020年09月22日
确认人员
单位
职务或职称
确认人员
单位
职务或职称
李菁
安和美（天津）科技有限公司
高级工程师
杨巍
安和美（天津）科技有限公司
工程师
王建国
安和美（天津）科技有限公司
工程师
刘玉娟
安和美（天津）科技有限公司
工程师
张玉玲
安和美（天津）科技有限公司
工程师
林可彤
安和美（天津）科技有限公司
工程师
设计开发技术说明
型号规格
V1.0
项目名称
天津外服通管理信息系统应用软件
程序功能：
1）批量管理公司（部门）内部联系人信息，保持最新状态。
2）支持会议室预订功能，可以高效安排多个会议
3）公司车辆申请及预约服务，减少用车高峰时段资源抢占问题。
4）支持员工在线提交请假申请，主管在线审批等流程。
5）支持用户自定义工作流，满足不同企业的实际管理需求。
6）可以使用安卓或苹果手机端完成远程办公管理，不受地点、时间的限制。
7）用户可以使用工作汇总页面，在同一个页面查看当天的所有待办事项
8）用户自定义显示风格，满足用户个性化需求。
//用户在线提交即时消息
@GetMapping（path="/getItemParam"）
publicResultgetItemParam（HttpServletRequestrequest,HttpServletResponseresponse,
@RequestParam（"id"）StringcompanyId）{
StringerrMsg="";
List>paramList=insureService.getParamByCompany（companyId）;
returnResultGenerator.genSuccessResult（paramList）;
}
@PostMapping（path="/premiumCaculate"）
publicResultpremiumCaculate（HttpServletRequestrequest,HttpServletResponseresponse,
@RequestBodyMapparamMap）{
doubled=Math.random（）;
intprice=（int）（（d*1000）+2000）;
BigDecimalbd=newBigDecimal（String.valueOf（price））.setScale
（2）;
returnResultGenerator.genSuccessResult（（Object）bd.toString（））;
}
@PostMapping（path="/submitInsure"）
publicResultsubmitInsure（HttpServletRequestrequest,HttpServletResponseresponse,
@RequestBodyMapparamMap）{
StringerrMsg=insureService.saveInsure（paramMap）;
if（errMsg==null||"".equals（errMsg））{
returnResultGenerator.genSuccessResult
（1）;
}else{
returnResultGenerator.genErrorResult（501,errMsg）;
}
}
研发部：
2020.09.17
升级会员 