软件项目管理大作业.docx

软件项目管理大作业 软件工程管理大作业 个人网上银行系统一、工程背景随着电子商务时代的到来，越来越多的人更情愿通过网络购置物品，网络上时时刻刻都在进展着常见的交易，而一个稳定平安牢靠的支付手段是全部交易的保障，于是个人网上银行应运而生 二、工程简介利用Internet技术，通过Internet向客户供应包括支付，转账，查询等传统效劳工程，使客户可以足不出户就能够平安便捷地享受效劳可以说，网上银行是在Internet上的虚拟银行柜台开发本系统有两个目的：一、运用户足不出户即可查询个人账户的各种信息；二、为用户实现自助转账、自助缴费、网上支付和贷款查询等功能，便利用户 三、工程预算预料工程将由15个员工共用10个月的时间开发测试并上线 开发本钱：4000元/月× 10 ×20 = 800,000〔单位：元〕 管理和质量本钱：800,000 × 20% = 160,000 总本钱：800,000 + 160,000 = 960,000 四、工程进度支配预料工程将在前3个月完成需求分析、总体框架设计及系统设计，前6个月完成软件代码编写并起先测试环节，利用最终4个月试运行完成软件各种功能、性能及平安性测试，争取10个月后工程完成验收。

需求分析功能需求：本系统是B/S构造的Web应用系统开发本系统有两个目的：一、运用户足不出户即可查询个人账户的各种信息；二、为用户实现自助转帐、自助缴费和网上支付的功能，便利用户依据实际案例和自己的实力，我们将系统划分为八个功能模块：账户管理模块、自助转帐模块、自助缴费模块、网上支付模块、贷款管理模块、客户效劳模块、登陆模块、后台管理模块系统用户用例图如下列图所示： 外部接口需求：界面设计为适合最小辨别率为800*600，同时要适合1024*768、1280*800等运用15寸以上显示器用户，因此，界面要在阅读器上居中显示性能需求：人们都不盼望一个交易提交后花费太多的等待时间，所以此系统对时间要求比拟高， 在效劳器上测试，响应时间不能超过1/10s同时对于在不同的平台上兼容性要求较高，故本系统采纳JSP作为实现语言，JAVA很好的移植性与平台无关性可以保证系统在其他软件或硬件平台上无障碍运行软件属性需求：1. 正确性：系统要正确处理用户恳求，并正确返回结果 2. 牢靠性：系统平安无故障运行直到下一次系统检查3. 平安性：系统须要有良好的平安性，如防止被窃取密码造成经济损失软件人员分工：1、 前期由5个员工去做调研完成需求分析，同时5个员工完成风险限制管理，另外5个员工完成概要设计具体设计，最终5个人把握工程规模本钱工程总体方向及定位。

2、 中期可以有4个员工来完成界面设计，4个员工来完成数据库设计，12个员工来完成代码编写和文档说明3、 后期可以由10个员工左右来完成程序功能、性能及平安性测试，另外10个员工完成工程文档及工程验收当然对于一个大工程来说，必须要试验对风险限制和质量保证风险管理 产生阶段 筹备 任务 开发环境的配置 可能风险描述 配置环境不符合工程组要求的标准 学习不够深化导致开发时对开发环境不熟识，延迟工程进度 可能产生缘由 对开发环境不熟识 风险发生的后果 幸免措施 发生后的处理 把程序放进标准环境调试 对不熟识开发环境的成员抽专人对其培训 可能造成抽出特地工程集成人员对环时bug增多 境统一配置 延迟工程开发进度 筹备阶段应当加强相关工程开发根底学问的学习 对需求深化了解，精确划分功能模块 加强对需求的理解 学习熟识开发环境 工程组没有谨慎学习开发环境 分析 模块划分 模块划分对网银系不够精确，统业务了对工程功解不够 能需求分析不明确 文档对需求说明不够明确细致 对工程业务了解不深化 造成工程延期甚至无法进展开发 导致后面的概要设计具体设计等无法明确进展实施 导致具体设计不能进展，工程无法开发 导致工程不惜时间反复屡次对模块划分 接着对需求进展分析直至需求完善 编写需求分析文档 概要设计 模块功能概要不明确 界面不够需求做的不够，业务不了解 对网银业做好需求，深化调查了解业务了解网银逻辑 业务需求与逻辑 了解网银修改界面 设计 界面设计 友好，可操作行不够好 务流程不了解，对网页设计学问不娴熟 对网银业务的内部数据流理解不够，对JSP,Servlet等相关学问不熟识 对系统的用户、业务、操作等相关数据规划混乱 后期编码困难，工程成形后对用户可操作行困难 导致工程编码阶段的程序设计调试程序困难甚至无法进展 导致系统内部数据混乱，不便管理，甚至造成数据的不相同，丧失等紧要错误 无法实现此模块功能 业务流程，加强对静态网页设计技术的学习 做好具体设计，规划好数据流和程序逻辑 刚好更改程序逻辑，修订具体设计 具体设计 对系统各个模块内部数据流与程序逻辑设计不够完善 数据库不够完善，存放数据的表划分不合设计要求 数据库设计 对数据库进展反复思索，反复设计，反复验证直至符合业务逻辑，到达数据便于管理 加强对J2EE标准的网站设计技术和学问的学习 对数据库重新建立，回头对数据再分析再规划 开发 编码 程序无法调试通过 对相关技术JSP，Servlet等不娴熟，造成编码困难，程序无法调试运行 编码时程序对功能的实现不够完善 反复调试程序 单元测试 测试用例无法通过 测试失败，编码时对重新调试各种存在程序 状况，如边界值，错误的操作等综合考虑 系统崩溃，开发阶段无法运行 尽量做到各功能的测试完善 调试程序 测试 系统测试 系统平安性，稳定性不够 开发阶段没有对各功能做到完善，系统运行环境达不到要求 回头对各模块功能进展测试调试，对系统运行环境搭建好 质量保证打算：本打算的目的在于对所开发的网上银行系统软件规定各种必要的质量保证措施，以保证所交付的软件能够满意工程需求分析中的各项需求。

软件开发单位在开发该银行软件系统所属的各个子系统时，都应当执行本打算中的有关规定，但可依据各自的状况对本打算作适当的剪裁，以满意特定的质量保证要求在本软件系统整个开发期间，必需成立软件质量保证小组负责质量保证工作，该组成立时指定小组成员负责在工程的软件质量保证小组中，应合理安排任务，明确职责职责安排在进展中可以相互沟通、合理支配软件质量保证工作涉及软件生存周期各阶段的活动，应当贯彻到日常的软件开发活动中，而且应当特殊留意软件质量的早期评审工作软件质量保证小组要派成员参与全部的评审与检查活动评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都谨慎采纳各项措施来保证与提高软件的质量在软件开发过程中，要进展如下几类评审与检查工作：a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进展评审b. 日常检查：在软件的工程化生产过程中，各成员应当填写工程进展报表c. 软件验收：必需组织特地的小组成员对银行软件系统进展验收验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作对文档要求：为了确保软件的实现满意需求分析的各项需求，小组应编写以下文档： a. 软件需求规格说明书b. 软件设计说明书c. 软件测试打算 d. 软件测试报告 e. 工程进度打算f．工程开发总结。

除了根本文档之外，对于尚在开发中的软件，还应当包括以下四个方面的文档： a. 软件质量保证打算；b. 风险管理打算 c. 工程进展报表；d. 会议纪录 文档质量的度量准那么a. 完备性：全部担当软件开发任务的单位，都必需遵照规定编制相应的文档，以保证在开发阶段完毕时其文档是齐全的b. 正确性：在软件开发各个阶段所编写的文档的内容，必需真实地反映该阶段的工作且与该阶段的需求相相同c. 简明性：在软件开发各个阶段所编写的各种文档的语言表达应当清楚、精确简练，适合各种文档的特定读者d. 可追踪性：在软件开发各个阶段所编写的各种文档应当具有良好的可追踪性文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面前者是指在不同文档的相关内容之间相互检索的难易程度；后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度 e. 自说明性：在软件开发各个阶段所编写的各种文档应当具有较好的自说明性文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的实力 f. 标准性：在软件开发各个阶段所编写的各种文档应当具有良好的标准性文档的标准性是指文档的封面、大纲、术语的含义以及图示符号等符合有关标准的规定。

工程验收总结在验收时，同时也要对文档提出严格的要求，非软件人员能干脆运用该系统，假设不了解，可在用户运用说明文档协助下简洁运用，软件人员在文档协助下能清楚阅读代码和测试在经验大量的测试及试运行的阶段确保完成了用户需求的全部功能，确保性能足够优化，确保运行足够平安的状况下完成软件验收，系统胜利上线投入运用本文来源：网络收集与整理，如有侵权，请联系作者删除，谢谢！第8页 共8页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页第 8 页 共 8 页。