软件系统综合课程设计—音像销售管理系统.doc

《软件系统综合课程设计—音像销售管理系统.doc》由会员分享，可在线阅读，更多相关《软件系统综合课程设计—音像销售管理系统.doc（90页珍藏版）》请在三一办公上搜索。

1、X X 工 学 院 课程设计报告设计名称： 软件系统综合课程设计 课 题： 音响销售管理系统 组 号： 2 专业班级： 计算机 系 （院）： 计算机工程学院 设计时间： 2008.12.42008.12.17 设计地点： 计算机软件实验室 成绩：指导教师评语： 签名： 年 月 日 目 录第一章 项目开发计划11. 引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料12. 项目概述22.1 工作内容22.2 主要参加人员22.3 产品22.3.1 程序22.3.2.文件32.3.3.服务32.3.4.非移交的产品32.4 验收标准32.5 完成项目的最迟期限42.6 本计划的批

2、准者和批准日期43. 实施计划43.1 工作任务的分解与人员分工43.2 接口人员53.3 进度53.4 预算53.5 关键问题54.支持条件64.1 计算机系统支持64.2 需由用户承担的工作64.3 需由外单位提供的条件65.专题计划要点6第二章 可行性研究报告71. 引言71.1编写目的71.2背景71.3定义71.4参考资料72. 可行性研究的前提82.1 要求82.2 目标82.3 条件、假定和限制82.4 进行可行性研究的方法82.5 评价尺度93. 对现有系统的分析93.1 处理流程和数据流程93.2 工作负荷103.3 费用开支103.4 人员103.5 设备103.6 局限性

3、114. 所建议的系统114.1 对所建议系统的说明114.2 处理流程和数据流程。114.3 改进之处124.4 影响124.4.1.对设备的影响124.4.2.对软件的影响124.4.3.对用户单位机构的影响124.4.4.对系统运行过程的影响124.4.5.对开发的影响134.4.6.对地点和设施的影响134.4.7.对经费开支的影响134.5 局限性134.6 技术条件方面的可能性145.投资及效益分析145.1支出145.1.1基本建设投资145.1.2其他一次性支出145.1.3非一次性支出（经常性支出）145.2效益155.2.1一次性收益155.2.2非一次性收益（经常性收益）

4、155.2.3不可定量的收益155.3收益投资比155.4投资回收周期155.5敏感性分析156.社会因素可行性分析156.1法律因素166.2用户使用可行性167.结论意见16第三章 需求说明书161引言161.1编写的目的161.2背景161.3定义171.4参考资料172任务概述172.1目标172.2用户的特点182.3假定和约束183需求规定183.1对功能的规定183.2 对性能的规定213.2.1精度213.2.2时间特性要求213.2.3灵活性213.3输入输出要求213.4数据管理能力要求（针对软件系统）213.5故障处理要求223.6其他专门要求224运行环境规定224.1

5、设备224.2支持软件234.3接口234.4控制23第四章 概要设计说明书231引言231.1编写目的231.2背景231.3定义241.4参考资料242总体设计242.1需求规定242.2运行环境252.3基本设计概念和处理流程252.4结构262.5功能需求与系统模块的关系283接口设计283.1用户接口283.2外部接口293.3内部接口294运行设计294.1运行模块组合294.2运行控制304.3运行时间305系统数据结构设计305.1逻辑结构设计和物理结构设计要点306系统出错处理设计336.1出错信息336.2补救措施346.3系统维护设计34第五章 详细设计说明书351.引言

6、351.1编写目的351.2背景351.3定义351.4参考资料352. 系统的结构363模块1（用户登陆）设计说明373.1模块描述373.2功能373.3性能383.4输入项383.5输出项383.6设计方法（算法）383.7流程逻辑393.8接口393.9存储分配403.10限制条件403.11尚未解决的问题404模块2（基本信息管理）设计说明404.1模块描述404.2功能404.3性能404.4输入项414.5输出项424.6设计方法（算法）424.7流程逻辑434.8接口434.9存储分配434.10注释设计444.11限制条件444.12尚未解决的问题445模块3和模块4（进货信

7、息管理和销售信息管理）设计说明445.1模块描述445.2功能455.3性能455.4输入项455.5输出项475.6设计方法（算法）475.7流程逻辑485.8接口485.9存储分配495.10限制条件495.11尚未解决的问题496模块5（查询统计）设计说明496.1模块描述496.2功能506.3性能506.4输入项506.5输出项506.6设计方法（算法）516.7流程逻辑516.8接口516.9存储分配526.10限制条件526.11尚未解决的问题527模块6（结帐管理）设计说明527.1模块描述527.2功能537.3性能537.4输入项537.5输出项537.6设计方法（算法）5

8、37.7流程逻辑547.8接口547.9存储分配547.10限制条件547.11尚未解决的问题548模块7（用户管理）设计说明558.1模块描述558.2功能558.3性能558.4输入项558.5输出项568.6设计方法（算法）568.7流程逻辑568.8接口568.9存储分配578.10限制条件578.11尚未解决的问题57第六章 测试计划571.引言571.1编写目的571.2背景571.3定义581.4参考资料582计划582.1系统说明582.2测试项目592.2.1进度安排592.2.2条件592.2.3测试培训593测试设计说明603.1测试603.2控制603.3输入、输出和过

9、程604评价准则624.1范围624.2数据整理624.3尺度62第七章 测试分析报告631引言631.1编写目的631.2背景631.3定义631.4参考资料642测试概要643测试结果及发现653.1测试1（用户登陆）653.2测试2（用户管理）653.3测试3（基本信息管理）653.3测试4（进货管理、销售管理）653.3测试5（查询统计）663.3测试6（往来管理）664对软件功能的结论674.1 用户管理674.1.1 能力674.1.2 限制674.2 信息管理674.2.1能力674.2.2限制674.3进货管理674.3.1能力674.3.2限制684.4销售管理684.4.1

10、能力684.4.2限制684.5查询管理684.5.1能力684.5.2限制684.6.结账管理684.6.1能力684.6.2限制695分析摘要6951能力6952缺陷和限制6953建议7054评价706测试资源消耗70第八章 面向对象分析设计701. 引言701.1 编写目的701.2 背景711.3 定义711.4 参考资料712功能模型建立（用例图）723对象模型建立（类图）734动态模型建立（状态图）73附件1 软件系统综合课程设计任务分派单-项目开发计划74附件2 软件系统综合课程设计任务分派单-可行性研究75附件3 软件系统综合课程设计任务分派单-软件需求说明书76附件4 软件系

11、统综合课程设计任务分派单-概要设计说明书77附件5 软件系统综合课程设计任务分派单-详细设计说明书78附件6 软件系统综合课程设计任务分派单-测试计划79附件7 软件系统综合课程设计任务分派单-测试分析报告80附件8 软件系统综合课程设计任务分派单-面向对象设计分析81第一章 项目开发计划1. 引言1.1 编写目的本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发.减少开发中的不必要损失. 具体步骤：拟订开发计划书，分配项目工作，安排项目进度。1.2 背景a. 软件系统名称：音响销售管理系统b. 项目提出者： c. 项目开

12、发者： d. 用户：普通中小型音响销售店e. 实现该系统的计算机网络环境：互联网环境，WEB服务器等。f. 独立文档系统1.3 定义接口人员：是指跟用户方面或者其他合作伙伴进行联系，讨论和洽谈等工作的人员。1.4 参考资料 1 SQL Server 2000数据库及应用，高等教育出版社，2004.12 郑建峰，董国平. SQL Server开发答疑200问. 北京：人民邮电出版社，2005.9.3 软件工程-理论与实践，Shari Lawrence Pfleeger著，高等教育出版社，2003.74 张海藩. 软件工程导论(第三版).北京：清华大学出版社，1998.1.5 微软ASP.NET官

13、方站. .6 国家标准-软件开发规范2. 项目概述2.1 工作内容在本项目中,主要进行以下几项工作:1 相关设计人员和用户初步了解需求，然后用WORD列出要开发的系统的大概功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。 2 设计人员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚例用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。 3 设计人员和用户再次确认需求。 4 设计人员根据确认的需求文档所例用的界面和功能需求，用迭代的方式

14、对每个界面或功能做系统的概要设计。 5 把写好的概要设计文档给程序员，程序员根据所例出的功能一个一个的编写。 6 测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能，然后验收。2.2 主要参加人员 本项目有以下6名开发人员： XXXXXXXXXX。均熟悉C/C+/java等编程语言，其中，XXXXXX还较为熟悉.net技术。2.3 产品2.3.1 程序 本开发小组决定开发出一个音响销售系统，能够让用户通过使用该系统，来方便地管理音响销售过程中许多复杂的环节。由于是一个网页类型的销售管理系统，所用的是ASP.NET技术，其中主要使用C#语言。由于使用过程中需要保存大量的客户以及产品

15、信息，所以需要使用到数据库，并在非易失性存储介质上存储。移交用户网站原文件，其中包括管理公司信息的网页文件、网页布局美化CSS文件、数据库文件、进货管理网页文件、退货管理网页文件、用户人员管理文件、财务管理文件、网站用到的图片文件、主页面文件、网站配置文件等。2.3.2.文件 移交用户文件包括：网站系统原文件；系统使用手册；系统维护手册；详细技术资料；售后服务合同；2.3.3.服务售后技术支持，人员培训，系统安装，保修（一年）。2.3.4.非移交的产品 该项目的可行性研究报告以及能够实现该项目部分功能的产品。项目开发计划可行性分析报告需求分析报告概要设计文档详细设计文档软件测试报告 2.4 验

16、收标准 系统运行流畅，出错率为：1次/年； 人员培训到能熟练操作本系统； 按合同严格提供售后服务；2.5 完成项目的最迟期限2008.11.052.6 本计划的批准者和批准日期批准者： 批准日期：2008.10.33. 实施计划3.1 工作任务的分解与人员分工开发小组组长： 组员： 任务：需求分析人员： 职责：准确把握所要开发系统的功能需求。进行业务流的分析，根据系统所要完成的功能和所要处理的数据，画出反映系统逻辑模型的数据流图，对于重要的加工和数据项在数据字典中进行进一步的补充说明。任务：总体设计人员： 职责：根据系统所完成的功能，准确划分各功能模块，明确各模块的功能职责、所要完成的数据处理

17、与其他模块的数据传递关系，进行数据表的设计和对象类的设计，明确对象类间的关系。对各个模块进行初步的算法设计。任务：详细设计人员： 职责：对各功能模块，准确划出其流程图，详细地描述算法。对于各对象类，详细地描述其内部功能实现。在具体的DBMS，如SQL SERVER中，完成数据的物理实施。任务：编程调试人员： 职责：选用具体的编程工具，如ASP.NET完成相应模块的设计。任务：单元测试、组装测试人员： 职责：完成各模块的测试，成功后，由小组负责人将同一小组分别完成的各模块进行组装测试，成功后，提交软件成果。3.2 接口人员(1) 负责本项目同用户的接口人员： (2) 负责本项目同本单位各管理机构

18、，如合同计划管理部门、财务部门、质量管理部门等的接口人员： (3) 负责本项目同各份合同负责单位的接口人员： 3.3 进度需求分析：2008.12.04-2008.12.07总体设计：2008.12.08-2008.12.12详细设计：2008.12.13-2008.12.18编程调试：2008.12.19-2008.12.21测试：2008.12.21-2008.01.04 每个任务完成后应及时提供相应的任务报告。3.4 预算开发期间开发小组每人拥有电脑一台。在需求分析阶段用于进行调查活动的经费50元，在开发过程中，用于购买各种参考资料的经费300元。与用户的商谈工作由组员负责，各阶段的协调

19、及与其他单位的商谈工作由组长负责。参加项目人员开发期间的工资：完成项目大概1个月，工资总费用大概8000元3.5 关键问题系统设计的关键在于在每个阶段设计人员应该做好协调与配合工作。在需求分析阶段，组员应该调查好用户对于系统的各项需要，这样才能更好满足用户，使以后阶段的工作都得以成功的进行。在编程调试阶段，设计人员应使所设计的功能与以上阶段的需求相一致。音响销售管理系统分为以下几个模块：客户信息查询模块，销售信息查询模块，销售人员管理模块，产品库存管理模块，售后服务管理模块，财务管理模块。为使各模块的设计成果能够保持一致，设计人员之间必须保持随时沟通，以获得最新的功能需求。例如销售信息查询模块

20、和产品库存管理模块应该及时保持联系，不能发生某型号的音响已销售完毕，但产品库存中依然存在该产品的现象。4.支持条件4.1 计算机系统支持硬件：CPU型号为Pentium3以上， 内存256M以上 .软件：Winxp ,Visual studio 2005,SQL Server 2000,Microsoft Word 2003, Microsoft Office Visio 2003.4.2 需由用户承担的工作需用户进行全方位测试并能够及时反馈漏洞。4.3 需由外单位提供的条件本次项目的开发完全由本小组自主进行，暂不需要其他合作伙伴。5.专题计划要点人员开发培训计划：对组员进行ASP.NET技术

21、培训；开发系统计划：严格的按照分组标准进行开发和检验；安全保密计划：实行以组长负责，组员一切听从安排并互相监督不泄露任何机密的方法；售后服务计划：严格按合同进行。第二章 可行性研究报告1. 引言1.1编写目的本报告的编写目的是说明该音响销售管理系统的实现在技术、经济和社会条件方面的可行性评述，为了合理地达到开发目标而选择的方案进行说明并论证方案的可行性，并对软件的前景及后续工作进行分析。供参与开发人员阅读参考。1.2背景a.软件系统名称：音响销售管理系统b.项目提出者：顾龙c.项目开发者：顾龙 郑诚 许平 叶乔 沈俊 周法亮d.用户：普通中小型音响销售店e.实现该系统的计算机网络环境：互联网环

22、境，WEB服务器等f.独立文档系统1.3定义SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。1.4参考资料1 SQL Server 2000数据库及应用，高等教育出版社，2004.12 郑建峰，董国平. SQL Server开发答疑200问. 北京：人民邮电出版社，2005.9.3 软件工程-理论与实践，Shari Lawrence Pfleeger著，高等教育出版社，2003.74 张海藩. 软件工程导论(第三版).北京：清华大学出版社，1998.1. 5 刘斌，张军. ASP.NET动

23、态网站开发案例精选. 北京：清华大学出版社，2005.10.6 国家标准-软件开发规范2. 可行性研究的前提众所周知，随着互联网在中国的普及，商品交易的方式也发生了一些变化，电子商务的迅速发展，给越来越多的人提供了极大的便利。网上商城，网上购物等已经不再是新鲜的名词，然而，由于网上商品交易涉及的地域广泛，参与者复杂，从而导致交易过程也存在许多复杂的环节，所以拥有一个功能强大而且完备的销售管理软件来减轻经销商的劳动势在必行，而且现在已经出现了许许多多的管理软件产品，但大多适合少量的大型企业用户。因此，我们决定开发一个基于B/S的音响销售管理系统，来满足数量较多的小型音响销售店的管理。而且，由于我

24、们掌握开发软件的相应的语言，又拥有开发所需要的设备，客户群较大。所以，从事这样一个项目对我们来说是可行的。2.1 要求能够实现对音响产品的管理，比如音响的类型，价格，所属厂家等；具有财会管理功能，比如统计本日销售额；具有进货退货管理，系统安全级别管理，定义不同权限的用户。2.2 目标主要开发目标是开发出一个能够满足小型音响销售店从事商品交易过程中的各项需求的系统。适合小型音响销售店使用，运行成本达到客户能接受程度。2.3 条件、假定和限制给出的条件是基本能够实现对音响产品的管理；假定能够很好地实现，则可以考虑将功能进行更详细地扩展；要求在一个月左右的时间内完成，任务较为艰巨。2.4 进行可行性

25、研究的方法 我们通过各自在网上查阅资料，了解现在社会上对该销售系统的需求情况，然后在一起讨论汇总，并考虑自身能力，综合软硬件条件，最终确定了该项目的可行性。我们通过对类似产品的已有的一些评价结合本产品特有的特性，对本产品做出了评价。2.5 评价尺度开发中所使用的费用开销不得超过9000元。首先应该开发出对音响产品的管理功能，然后再实现销售部分的功能等。本系统的开发工作为期一个月。3. 对现有系统的分析3.1 处理流程和数据流程处理流程：数据流程：3.2 工作负荷对音响产品的管理，工作量大；财会管理，工作量中等；音响商品的信息发布，工作量大。3.3 费用开支需要一台通用PC机全天运行该系统。每天

26、消耗电费，该台PC机的费用3000元。管理人员数量多，工资开销大。大型数据库服务器费用，构件局域网的路由器和较多网络设备的费用，网络维护人员费用。3.4 人员需要软件编程人员多名，熟悉C/C+/JAVA/C#中的一种；需要软件测试人员多名，从事软件测试；需要数据库管理人员多名，会使用SQL SERVER，负责数据库的维护。3.5 设备通用PC机一台，装有WINDOWS 2000/XP操作系统，装有SQL SERVER，奔腾4以上处理器，512M内存。另外需要购买大型数据库服务器和构件局域网的路由器和较多网络设备。3.6 局限性现有系统暂时只适用于少量大型企业音响产品的销售管理。对小型音响销售店

27、的管理开销较大，不适合客户量较多的小型音响销售店。4. 所建议的系统4.1 对所建议系统的说明基于WEB的音响销售系统是用现有的先进技术对音箱的进货和销售进行管理和操作，能够存储音响的详细信息且具有实时查询功能。还有就是能够发布最新的进货情况，以便为购买者提供最新的信息。对音箱销售系统实现要求以及如何得到满足:1.输入要求：销售者通过系统的操作界面对相关信息进行输入。2.输出要求：系统根据销售者输入的信息进行存储或者查询。3.安全方面要求：通过对软件登陆用户设置不同的管理级别来实现。 4.2 处理流程和数据流程。4.3 改进之处1. 实现了基于B/S模式的管理，适合小型销售商店的成本接受程度2

28、. 提高了信息存储和查询的速度3. 具有及时更新信息的功能，提高了更新速度4. 减少了工作人员的大量重复工作，提高管理人员的利用率4.4 影响4.4.1.对设备的影响频繁的数据访问要求使用一些高效的设备。设备包括WBE服务器商提供的空间，通用计算机等，要求容量大，响应速度快。使用寿命长并且稳定性高。4.4.2.对软件的影响软件要求使用效率高，处理速度快并且稳定性强。操作系统采用大众化的 Windows XP平台,易于操作人员的使用。应用软件的支持：IE浏览器6.0及以上版本、正版Microsoft SQL Sever2000，正版杀毒软件等4.4.3.对用户单位机构的影响建立音响销售管理系统的

29、目的，是实现通过网络销售各种音响设备。人员配备方面，需要一名网站维护人员和一名数据库管理员。对网站维护人员，要求能进行基本的网站维护，能对一些突发情况进行处理，并且具有一定的维护经验。对数据库管理员，要求能熟练进行各种数据库操作，包括数据库安装、数据库配置和管理、权限设置和安全管理、监控和性能调节、备份和恢复和解决一般的问题。除此之外能及时对数据库中的数据进行更新，最好具有一定的管理经验。4.4.4.对系统运行过程的影响1.系统的正常运行要求用户能够按照用户手册进行正确的日常操作。2.要求维护人员，不定时地对各种设备进行检查，以确保设备能正常运行。定时地对网络进行检测，对系统进行更新，保证系统

30、能够正常运行。3.由数据库管理员对数据库中的数据及时的进行更新和修改，以确保商品信息的即时性。4.信息进入系统后，系统能自动的完成分类等各项操作。5.由数据库管理人员定期对数据进行备份，以确保在系统在出现故障后造成损失最小。6.系统在运行出现故障后，及时聘请专业的技术人员进行维护。4.4.5.对开发的影响1.用户须将开发系统过程中需要用到一些相关资料和信息提供给需求分析人员，以便分析人员能正确对用户所需系统的各种功能和需求进行一定的分析与归纳，为以后的开发工作奠定基础。2.要求建立一个综合数据库，确保数据库的完整性，以便将系统中需要使用的数据和信息添加进去。数据信息包括：客户的信息，音响种类信

31、息，音响销售情况的信息，供货商的信息和库存情况的信息等等。3.要求一个快速、良好和可靠的网络，便于实现系统通过网络销售音响和对销售情况进行管理的功能。4.要求使用大量的数据进行测试，以保证系统能够充分满足用户的需求。4.4.6.对地点和设施的影响要求用户使用环境灰尘少，空气清净等适合数据设备存放和正常工作。要求一定要有网络覆盖和便捷交通。以便设备等出现故障时能够及时的进行维护。4.4.7.对经费开支的影响人员：网站维护员 1人 1.8万元/年 数据库管理员 1人 2万元/年设备：计算机，服务器空间购买，网络环境等 3000元/年4.5 局限性该系统只适合于一些小中型的音响销售店面，该系统耗费资

32、金较少，不能进行超大规模的数据统计和对这些数据进行及时更新，如果处理较大的信息，易造成系统出现故障，影响正常使用。4.6 技术条件方面的可能性经过上述分析，对于中小规模的音响销售店面，该系统能帮助他们及时发布新产品，并且能实现在有限的资金内实现快速交易的目标。比起传统的交易方式，有着巨大的优势。在现有的技术和资金允许范围内，可以实现该系统的开发。5.投资及效益分析5.1支出5.1.1基本建设投资 通用PC：3000元/台数据库管理软件： Microsoft SQL Server2000 2万5.1.2其他一次性支出10000RMB5.1.3非一次性支出（经常性支出）a. 设备的维护费用： 80

33、0元b. 软件的维护费用： 200元c. 人员的工资,奖金： 基本工资1500元 奖金不限 d. 房屋空间的使用开支： 电费500元 e. 公共设施方面的开支： 100元f. 保密安全方面的开支： 网络杀毒软件120元g. 其他经常性的支出： 300元 5.2效益5.2.1一次性收益20000RMB5.2.2非一次性收益（经常性收益）由于使用该音响销售管理系统，所造成开支的减少和避免有30000元/月5.2.3不可定量的收益6000RMB5.3收益投资比求出整个系统生命期的收益/投资比值300%5.4投资回收周期大约为3个月5.5敏感性分析（1）单价的灵敏度指标总是最高； （2）销售量的灵敏度

34、指标不可能最低； （3）单价的灵敏度指标与单位变动成本的灵敏度指标之差等于销售量的灵敏度指标； （4）销售量的灵敏度指标与固定成本的灵敏度指标之差等于1。 6.社会因素可行性分析6.1法律因素（1）所有技术资料都由提出方保管。（2）合同制定确定违约责任（3）版权所有,严禁抄袭6.2用户使用可行性 使用本软件人员要求有一定计算机基础。7.结论意见本系统可以马上开始实施，并尽可能做到提前完成。从人力资源优化角度来说，可以充分利用学校已有人力资源。从开发成本角度来说，将支出成本降到最底。所以在多个可选择的方案中推荐此方案为最佳方案。第三章 需求说明书1引言1.1编写的目的 此需求规格说明书对音响销售

35、管理系统软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。1.2背景a 软件名称：音响销售管理系统b 项目组长：顾龙 c 开发者：顾龙 许平 郑诚 沈俊 叶乔 周法亮 d 用户：普通中小型音响销售店 e 实现该软件的计算机网络：互联网环境，WEB服务器等f 该软件系统运行在windows操作系统下。 1.3定义需求：用户解决问题或达到目标所需的条件或功能。SQL SERV

36、ER: 系统服务器所使用的数据库管理系统（DBMS）。系统：若未特别指出，统指本音响销售管理系统。1.4参考资料1 SQL Server 2000数据库及应用，高等教育出版社，2004.12 郑建峰，董国平. SQL Server开发答疑200问. 北京：人民邮电出版社，2005.9.3 软件工程-理论与实践，Shari Lawrence Pfleeger著，高等教育出版社，2003.74 张海藩. 软件工程导论(第三版).北京：清华大学出版社，1998.1.5 微软ASP.NET官方站. .6 国家标准-软件开发规范2任务概述2.1目标1，提高音响销售行业的自动化2，减少销售员的体力劳动3，

37、提高音响销售行业的销售效率4，实现管理员、库存管理员、用户的权限分级5，实时更新销售环节中的各级数据6，用户可自己独立查看和查询各种音响的数据2.2用户的特点 系统主要面向一般消费者，不要求有较高的计算机专业知识，只要求会浏览一般的网页，操作人员要有一定的计算机专业知识，对数据录入有一定的工作经验，以确保数据准确性。维护人员要有较高的计算机维护方面的知识，以应对一些突发故障的处理。2.3假定和约束 假定使用windows 2003 server假定使用SQL server 2000数据库假定用户只具备基本计算机操作技术开发期限：5周人员限定：6人3需求规定 3.1对功能的规定基于WEB的音响销

38、售管理系统提供对音响的销售和管理功能，打破传统的仅靠店面直接销售和管理音响的模式，实现通过网络来加大音响的销售，并且运用本系统对销售状况进行及时的管理。该系统能适应多名管理人员同时在线操作。本系统主要实现的功能模块有：1.客户信息查询功能：客户通过该模块对自己所进货出货商品进行查询与审核。2.销售信息查询功能：音响销售商可查询音响销售的综合信息。3.销售人员管理功能：销售人员可以通过平台对自己的销售状况进行总结与修改，以便能帮助公司调整原有的销售策略，更好的适应客户的需求。4.产品库存管理功能：管理人员可通过此模板对产品库存进行管理，并与销售人员建立直接联系，从而促进销售。5.用户权限管理功能

39、：可以有效的对使用者进行管理。E-R图如下： 3.2 对性能的规定3.2.1精度在传输的过程中要求保证数据的完整性、即时性与正确性，即必须提供各种信息的最新与最全面的状况，并且确保所输入的信息和得到的输出信息是正确的。3.2.2时间特性要求 该系统在对各种信息的响应时间、数据进行修改、删除和更新的时间和网络传送时间有着较高的要求，这需要一定的硬件设备支持和较好的软件设计思路。3.2.3灵活性该系统不仅要求能对客户提出的查询要求给出及时的响应，而且要求在管理员在修改数据后能及时更新，时刻保持数据最新。当系统出现问题或错误时，系统能给予一定的提示或修复。3.3输入输出要求系统的输入数据：用户信息（

40、包括用户账号、密码等）及客户的查询操作，系统管理员信息（管理员账号、密码）及各种更新与修改操作，供应商公司信息（生产改音响的公司名称，联系方式，产品数量，公司地址，Email等），进货退货信息（进货/退货的名称，供应商，单价，进货/退货数量，经手人，付款方式等）。系统的输出数据：用户要查询的信息（产品名称、型号、数量、价格等），管理员修改和更新后的信息（最近进货的产品、型号、数量），用户人员上传的信息等（销售产品名称、型号、数量等）。3.4数据管理能力要求（针对软件系统）由于该系统只适用于音响销售的中小店面，故系统需要管理的音响销售信息大约1000到3000份，产品记录大约为5000多份。信息

41、记录一般规模为几十KB到几十MB。3.5故障处理要求硬件故障：机器频繁死机、黑屏，硬件设备中的器件损坏，网络异常中断等。软件故障：软件出现错误信息，无法识别数据，数据丢失，数据更新超时，无法输出数据，感染木马和病毒。硬件故障发生的概率相对比较小，一般小于软件故障，通常来说，只需要相关的人员不定期稍作维护即可。一旦硬件发生故障，需要立即维修或更换相应的设备，保证系统尽快恢复运行，如网络出现中断，应该立即联系相关部门进行维护。软件故障发生的几率较大，故应该定期的做好数据备份工作，防止数据丢失。发生软件故障后，应立即启动系统恢复，将系统恢复到没发生故障前的最新状态，以减少因为故障而造成的损失，并且联

42、系系统开发人员进行解决并找出故障原因，填好相关的故障发生记录。3.6其他专门要求由于要设计到商业盈利，故系统要有较好的保密性，防止非法用户盗取系统中的数据资料。因为一般的用户只是对计算机知识有初步的了解，故应该将系统设计的比较简洁方便，便于用户进行各项操作。系统应该具有可维护性，即应该能定期的进行维护，减少故障的发生。除此之外，随着科技的变化，系统应该可以补充和扩展，并且具备可靠性，可以正常稳定的工作，系统对于一般的用户环境要予以支持，对特殊的运行环境最好能进行转换运行。4运行环境规定4.1设备需要通用PC机一台，要求处理器赛扬3.06以上；2.DDR2内存512M以上;3.硬盘40G以上；4

43、.键盘和鼠标作为输入设备，各需一件，LCD或CRT显示器作为输出设备，任选择一件；5.数据库服务器。4.2支持软件运行于WINDOWS 98/2000/XP操作系统下，IE浏览器5.5及以上版本 Microsoft SQL sever2000软件4.3接口 系统前台通过ODBC与后台数据库系统通信。CTP/IP、UTP/IP、FTP、HTML等数据通信协议。4.4控制 系统是基于B/S模式运行在WEB服务器，进入操作界面后基本上是通过点击界面上的相应按钮来控制操作。第四章 概要设计说明书1引言1.1编写目的概要设计是指系统总体功能的设计，它的基本目的就是要回答“系统应该如何实现？”的问题。通过概要设计，可以站在全局高度上，花较少成本，从较抽象的层次上分析对比多种可能的系统实现方案和软件结构，从