web书城系统可行性分析报告

--------文档编号:版本号:工程名称： 书城系统引言目的编写技术、经济、运行等方面的可行性进展分析。统〔系统流程图〕，分析系统数据的信息集合〔数据字典〕及数据在软件过程中的流淌〔数据流图〕，最终对开发此系统本钱和效益进展分析描述。工程背景．开发系统的名称：《书城》．整个系统的工作过程：首先由学生提交购书单，经书籍治理人员审核是有效购书单后，有书籍治理人员发货，同时返回相应的信息给书籍治理人员，则完成购书。定义特地术语用户表：存放用户注册信息图书表：存放图书的各种信息。地址表：存放收货人的信息。订单表：存放订单信息。订单项表：存放订单对应的信息。分类表：存放图书分类名称。缩写系统：假设未特别指出，系统指本“书城”。参考资料《软件工程导论》张海潘牟永敏编著《数据库系统开发案例精选》明日科技王国辉吕海涛李钟尉编著可行性争论的前提．要求．．功能为便利大学生购书，我们将制定一准确的查询。学生查询到需要的书籍，购置到相应的书籍后，有书籍治理人员发货。要求系统能有效、快速、安全、牢靠和无误的完成上述操并要求界面单明白，易于操作，数据库利于维护。．．性能①精度：购书是由需求打算的，只要有能查到的书则会表达出来，但也由于这样，假设需要多购相关书籍的话，则需要后台治理人员的参与。②时间特性要求：订购无时间限制。③牢靠性：一般④灵敏性：在购书单未审核时，可以撤消订购或修改，一旦被图书治理人员确认，则不能再修改。前台模块：需要输入购书单中要求的信息〔图书价格查询的范围〕后台模块：需要输入添加更改等书单中要求的信息〔书名、作者、售价、销量、数量等〕。前台模块：可以给用户扫瞄的书籍信息〔书名、作者、售价、销量、数量〕。后台模块：发货的信息〔发货的订单、未发货的订单〕。前台查前台查看我的订单图查查查书看看看分浏在购类览记线用物车录户．后台模块后台后台分类治理分类治理图书治理订单治理查看分类已发货订单治理未发货订单治理添添查加加看分图图类书书．．安全与保密《书城》对能对长期客户的个人信息保密，只能由客户个人才能够观看，数据库要更加安全不能任凭被改教材信息，图书表，订单表，地址表和订单项表，分类表等。．．任务进度时间段完成的任务 负责人〔天〕需求分析、具体设计、模型图〔天〕数据库设计、模型图〔天〕编码实现〔天〕测试打算、总结．．完成期限20．．开发环境硬件：机一台。软件：操作系统，数据库治理系统，，，等．目标．使每个人安排的任务不繁重。．促进人性化，人组内成员有充分的时间考虑问题。．提高系统中任何数据处理的准确度，提高工作效率。现有系统分析时效率也不高。--.建议系统技术可行性分----．数据流图．数据字典名字：图书表描述：存放库中存在得书籍数据。定义：图书表属性作者书名价格已售数量库存数量图书照片图书对应的分类位置：可以让治理员观看----------名字：用户表名字：用户表描述：存放用户注册信息属性姓名密码邮箱定义：用户位置：库存表名字：地址表名字：地址表描述：存放用户订书地址定义：地址表属性：姓名地址对应用户位置：用户和后台治理可以观看名字：订单表名字：订单表描述：存放提交的购书订单信息。定义：订单表属性：订单号状态价格下单时间对应用户对应下单时间位置：后台治理人员名字：分类表名字：分类表描述：存放分类书籍的信息。定义：分类表属性：分类名位置：前台后台名字：订单项表名字：订单项表描述：纪录对应订单信息。定义：订单项表属性：数量价格对应订单对应书的位置：后台位置：后台开发书城系统具有以下优越性：节约人力，可削减工作人员。提高工作效率和准确率，节约工作时间。度。在限定的条件下，再开发供给可能性，并配有另一小组的开发人员，系统分析分析人员会计人员等，连续开发原有的系统是可行的，在规定的期限内开发能够完成。建议系统经济可行性分析考虑要点．支出．收入．本钱收益分析．投资回收期运行可行性分析系统开发完后，在确定的范围内可以得到有效的使用，还可使原有制度更加标准化和人性化。现有用户看过都能能懂得如何使用该系统，人员素养能够满足要求。结论意见该工程为小