可行性分析报告.docx

1、可行性分析报告1.背景1.1项目背景软件系统名称：食物检验分析系统提出者：某企业开发者：某软件开发公司1.2编写目的现在的社会虽然经济发展了，科技提高了，但是伴随着一系列的 问题也相继出现了，比如人们的造假技术，假的东西越来越多，人们 最关心的就是健康了，食品是人类生活必不可少的食物来源。近年来， 世界上发生的诸多危及人身健康的畜禽及其产品的安全事故， 如疯牛病、猪口蹄疫、禽流感等，不仅危害畜禽生产，而且还感染了人，甚 至致人死亡。因此，食品的安全卫士已成为世界性的重大课题。英国 发生的疯牛病、猪瘟和比利时发生的二恶英污染事件， 不仅造成其生 产的动物性食品被禁止上市并大量销毁，而且导致世界各

2、国禁止其动 物性食品的进口，估计其经济损失高达13亿元。从国际上的教训看， 食品安全问题的发生不仅使其在经济上受到损失，还可以影响到消费 者对政府的信任，威胁社会和国家安全。比利时的二恶无污染事件不 仅使卫生部部长和农业部长下台，也使执政达 40年之久的社会党政 府倒台。1999年马来西亚流行猪病毒引起人日本脑炎，使 258人发 病，100人死亡，90万头猪被销毁。食品安全成为现在国人最担忧 的问题，一种有效的帮人们鉴别出有害化学物品的和分析食物成分的 软件和机器势必成为国人们现在的迫切需要。因此，当今消费者不仅 要求食品美味可口，还要求卫生、安全、技术等方面来促使食品向着 更安全更卫生的方向

3、发展，必须对加工流程提出更高的标准和要求。 而且现代化城市发展进程要求各检验部门机构等企事业单位要加强 工作效率，按时完成指标任务，尽量做到检验，核实，审查无缝隙连 接，为客户提供最详细的检验报告，故而一个可以自动生成食品检验 报告并且可以通过企业网实现全平台共享数据的食品检验软件可以 大大帮助这些企业减少不必要的劳动力，加强工作效率。1.3需求分析功能需求功能说明职工信息管理用户的创建、登录、删除和维护食品信息管理食品的编号、查询和维护检验信息管理检验信息的录入、查询、删除和维护非功能需求质量属性说明性能用户访问的系统应该能在规定的时间内做出响应， 如果系统由于网络或者数据库原因不能在规定时

4、 间内做出响应，那么系统应该提出警告，不能出现 用户无故长时间等待的情况。安全性在Web数据库客户端，Web服务器和数据库服务 器之间，都应该有防火墙保护，防止网络上的非法 数据请求。易用性不同的用户应该能够以不同的形式访问不同的内 容。可用性系统提供7*24小时的服务，且很少停机。可测试性系统的各部分易于单独测试，并能方便地进行整体 测试。2架构分析架构设计是将需求内容转换成设计模型的雏形以及用户体验模 型，其目的是建立整个系统初步的解决方案，为详细活动打下基础。2.1体系结构的选择决定采取分布式的还是集中式的体系架构，将是一个影响系统性 能、可缩放性、可靠性、易用性及此应用所能支持的客户端

5、类型的重 要决策问题。根据此前的需求得知，系统是为某食品检验单位设计的， 考虑到后期的系统推广应用的可能性，采取分布式体系架构更适应今 后的变化。在J2EE开发中，搭配良好的框架可以降低开发人员解决复杂问题 的难度，而如何将框架整合起来，以使每一层都向另外的层次以松散 的方式来提供接口，同时让组合的三个架构在每一层都以一种松散的 方式彼此沟通，从而与底层的技术透明无关，这就是架构分析的目的 和要求。所以我们把Structs、Hibernate 和Spring组合起来的目标 就是希望能实现系统的“低耦合、高内聚”。也就是要求系统易于维 护、易于适应变更、可重用性的特点。根据前期对需求的分析，决定

6、采用基于SSH框架来构建此分布式 的信息管理系统。SSH多层的构架模式，从上到下依次为视图层、控制器层、模型层、持久化层和数据库层，如下图所示：依赖关系加强视图层控制层模型层数据持久层数据库层22框架讲解:视图层：职责是提供控制器，将页面的请求委派给其它层进行处 理，为显示提供业务数据模型。控制层：职责是按预定的业务逻辑处理视图层提交的请求。（1 ）处理业务逻辑和业务校验（2 ）事务处理（3） 管理业务层对象之间的依赖关系（4 ）向表示层提供具体业务服务的实现类模型层：职责是将模型的状态转交视图层，以提供页面给浏览器。数据持久层：职责是建立持久化类及其属性与数据库中表及其字段的对应关系。提供简

7、化SQL语句的机制。实现基本的数据操作（增、 删、改、查）数据库层：数据库的建立与管理。2.3规则（约束）（1）系统各层次及层次内部子层次之间不得跨层调佣（2 ）由bea n传递模型状态。（3 ）需要在表示层绑定到列表的数据采用基于关系的数据集传 递。（4） 对于每一个数据库表（Table ）都有一个DB Entity class 与 之对应，由Hibernate 完成映射。（5） 有些跨数据库或跨表的操作（如复杂的联合查询）也需要由 Hibernate 来提供支持。（6 ）表示层和控制层禁止出现任何 SQL语句。2.4 SHH框架介绍(1)SpringSpring是一个解决了许多在J2EE开

8、发中常见的问题的强大框架。Spring提供了管理业务对象的一致方法并且鼓励了注入对接口编程 而不是对类编程的良好习惯。Spring的架构基础是基于使用 JavaBean属性的In version of Con trol 容器。然而，这仅仅是完整图景中的一部分：Spring在使用IoC容器作为构建完关注所有架构 层的完整解决方案方面是独一无二的。 Spring提供了唯一的数据访问抽象，包括简单和有效率的JDBC框架，极大的改进了效率并且减 少了可能的错误。Spring的数据访问架构还集成了 Hibernate和其 他0/R mapping 解决方案。Spring还提供了唯一的事务管理抽象， 它能

9、够在各种底层事务管理技术，例如JTA或者JDBC事务提供一个 一致的编程模型。Spring提供了一个用标准Java语言编写的AOP 框架，它给POJOs提供了声明式的事务管理和其他企业事务-如果 你需要-还能实现你自己的aspects。这个框架足够强大，使得应用 程序能够抛开EJB的复杂性，同时享受着和传统 EJB相关的关键服 务oSpring还提供了可以和IoC容器集成的强大而灵活的 MVC Web 框架。(2)STRUCTSStruts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。由于Struts能充分满足应用开发的需 求，简单易用，敏捷迅速，在

10、过去的一年中颇受关注。 Struts把 Servlet、JSP、自定义标签和信息资源(message resources) 整合到 一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现 全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错 的应用框架。(3)HibernateHibernate 是一个开放源代码的对象关系映射框架，它对 JDBC进行了非常轻量级的对象封装，使得 Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate 可以应用在任何使用JDBC的场合，既 可以在 Java的客户端程序实用， 也可以在Servlet/JSP 的 Web应

11、用中使用，最具革命意义的是， Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。， Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持 久化的重任。2.5数据持久层架构分析在数据持久层，我们使用 Hibernate来进行处理，通过下面 我们来看看如何通过Hibernate来满足系统的质量属性需求。Hibernate体系结构概要图：应用层持久层Hibernate配置文件 XML Moping数据库从这个图可以看出，Hibernate通过配置文件和映射文件来实 现与数据库的交互及实现对象关系映射（Object Relatio nal Mapp

12、ing，简称ORM），通过这种机制，将java程序中的对象自动 持久化到关系数据库中，对持久化对象的改动都会反映到数据库中。 其中配置文件主要用来配置好数据库连接的各种参数以及定义数据 映射文件，通常以 hibernate.cfg.xml 或者 hibernate.properties 形式出现；XML Mapping 配置文件是数据库中表的数据映射文件，通 常以*.hbm.xml形式出现。Hibernate满足的质量属性需求如下表:目标实现方式所米用的方法性能当应用程序需要在关联关系间进行导航的时候，由Hibernate获取关联对象。同时，Hibernate 的Session在事抓取策略缓存

13、机制务级别进行持久化数据的缓存操作。安全性并发操作时，保证数据的排他性使用锁机制易用性用户在进行CRUD操作请求时，可以得 到Hibernate的及时处理，迅速得到反 馈封装JDBC(1)性能Hibernate本质上是包装了 JDBC来进行数据操作的，由于Hibernate在调用JDBC上面是优化了 JDBC调用，并且尽可能的 使用最优化的，最高效的JDBC调用，所以性能令人满意，同 时应用程序需要在关联关系间进行导航的时候，由 Hiber nate获取关联对象，Hibernate提供的对持久化数据的缓存机制也 对系统的性能的提高起了很大的作用。(2)安全性Hibernate提供的悲观锁/乐观

14、锁机制，能够在多个用户进行并发操作时保持数据库中数据的一致性与完整性，避免了 对数据库中数据的破坏。(3)易用性用户在对食品信息进行操作时都得到 Hiber nate的支持。2.6业务逻辑架构设计业务逻辑层作为该系统的关键部分，对系统的灵活性实现起着决 定性的 作用。在本系统的业务逻辑层架构层中，采取了 MVC模式,下面简单介绍一 下MVC模式的好处：(1)实现了客户端表示层和业务逻辑层的完全分离(2)高效可靠的事务处理(3)具有良好的易用性，安全性MVC模式访问流程:MVC模式在本系统中应用:当客户利用网页浏览器，发出 HTTP请求时，这通常会牵涉到送 出表单数据，例如用户名和密码。Serv

15、let收到这样的数据并解析数 据。Servlet扮演控制器的角色，处理你的请求，通常会向模型(一 般是数据库)发出请求。处理结果往往以 JavaBean的形式打包。视 图就是JSP,而JSP唯一的工作就是产生页面，表现模型的视图以及 进一步动作所需要的所有控件。当页面返回浏览器作为视图显示出 来，用户提出的进一步请求，也会以同样的方式处理。由于JSP继承了 J2EE良好的易用性和安全性，从而为实现系统 的关键质量属性奠定了基础。在 MVC模式中，视图不再是经典意义 上的模型的观察者。当模型发生改变时，视图的确间接的从控制器收 到了相当于通知的东西，控制器可以把 bean送给视图，以使得视图 取

16、得模型的状态。所以，视图在HTTP响应返回到浏览器时只需要一 个状态信息的更新。只有当页面被创建和返回时，创建视图并结合模 型状态才有意义。这使得提升系统的系能成为可能。 只有当相应的操 作被执行，系统才会去获取关联对象，并且视图不会直接模型向注册 去接受状态信息，使得系统的安全性得到大大提高。业务逻辑层的框架：2.7业务逻辑层架构分析：该业务逻辑层的架构是前面 MVC模式的一种变形，他继承了MVC模式的优点，同时，具体到我们的架构中，它又实现了表示层 与业务层的完全分离。在业务逻辑层我们使用Spring框架作为容器, 以便实现业务层与表示层和数据层的松耦合。该业务逻辑层架构具备 良好的易用性

17、、安全性和性能。2.8整体框架3.可行性分析3.1经济可行性3.1.1投资成本本系统开发由一个项目总监和一个测试人员一个高级软件工程 师，化学研究人员小组3人，营养师一人共7人组成的团队，开发 周期为45天，化学研究小组和营养师不是本公司费用开销范围之内 由项目提出者出资，公司投入的三个人，直接付7万的工资及各种福 利待遇。在项目安装以及调试阶段，用户培训，员工出差等费用需要 2.5万元，在项目维护阶段预计需要投入 2万，项目累计需要11.5 万元资金。3.1.2预期收益假设投入本系统，效率可以提高 50%，以现有的工作人员20人 计算，可减少10人，每人每月平均工资按2500元计算，每年节约

18、 人员工资5 X12 X0.25=15万元/年。按年利率5%计算，效益计算如 下表。系统收益总额为：64.9422万元。3.1.3成本收益分析改善了费用过高的缺点，在费用支出方面有一个很好的改善，用 户只需花费一定的资金就可以实现自动化开发方面。从经济上考虑， 开发本系统完全可行的。3.2技术可行性食品检测系统的实现技术有多种，可以采用传统的客户机/服务器 型的B/S型架构，即文件内容放在远程的服务器上，用户通过在其他计 算机上登陆服务器。进入网络硬盘系统。由于受条件所限制，数据库 服务器端采用大型数据库系统，这有利于缩短大批量数据的吞吐时间, 使整个系统管理规范化，数据的完整性、安全性得到保

19、障.应用服务器 端采用中间件计算模式 (IBMWebSphereApplicatio nServer), 分模 块层次结构，多模块分立,允许系统的分布处理，以提高系统的工作效 率。所使用的技术主要是 S2SH (struts2、hibernate、spring )以 及javascript、jquery、css、html，这些技术都已经开设过课程， 我们也已经掌握了。开发系统的计算机硬件已经非常普及，所以完全 没有问题；现在的计算机各方面的技术都非常成熟， 相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的。3.3社会可行性331法律因素全部软件购买正版；机器设置通过正当途径购得；所有软件都用 正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以, 在法律方面是可行的。3.3.2用户使用可行性开发的系统操作要非常简单，以便适合各类人群都可以很方便操 作使用。4.评价5.结论