项目任务责任书

1、 _药店管理系统_ 项目项目任务责任书任务下达方（实训组织方、甲方）：华中科技大学软件学院（签字）：深圳易思博信息技术有限公司coe（签字）：任务接受方（学生项目团队、乙方）：（项目团队成员签字）：第一部分：项目的甲方需求（本内容由coe填写）1.1 项目背景与用户需求的一般性描述1.1.1 项目背景某医药超市为某小区居民提供药品服务，多年来本着经济、实惠、高质量的服务宗旨，赢得了小区居民的信赖。由于经营有方，该超市的药品供应量很大。面对每天庞大的信息量，药店经常出现统计错误、药品供应不足的情况。为了改变这一局面，药店决定使用一套合理、经济、实用的药店管理系统，对药品超市进行计算机管理。本项目

2、团队受药店委托，负责开发这样的一套药店管理系统（部分），其目的是帮助药店实现日常药品进、销、存的系统化、综合化、计算机化管理。1.1.2 项目需求概要药品的进销存管理是药店管理工作中不可或缺的一部分，面对众多的药品和众多不同需求的顾客，每天产生大量的数据信息，以传统手工方式处理这些信息，操作麻烦、效率低下。而一个计算机管理系统，必须可以提供快速的药品和销售信息的查询、统计等功能，从而满足药店对药品和销售的管理，更好地服务于顾客。1.1.3 项目产品的用户使用场景或功效的呈现形式药店管理系统系统安装在药店内，采用客户/服务器模式，提供前台使用和后台管理功能。1.1.4 功能需求描述（用功能点方法

3、描述）系统提供以下功能点（验收方法见附件一：功能测试用例）：ü 提供对药品信息的分类管理，包括：对药品库药品及药品信息的增、删、改、查；ü 提供对药品信息的各种查询功能，包括：条件查询、模糊查询；ü 提供对药品信息的各种统计功能，包括：日、周、旬、月和年度统计和按药品的分类统计；ü 提供对药品进货需求和实际库存情况的管理，包括：需求管理、进货管理和库存情况盘点的管理；ü 提供对药品销售情况的管理，包括：销售处理、明细查询、统计、排序；ü 提供对药店管理系统本身的管理，包括：权限管理、密码管理、系统信息管理等。1.1.5 性能需求描述（

4、用性能测试方法和指标描述）系统应具有以下性能特性（验收方法见附件二：性能测试用例）：ü 应考虑药品销售的交易完整性和并发性；ü 具有较完善的可管理性，能有效提高药店的工作和管理效率；ü 具有良好的系统响应性能和处理效率、具有很好的系统稳定性；ü 具有友好的用户界面，易于药店一般人员操作；ü 具有较高的可维护性；ü 采用成熟技术开发，系统具有较高的可扩展性，以获得较长的生命周期；ü 系统具有适当的安全可靠性，包括：系统安全防范和数据安全性。1.1.6 其他特定需求描述系统还应满足一下特性（验收方法见附件三：其他特性需求测试用例

5、）：ü 由于本药店暂未纳入医保卡使用单位，故未考虑验证医保卡功能，系统应考虑此接口，使得在本店获得医保授权后，很容易实现医保卡的验证。ü 可支持电子支付；ü 由于开发周期的限制，目前系统没有考虑与药品采购网的联网采购功能，但系统设计应考虑未来添加此功能（包括在线支付）时，可易于扩展实现。ü 系统应考虑支持上级医药管理和工商、税务等部门的现场或联网检查要求；ü 在必要的时候，扩展系统的用户信息库，实现crm管理；ü 可考虑增加供应商管理；ü 由于考虑成本因素，系统数据库目前采用开源的mysql，但应可以支持未来改用微软的sql

6、2005或更高版本的数据库系统；ü 目前系统未考虑数据备份和恢复功能，以后可添加。以上特定需求，将体现在项目团队的相应需求分析、系统设计方案中。1.1.7 用户界面需求表述在用户界面方面，系统应满足（验收方法见附件四：用户界面设计测试用例）：1.1.7.1 外观需求表述（在系统设计方案中提供demo）ü 用div+css来布局；ü 只需要首页及二级页面；ü 首页需要显示logo（项目名）；ü 二级页面用同一个模板，保持风格一致；ü 设计基调清晰、明亮；ü 页面尺寸以16：9（宽1280）一屏显示即可 ；ü

7、 兼容ie 6、 ie 7、 ie 8、 firefox 。1.7.2 控件功能需求表述对用户界面上使用的可输入控件，要进行数据有效性的验证。1.2 项目目标与交付验收要求（明确标明：不可或缺项与可选项）1.2.1 最终产品交付要求（具体指明交付要求，例如：媒介、安装环境与运行条件、测试验收方法等）Ø 药店管理系统采用应用系统安装光盘的形式，提供用户交付。用户可使用该安装盘，在符合系统硬件环境的服务器上，进行安装，并可在客户机上，使用ie软件，使用该系统。Ø 不可或缺项：如果只实现部分系统功能，也应制作一

8、张完整的系统安装盘，完成系统的安装，并实现已实现的部分系统功能。1.2.2 文档等其他交付物成果要求（具体指明交付要求，例如：模板、评审标准等）Ø 同时，应交付用户一套用户使用手册。手册应包括系统的安装、使用、简单维护方法。Ø 在简单用户培训后，用户可以使用系统提供的所有功能，并能实现系统的简单维护。Ø 不可或缺项：如果只实现部分系统功能，应编写包括该部分内容的用户手册，达到对该部分进行用户培训后，可使用、可维护的效果。1.3 软件过程与项目管理要求（明确标明不可或缺项与可选项）1.3.1 软件工程过程与项目管理的要求u 按软件工程生命周期过程模型，提交以下软件过

9、程文档，并通过评审（不可或缺）：1) 项目任务责任书2) 项目计划书3) 需求规格说明书4) 架构设计报告书5) 需求/架构设计/项目计划变更申请报告6) 系统验收测试报告7) 项目总结报告u 采用vsts管理软件开发过程（不可或缺），包括：1) 在vsts上创建团队项目，并定义项目的生命周期模型、工作项、关键交付成果、进度、责任人、状态等信息；用vsts控制项目计划和进度要求，并进行代码管理；2) 用caliber工具定义并管理需求；3) 采用vsts提供的项目门户，进行团队沟通。u 项目管理的指标（二次迭代阶段，需求和项目计划变更后，可选）：需求变更率（按功能点）少于30%；模块级代码复用

10、率（指针对第一次开发）大于30%；软件项目管理要求和检查验收标准，例如：项目时间计划准确率为60%以上）。1.3.2 检查验收标准要求（不可或缺）具体验收标准请见软件工程实训各阶段交付物与验收标准。1.3.3 时间与进度要求（不可或缺）Ø 按实训课程的进度要求，完成上述提交并通过测试和评审。1.4 关于项目资源和任务责任的说明1.4.1 coe可提供的资源说明除实训课程中，coe所提供的培训、辅导和技术支持之外，coe还为本项目提供（仅限于）以下资源：1) 用户级别的需求说明描述（coe将扮演最终用户角色）；2) 不包括在项目团队开发任务之内的应用系统其他部分的系统环境与功能模块代码

11、（如果需要的话）；1.4.2 项目团队所承担的目标任务责任的含义项目团队应承担其在本任务责任书第二部分所承诺的、以下部分或全部项目责任：1) 完成选定功能/性能模块的开发，并通过验收测试；2) 完成应交付用户的介质、文档，实现用户交付；3) 完成软件工程过程应交付的文档并通过评审；4) 在指定平台和工具上，进行软件开发，实现可视化的软件过程管理。1.4.3 项目团队项目任务目标没有实现的责任与后果没有完成项目任务是指其在本任务责任书第二部分所承诺的、以下一种或多种情况：ü 功能/性能需求没有通过验收测试；ü 用户交付没有达到本任务书约定的要求；ü 软件工程过程存在

12、一次评审没有通过的情况；ü 没有使用指定的平台和工具，进行软件工程开发，使开发工程不可见。不论导致上述项目任务目标没有完成的原因是项目团队集体或团队某个人，只要不是因为coe方面的原因，没有完成项目任务的责任，将又项目团队全体承担，其后果是项目团队全体成员项目实训失败，没有相应成绩（学分）。第二部分：项目的乙方承诺（本内容由项目团队填写）2.1 对项目目标与交付验收要求的逐项应答2.1.1 对最终产品交付要求的应答ü 对最终交付成果的功能需求的应答，详见项目功能需求测试验收表（附件一）；应答：接受 不接受ü 对最终交付成果的性能需求的应答，详见项目性能需求测试验收

13、表（附件二）；应答：接受 不接受ü 对最终交付成果的其他需求的应答，详见项目其他需求测试验收表（附件三）；应答：接受 不接受ü 对最终交付成果的用户界面需求的应答，详见项目用户界面需求测试验收表（附件四）；应答：接受 不接受2.1.2 对文档等其他交付物成果要求的应答ü 药店管理系统采用应用系统安装光盘的形式，提供用户交付。用户可使用该安装盘，在符合系统硬件环境的服务器上，进行安装，并可在客户机上，使用ie软件，使用该系统。ü 不可或缺项：如果只实现部分系统功能，也应制作一张完整的系统安装盘，完成系统的安装，并实现已实现的部分系统功能。应答：接受 不接受

14、ü 应交付用户一套用户使用手册。手册应包括系统的安装、使用、简单维护方法。ü 在简单用户（coe代表）培训后，用户可以使用系统提供的所有功能，并能实现系统的简单维护。ü 不可或缺项：如果只实现部分系统功能，应编写包括该部分内容的用户手册，达到对该部分进行用户培训后，可使用、可维护的效果。应答：接受 不接受2.2 对软件工程过程与项目管理要求的应答2.2.1 对软件工程过程交付成果的应答ü 按软件工程生命周期过程模型，提交以下软件过程文档，并通过评审（不可或缺）：1) 项目任务责任书2) 项目计划书3) 需求规格说明书4) 架构设计报告书5) 需求/架构设

15、计/项目计划变更申请报告（可选，仅当无变更时可缺省）6) 系统验收测试报告7) 项目总结报告应答：接受 不接受2.2.2 对使用软件工程过程平台与工具的应答ü 采用vsts管理软件开发过程（不可或缺），包括：1） 在vsts上创建团队项目，并定义项目的生命周期模型、工作项、关键交付成果、进度、责任人、状态等信息；用vsts控制项目计划和进度要求，并进行代码管理；2） 用caliber工具定义并管理需求；3） 采用vsts提供的项目门户，进行团队沟通和工作报告。应答：接受 不接受2.2.3 对软件项目管理指标的应答（可选）ü 项目管理的指标（二次迭代阶段，需求和项目计划变更后，可选）：需求变更率（按功能点）少于30%；模块级代码复用率（指针对第一次开发）大于30%；软件项目管理要求和检查验收标准，例如：项目时间计划准确率为60%以上）。应答：接受 不接受2.2.4 检查验收标准要求的应答（不可或缺）具体验收标准请见软件工程实训各阶段交付物与验