java网上商城论文

java网上商城论文内容摘要：

甚至对非常简单的查询 ， 其选项也非常复杂。 而 JDBC 恰好相反 ， 其尽量保证简单功能的简便性 ， 而同时在必要时允许使用高级功能。 4． 启用纯 Java 需要象 JDBC 这样的 Java API 发送 SQL 语句时 ， 连接一旦建立 ， 就可用来向它所涉及的数据库传送 SQL 语句。 JDBC 对可被发送的SQL语句类型不加任何限制。 这就提供了很大的灵活性 ， 即允许使用特定的数据库语句甚至于非 SQL语句。 5 第 2 章 可行性研究 本系统采用 MVC 设计模式 ， 使用符合 JSP Model2 的设计标准 ， 在前台用 JSP 进行页面开发和管理用户界面 ， 提示信息完善 ， 界面友好 ， 具有较强的亲和力 ， 后台采用 MYSQL 数据开发和管理数据库 ， 对数据库操作采用事务处理机制 ， 具有强大的错误处理功能。 本系统的开发环境是使用现在非常流行的开源开发工具 Eclipse 和 Tomcat 服务器。 本系统在技术方面可行 ， 系统的目标确定后 ， 可以从市场可 行性 、 经济可行性 、 技术可行性和运行可行性等几个方面对能否实现新系统目标进行可行性分析。 业务流程图 业务流程是根据市场需求与企业要求调整企业流程 ， 包括设计 、 分析和优化的过程。 设计阶段主要包括两个内容：其一 ， 透视现有流程质量。 其二 ，根据当前市场要求调整现有业务流程。 该系统的业务流程主要介绍用户购物的详细过程以及如何处理所购买物品订单的过程。 本系统的业务流程图如图21 所示。 未 处 理 订 单顾 客浏 览 商 品非 会 员登 陆注 册进 行 购 物购 物 车物 品 放 入 查 看 物 品移 出 物 品 修 改 数 量移 至 收 藏 夹 清 空 购 物 车会 员下 订 单查 看 订单 状 态正 处 理 订 单已 处 理 订 单管 理 员 图 21 业务流程图 6 市场可行性分析 项目是否可以实施 ， 主要 应该看该项目是否有潜在市场 ， 以及市场的变化对项目的开发结果会有哪些影响。 一个项目的市场需求是推动技术进步的主要动力 ， 有时市场的需求 ， 决定了某项技术的产生。 有的时候 ， 我们即使没有技术 ， 没有经济实力 ， 只要找对市场 ， 我们也会通过其他渠道来达到项目的经济等方面的要求来开发项目 ， 所以说 ， 市场需求是项目可行性的根本。 本系统是购物系统 ， 是人们日常生活消费的工具。 只要针对大众对物品的喜好 ， 使系统功能齐全 ， 操作简单 ， 界面美观大方 ， 就一定会有市场潜力。 经济可行性分析 项目的经济可行性 ， 除资金方面的需要外 ， 还有经济风 险的承受程度。 因为项目的启动需要资金的支持 ， 资金的多少以及未来的风险 ， 都会给投资方带来一定的经济风险。 对现有系统的分析 ， 包括现有系统的缺陷 ， 项目的主要特点 ， 与现有系统的区别 ， 以及该项目将要带来的经济效益等 ， 都将有助于降低项目的风险。 1． 系统初期投资 系统的初期投资 ， 如表 21 所示。 表 21 网上商城初期投资 序号 项目 人工（人 日） 单价（元） 合计（元） 1 需求分析 10 800 8,000 2 总体设计 12 800 9,600 3 详细设计 10 800 8,000 4 编码实现 15 800 12,000 5 系统集成测试 5 800 4,000 6 说明手册编制 3 800 2,400 7 合计 44,000 2． 货币的时间价值 本系统开发成功后 ， 用户便可以在网上出售商品。 如果每件商品出售的价格是 100 元。 每年至少可以卖出 300 件商品 ， 则以后每年可以赚得 万元 ， 假设年利率为 5%， 该软件的生命期预计为 5 年。 系统的货币时间价值 ， 如表 22 所示。 7 表 22 网上商城的货币时间价值 年份 将来值（万） （ 1+i） n 现在值（万） 累计的现在值（万） 1 3 2 3 3 3 4 3 5 3 3． 投资回收期 系统开发成功后 ， 第一年可以赚得 万元 ， 比投资少 万元。 但第二年可以赚得 万元。 即： 1+= 纯收入： =（万元） 当然 ， 如果想要在五年后得到预计的纯收入 ， 那么首先就应拿出初期 投资的 万。 而且考虑到开发本系统将为以后带来的利益 ， 拿出 万来进行网站维护与更完善的开发 ， 是绝对必要的。 经过以上分析 ， 开发网上商城在经济方面是可行的。 技术可行性 本系统采用 MVC 设计模式 ， 使用符合 JSP Model2 的设计标准 ， 在前台用 JSP 进行页面开发和管理用户界面 ， 提示信息完善 ， 界面友好 ， 具有较强的亲和力 ， 后台采用 SQL数据开发和管理数据库 ， 对数据库操作采用事务处理机制 ， 具有强大的错误处理功能。 本系统的开发环境是使用现在非常流行的开源开发工具 Eclipse 和 Tomcat 服务器。 使用很 灵活以及他们当前的广泛实际应用 ， 充分说明本系统在技术方面可行。 运行可行性 运行可行性研究内容包括新系统规定的运行方式是否可行。 如果新系统是建立在原来已担负其他任务的计算机系统上的 ， 就不能要求它在实时在线状态下运行 ， 以免与原有的任务相矛盾。 计算机技术的发展 ， 带来了计算机在现代企业 、 家庭中的普及 ， 使得应用计算机成为现代人生活中非常重要的一部分。 计算机技术的成熟 ， 带来了 8 软硬件的越来越优的配置及性能 ， 越来越能被大众所接受的价格。 于是 ， 计算机的应用者在计算机的配置方面不断更新 ， 以满足自己越来越高的需求。 本 系统对计算机的软硬件的要求不是特别高 ， 所以系统在运行方面是可行的。 本章小结 本系统的可行性研究 ， 从市场可行性 、 经济可行性 、 运行可行性 、 技术可行性等几个方面着手进行考虑。 市场可行性主要研究 该系统 的潜在市场 ；经济可行性主要研究本系统的初期投资 、 投资回收期及纯收入 ； 运行可行性主要研究系统运行环境 ； 技术可行性主要研究系统开发软硬件条件。 综上考虑 ， 本项目的开发技术成熟 、 完备 ， 有一定的经济效益 ， 运行环境优良 ， 具有一定的开发前景。 9 第 3 章 需求分析 需求分析概述 需求分析是软件生存周期中最重要的一步。 只有通过需求分析 ， 才能把软件功能和性能的总体概念描述为具体的软件需求规格说明 ， 进而奠定软件开发的基础。 软件需求分析工作也是一个不断认识和逐步细化的过程。 该过程将软件调研阶段的需求资料进行分析和设计 ， 使软件范围逐步细化到详细定义的程序 ， 并分析出各种不同的软件元素 ， 然后为这些元素找到可行的解决方法。 需求分析的任务：分析员通过需求分析提供一种可转化为数据设计 、 结构设计和过程设计的数据与功能表示 ， 在软件完成后 ， 需求分析阶段研究的对象是软件项目的用户需求。 需求分析 的过程 需求分析的过程 可以分为四个方面：问题识别 、 分析与综合 、 制订规格说明 、 评审。 问题识别就是从系统角度来理解软件 ， 确定对所开发系统的综合要求 ，并提出这些需求的实现条件 ， 以及需求应该达到的标准。 这些需求包括：功能需求（做什么） ， 性能需求（要达到什么指标） ， 环境需求（如机型 ， 操作系统等） ， 可靠性需求（不发生故障的概率） ， 安全保密需求 ， 用户界面需求 ，资源使用需求（软件运行是所需的内存 ， CPU 等） ， 软件成本消耗与开发进度需求 ， 预先估计以后系统可能达到的目标。 分析与综合逐步细化所有的软件功能 ， 找出系统各元素间的 联系 ， 接口特性和设计上的限制 ， 分析他们是否满足需求 ， 剔除不合理部分 ， 增加需要部分。 最后 ， 综合成系统的解决方案 ， 给出要开发的系统的详细逻辑模型（做什么的模型）。 制订规格说明书即编制文档 ， 描述需求的文档称为软件需求规格说明书。 请注意 ， 需求分析阶段的成果是需求规格说明书 ， 向下一阶段提交。 评审对功能的正确性 ， 完整性和清晰性 ， 以及其它需求给予评价。 评审通过才可进行下一阶段的工作 ， 否则重新进行需求分析。 10 需求层次 软件需求包括三个不同的层次 ——业务需求 、 用户需求和功能需求 ， 也包括非功能需求。 业务需求（ business requirement）反映了组织机构或客户对系统 、 产品高层次的目标要求 ， 它们在项目视图与范围文档中予以说明。 用户需求（ user requirement）文档描述了用户使用产品必须要完成的任务 ， 这在用例（ use case）文档或方案脚本（ scenario）说明中予以说明。 功能需求（ functional requirement）定义了开发人员必须实现的软件功能 ， 使得用户能完成他们的任务 ， 从而满足了业务需求。 软件需求各组成部分之间的关系 ， 如图 31 所示。 业 务 需 求功 能 需 求约 束 条 件系 统 需 求其 他 非 功 能 需 求用 户 需 求 质 量 属 性项 目 视 图 与 范 围 文 档使 用 实 例 文 档软 件 需 求 规 格 说 明 图 31 需求的层次图 需求分析过程是整个系统开发的重要阶段 ， 分析的成功与否 ， 决定着整个系统功能的完善性以及稳定性。 在该阶段需求分析人员需要确定整个产品的功能要求 ， 并且将现实事务抽象成对象并建模。 本系统的需求分析 需求分析是一组活动的总称 ， 作为系统分析员 ， 必须协同软件用户共同完成。 而需求分析的任务是定义待开发的软件的功能 、 性能等指标。 首先要了解用户的相关业务 ， 如果是一家公司做网上商城 ， 除了参考现在已经存在的类似和相关系统外 ， 还需要通过用户的演示 、 讲解和有关文档 ， 11 与用户进行交 流协商。 也许用户列举了查询 、 订购 、 下订单 、 商品管理 、 用户管理和订单管理 ， 也许还有自己有特色的东西。 但是在这个过程中 ， 还是可以提出自己有建设性的想法和建议 ， 只有这样用户和系统设计人员才会在系统提供的业务上达成一致 ， 这对于软件来说是非常重要的。 其次要分析用户的业务流程 ， 前面了解的用户业务只是一些离散的业务活动 ， 而业务流程是一种重要的信息 ， 比如用户购买商品这个流程 ， 它需要经历商品查询 、 加入购物车 、 查询购物车 、 结算（包括填写订购人详细信息 、送货方式和支付方式） 、 订单确认 、 送货到收货等一系列活动 ， 然后将了解到的用户 活动加以整理并按照这些活动所固有的次序形成业务流程。 还要了解用户对于软件的期望值 ， 除了需要能够正确处理用户的业务外 ， 用户对系统的其他需求 也要了解 ， 这些对于用户而言也显得尤为重要。 数据流图 系统数据流图如图 32 所示。 顾 客P 2 0 1搜 索P 2 0 2查 库P 2 0 3购 物P 2 0 5付 款 方式P 2 0 6购 物 车管 理P 2 0 7清 空P 2 0 9登 录P 2 0 8注 册F 2 0 2 商 品 表F 2 0 3 购 物 车F 2 0 1 用 户 表F 2 0 4 订 单 表D 2 1 0 1 商 品 基 本 信 息D 2 1 0 5 商 品 基 本 信 息D 2 1 0 6 购 买 商 品 基 本 信 息D 2 1 0 7 购 买 商 品 基 本 信 息D 2 1 0 4 商 品 基 本 信 息D 2 1 0 3 商 品 基 本 信 息D 2 1 1 1 购 买 商 品 基 本 信 息D 2 1 1 0 购 买 商 品 基 本 信 息D 2 1 0 8 购 买 商 品 基 本 信 息D 2 1 0 9 购 买 商 品 基 本 信 息D 2 1 2 0 商 品 基 本 信 息D 2 1 1 2 用 户 基 本 信 息D 2 1 1 3 用 户 基 本 信 息D 2 1 1 4 用 户 基 本 信 息D 2 1 1 5 用 户 基 本 信 息D 2 1 1 9 用 户 基 本 信 息P 2 1 0广 告D 2 1 1 6 广 告 基 本 信 息F 2 0 5 公 告 信 息 表D 2 1 1 7 广 告 基 本 信 息D 2 1 1 8 广 告 基 本 信 息管 理 员商 品 基 本 信 息P 2 0 4合 计D 2 1 0 2 商 品 基 本 信 息图 32 系统数据流图 12 数据字典 数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信。