进销存系统需求规格说明书

99/99进销存系统产品需求规格讲明书目录0.文档介绍 30.1文档目的 30.2文档范围 30.3读者对象 30.4参考文档 31.产品介绍 42.产品面向的用户群体 43.产品应当遵循的标准或规范 44.产品范围 45.产品中的角色 46.产品的功能性需求 56.0系统业务模块图 56.1功能性需求分类 56.2用例图/工作流 77.硬件需求 427.1软硬件环境需求 427.2产品质量需求 420.文档介绍0.1文档目的本文档要紧针对进销存的使用环境与功能提出具体的要求，同时它还将作为该产品设计与开发的重要参考依据。0.2文档范围本文档包含以下几部分：1. 产品介绍2. 产品面向的用户群体3. 产品应当遵循的标准或规范4. 产品的范围5. 产品中的角色4. 产品的功能性需求5. 产品的非功能性需求6. 需求确认0.3读者对象本文档的读者范围包括：1. 需求提供方具体责任人2. 开发方的项目经理、系统分析设计人员、测试人员0.4参考文档提示：列出本文档的所有参考文献（能够是非正式出版物），格式如下：[标识符]作者，文献名称，出版单位（或归属单位），日期例如：[SPP-PROC-PP]SEPG，需求开发规范，机构名称，日期1.产品介绍维生药业进销存（PSS）软件是一款专业的制药企业进销存治理系统，软件囊括了制药企业日常经营治理的全过程。软件覆盖制药企业关于药品的采购、销售、库存、账目、治理决策支持等各个环节，软件的各个模块操作界面简单、有用，软件关心系统图文并茂，让用户能够在最短的时刻内掌握软件的使用方法，关心客户生意早日更上一层楼。软件的采购治理、销售治理、库存治理功能强大，灵活，同时为用户提供方便有用的模糊查询功能，用户能够在最短时刻内找到自己所需要的信息。软件系统采纳流行的B/S结构，能够供多台电脑协同工作，数据共享。软件采纳模块级安全治理，系统安全性高。软件对在使用过程中可能出现的外部意外情况，如断电、网络中断等均进行了妥善处理，能够确保用户数据的完整性，同时在外部故障消除后，系统仍能接着操作。系统软件采纳SSH进行开发，数据存储采纳MySQL数据库进行统一治理。软件的部署简单，只需要在网站公布即可。2.产品面向的用户群体维生药业进销存（PSS）要紧是关心该企业以及相关制药企业全面有效治理采购、销售和库存以及账目的核对，针对性较强。3.产品应当遵循的标准或规范本产品的是一套标准的进销存软件，符合国家财务标准，本产品遵循《计算机软件爱护条例》的各项规定。4.产品范围维生药业进销存（PSS）进销存治理系统是集采购、销售及库存治理于一体的制药企业治理软件系统。本产品要紧适用于制药相关行业标准较强的行业。5.产品中的角色角色名称职责描述治理员拥有使用系统所有功能的权限。采购员在拥有相应的权限的情况下，负责采购打算和采购单、供应商维护、货品维护。采购经理在拥有相应的权限的情况下，要紧负责采购打算的审核。销售员在拥有相应的权限的情况下，负责销售出库和销售退货、销售报表、客户维护。财务员在拥有相应的权限的情况下，负责供应商往来账、客户往来账、发表核对入账、财务报表。库管员在拥有相应的权限的情况下，负责物料验收、原材料库存治理、杂品、商品库存治理、库存报表、货品维护。6.产品的功能性需求6.0系统业务模块图6.1功能性需求分类功能类不功能名称、标识符描述财务治理供应商往来账记录厂商和供应商和客户直接的账务关系和账务来往客户往来账差不多资料治理供应商维护供应商修改，删除，新增或查询供应商数据，系统依照用户的操作，对供应商资料进行更新或显示。货品维护用户修改，删除，新增或查询货品数据，系统依照用户的操作，对货品资料进行更新或显示。客户维护用户修改，删除，新增或查询客户数据，系统依照用户的操作，对客户资料进行更新或显示。采购治理采购打算在审核状态和执行状态同意的情况下，用户对采购打算（原料采购，杂品采购）信息的维护（添加、删除、修改、查询）以及对点击文本框弹出的采购打算明细单的操作，如添加、删除、修改、查询采购打算明细单。经理审核通过后才能够接着进行采购，审核未通过，对采购打算单及采购打算明细单进行修改。采购用户录入采购单及明细采购原材料及杂物，完成后可对采购单及明细进行修改，删除，查询。采购汇总信息用户录入查询条件，对采购信息进行查询销售治理销售出库用户通过录入销售出库单记录销售的物资，并可对销售出库单及其单据中的物资明细进行修改、删除与查询。销售退货用户通过录入销售退货单退回已销售物资，并可对销售退货单及其单据中的物资明细进行修改、删除与查询。库存治理物料验收用户通过物料检验是否通过，对原材料库存、杂品库存、商品库存进行查询、盘点、预警。原材料治理杂品治理商品治理系统维护治理部门治理分为采购部、销售部、财务部、库管部，治理员能够增加、删除、修改和查询之类的操作。职员治理各个职员能够修改自己的差不多资料。角色治理分为治理员、采购员、采购部经理、销售员、库管员、会计。治理员能够禁用角色。权限治理治理员分配权限之后，职员能够看自己相应部门的信息，并能够进行增加、修改、删除之类的操作。报表导出财务报表打印按日期或用户定义的汇总方式对往来账进行汇总，并将汇总结果导出到Excel中。库存报表打印按日期或用户定义的汇总方式对库存信息进行汇总，并将汇总结果导出到Excel中。物资采购报表打印按日期或用户定义的汇总方式对物资采购信息进行汇总，并将汇总结果导出到Excel中。物资销售报表打印按日期或用户定义的汇总方式对物资销售记录信息进行汇总，并将汇总结果导出到Excel中6.2用例图\工作流6.2.1图6-1进销存系统总用例图6.2.2差不多资料图6-2差不多资料维护用例图差不多资料治理工作流货品维护1.0用例名称：货品维护 中文名称：货品维护 功能：用于维护公司货品（原料和杂品）的资料信息，用户修改，删除，新增或查询货品数据，系统依照用户的操作，对货品资料进行更新或显示。1.1简要讲明： 本用例的功能要紧是增加、删除、修改、查询公司货品资料的信息。1.2事件流：1.2.1差不多流： 1用户请求维护公司货品资料。 2系统显示公司货品信息资料。 3依照用户的操作执行以下相应操作。用户修改差不多存在的货品的信息，系统执行修改货品信息子流。用户选择增加货品信息操作，系统执行增加货品信息子流。用户选择删除货品信息操作，系统执行删除货品信息子流。用户选择查询符合指定条件的货品的信息，系统执行查询货品信息子流。 4系统保存用户操作结果。 5用户要求结束公司货品资料的维护。 6系统结束公司货品资料的显示。1.2.1.1修改货品信息子流 1系统显示修改货品信息界面。 2用户修改货品信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入。 4在用户重新输入并要求保存时，转步骤3；在用户取消修改货品信息时，转差不多 流3。1.2.1.2增加货品信息子流 1显示新增货品信息输入界面。 2用户输入新货品信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证，转差不多流3。 4在用户重新输入并要求保存时，转步骤3；在用户取消增加货品信息时，系统返 回差不多流4。1.2.1.3删除产品信息子流 1用户选择要被删除的货品信息。 2用户请求删除选择的货品信息。 3依照请求被删除的货品交易情况，执行以下操作。假如公司曾经销售过该货品或采购过该货品，提醒这些货品曾经有过交易记录，不同意被删除。转删除产品信息子流1。假如不属于上述情况，则同意删除产品信息，接着执行下一步骤。 4系统询问用户是否确实要删除指定货品的信息。 5依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该货品的信息。用户选择取消，系统不删除该货品的信息。 6系统返回差不多流4。1.2.1.4查询货品信息子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的货品信息。1.2.2备选流：1.2.2.1备选流1： 1假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造 成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态， 在外部缘故消除之后，用户仍能接着操作。1.3专门需求： 1货品编号必须指定。 2货品名称必须指定。当某货品有一个以上供应单位时，在做删除操作前解除与供应商间的数据关系4当采购员在采购打算中重新修改货品价格后自动保存。1.4前置条件： 1进入本系统的主界面。 2拥有维护货品资料的权限。1.5后置条件: 1系统保存修改过的货品资料。1.6附加讲明: 1操作的货品资料应包括：货品编号、货品名称、规格型号、单价、计量单位、备注。2.供应商资料维护2.0用例名称：维护供应商数据 中文名称：维护供应商数据 功能：用于维护公司的供应商资料。2.1简要讲明： 本用例的功能要紧是增加、删除、修改、查询公司供应商的信息。2.2事件流：2.2.1差不多流： 1用户请求维护供应商资料。 2系统显示供应商资料。 3依照用户的操作执行以下相应操作。用户修改差不多存在的供应商信息，系统执行修改供应商信息子流。用户选择增加供应商信息操作，系统执行增加供应商信息子流。用户选择删除供应商信息操作，系统执行删除供应商信息子流。用户选择查询符合指定条件的供应商的信息，系统执行查询供应商子流。 4系统保存用户操作结果。 5用户要求结束供应商资料的维护。 6系统结束供应商资料的显示。2.2.1.1修改供应商信息子流 1显示修改供应商信息界面。 2用户修改供应商信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。 4在用户重新输入并要求保存时转步骤3；在用户取消修改供应商信息时，系统返 回差不多流3。2.2.1.2增加供应商信息子流 1显示新增供应商信息输入界面。 2用户输入供应商信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。 4在用户重新输入并要求保存时转步骤3；在用户取消增加供应商信息时，系统返 回差不多流3。2.2.1.3删除供应商信息子流 1用户选择要被删除的供应商信息。 2用户请求删除选择的供应商信息。 3依照用户请求删除的供应商的交易情况，系统执行以下操作。该供应商与公司有交易记录，不同意删除，系统提醒用户，并转向删除供应商信息子流1。该供应商与公司未发生过交易情况，则同意删除，接着执行下一步骤。 4系统询问用户是否确实要删除指定供应商的信息。 5依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该供应商的信息。用户选择取消，系统不删除该供应商的信息。 6系统返回差不多流4。2.2.1.4查询供应商信息子流 1显示指定查询条件界面。 2用户指定查询条件并确认操作。 3系统显示符合条件的供应商信息。2.2.2备选流：2.2.2.1备选流1：1假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部缘故消除之后，用户仍能接着操作。2.3专门需求： 1供应商编号必须指定，输入不能超过8位字符。 2输入供应商名称不能为空。 3输入联系人姓名不能超过30个英文字符或15个汉字。 4输入联系方式要符合规格 5输入供应商地址、工厂地址不能为空。2.4前置条件： 1进入本系统的主界面。 2拥有维护供应商信息资料的权限。2.5后置条件: 系统保存修改过的供应商信息资料。2.6附加讲明: 供应商资料应包括：供应商编号、供应商名称、法人代表、联系人、联系人电话、公司传真、公司电话、供应商地址、备注。3客户资料维护3.0用例名称： 中文名称：维护客户资料 功能：用于维护公司客户的资料。3.1简要讲明： 本用例的功能要紧是增加、删除、修改、查询公司客户的信息。3.2事件流：3.2.1差不多流： 1用户请求维护公司客户资料。 2系统显示公司客户资料。 3依照用户的操作执行以下相应操作。用户修改差不多存在的客户信息，系统执行修改客户信息子流。用户选择增加客户信息操作，系统执行增加客户信息子流。用户选择删除客户信息操作，系统执行删除客户信息子流。用户选择查询符合指定条件的客户的信息，系统执行查询客户子流。 4系统保存用户操作结果。 5用户要求结束公司客户资料的维护。 6系统结束公司客户资料的显示。3.2.1.1修改客户信息子流 1显示修改客户信息界面。 2用户修改客户信息并要求保存客户信息。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入。 通过验证返回差不多流4。 4在用户重新输入并要求保存时，转步骤3；在用户取消修改客户信息时，系统返 回差不多流3。3.2.1.2增加客户信息子流 1显示新增客户信息输入界面。 2用户输入新客户信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求重新输入；如 果通过验证返回差不多流4。 4在用户重新输入并要求保存时，返回步骤3；在用户取消增加客户信息时，返回 差不多流33.2.1.3删除客户信息子流 1用户选择要被删除的客户信息。 2用户请求删除选择的客户信息。 3依照用户请求删除的客户的交易情况，系统执行以下操作。该客户与公司有交易记录，不同意删除，系统提醒用户，并转向删除客户信息子流1。该客户与公司未发生过交易情况，则同意删除，接着执行下一步骤。 4系统询问用户是否确实要删除指定客户的信息。 5依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该客户的信息。用户选择取消，系统不删除该客户的信息。 6系统返回差不多流4。3.2.1.4查询客户信息子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的客户信息。3.2.2备选流：3.2.2.1备选流1： 1假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造 成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态， 在外部缘故消除之后，用户仍能接着操作。3.3专门需求： 1客户编号必须指定，输入不能超过8位字符。 2输入公司名称不能为空。 3输入联系人姓名不能超过30个英文字符或15个汉字。 4输入联系方式要符合规格 5输入客户地址，送货地址不能为空。3.4前置条件： 1进入本系统的主界面。 2拥有维护客户资料的权限。3.5后置条件: 系统保存修改过的客户信息资料。3.6附加讲明:客户资料应包括：客户编号、公司名称、法人代表、联系人、联系人电话、公司传真、公司电话，客户地址，送货地址。6.2.3采购图6-3采购用例图采购治理工作流采购打算1.0用例名称：采购打算及采购打算明细 中文名称：采购打算及采购打算明细 功能：用于维护公司采购打算及采购打算明细信息。1.1简要讲明：本用例的功能要紧是采购打算（原料采购，杂品采购）信息的维护（添加、删除、修改、查询）以及对点击添加明细按钮弹出的采购打算明细单的操作，如添加、删除、修改、查询采购打算明细单。只是能够对采购打算表和采购打算明细表执行添加、删除、修改操作的前提是审核状态为等待审核或未通过时同时执行状态为未执行时，否则只能进行对对采购打算表和采购打算明细表的查询操作。一条采购打算能够对应一条或多条采购打算明细表。经理审核通过后才能够接着进行采购，审核未通过，对采购打算单及采购打算明细单进行修改。1.2事件流：1.2.1差不多流： 1用户请求维护公司采购打算单资料。 2系统显示公司采购打算单信息。 3依照用户的操作执行以下相应操作。用户修改差不多存在的采购打算单数据，系统执行修改采购打算单子流。用户选择增加采购打算单操作，系统执行增加采购打算单子流。用户选择删除采购打算单操作，系统执行删除采购打算单子流。用户选择查询符合指定条件的采购打算单，系统执行查询采购打算单子流。 4依照用户要求保存的信息在保存之前被处理的方式不同，系统执行以下操作。审核状态为等待审核或未通过时同时执行状态为未执行时才能够添加、修改或删除，否则提示不能进行添加、修改或删除操作，只能够进行查询操作关于审核状态：采购打算单保存前，假如之前提交到经理，经理未审核的采购打算单则修改审核状态为未通过，若还未审核，则修改审核状态为等待审核，若经理审核通过，则修改审核状态是通过。首次添加一个采购打算单时，默认审核状态为等待审核。关于执行状态：采购打算单的执行状态在提交到货单打算时检测，其下的所有采购打算明细单的状态都完成则完成。 5用户要求结束采购打算单数据的维护。 6系统结束公司采购打算单数据的显示。 7注意：点击添加明细按钮进入采购打算明细单后进行的操作的注意点同采购打算单同，及审核状态为等待审核或未通过时同时执行状态为未执行时才能够添加、修改或删除，否则提示不能进行添加、修改或删除操作，只能够进行查询操作。1.2.1.1修改采购打算单子流 1显示修改采购打算单信息界面。 2用户修改采购打算单信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4验证信息包括：能够修改的前提是审核状态为等待审核或未通过时同时执行状态为未执行时才能够修改，否则提示不能修改（因为若审核状态为通过了，差不多报告给了上级，不能改变了）一些信息的非空验证。 5用户重新输入并要求保存，转步骤3；用户取消采购打算单据的修改，返回差不多 流3。 6注意：点击添加明细按钮进入采购打算明细单后进行的操作的注意点同采购打算单同，及审核状态为等待审核或未通过时同时执行状态为未执行时才能够修改，否则提示不能进行修改操作，只能够进行查询操作。1.2.1.2增加采购打算单据子流 1显示新增采购打算单据输入界面。 2用户输入新采购打算单据的信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。4验证信息包括：能够增加的前提是审核状态为等待审核或未通过时同时执行状态为未执行时才能够修改，否则提示不能增加（因为若审核状态为通过了，差不多报告给了上级，不能改变了）一些信息的非空验证。 5用户重新输入并要求保存，转步骤3；用户取消采购打算单据的修改，返回差不多 流3。 6注意：点击添加明细按钮弹出采购打算明细单，其中添加时，货品名称通过下拉列表选取。 7注意：点击添加明细按钮进入采购打算明细单后进行的操作的注意点同采购打算单同，及审核状态为等待审核或未通过时同时执行状态为未执行时才能够添加，否则提示不能进行添加操作，只能够进行查询操作。1.2.1.3删除采购打算单据子流 1用户选择要被删除的采购打算单据。 2用户请求删除选择的采购打算单据。 3系统验证是否同意删除该采购打算单据信息（验证方式：审核状态为等待审核或未通过时同时执行状态为未执行时才能够删除，否则提示不能删除）； 4系统询问用户是否确实要删除指定采购打算单据。 5依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该采购打算单据的信息。用户选择取消，系统不删除该采购打算单据的信息。 6系统返回差不多流4。 7注意：点击添加明细按钮进入采购打算明细单后进行的操作的注意点同采购打算单同，及审核状态为等待审核或未通过时同时执行状态为未执行时才能够删除，否则提示不能进行删除操作，只能够进行查询操作。1.2.1.4查询采购单打算信息子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的采购打算单据信息。1.2.2备选流：1.2.2.1备选流1： 假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1打算单ID必须指定。 2制单日期默认为系统当前日期。 3添加、删除、修改采购打算表和采购打算明细表时必须保证通过了验证。 4必须指定打算明细id。 5在用户添加完采购打算明细单之后，系统在采购打算单自动显示该此次打算单的总金额。 6采购打算明细单中也能够进行增删改查的操作，利用异步刷新技术。 7杂品采购时在采购打算明细单中添加使用部门一个数据。1.4前置条件： 1进入本系统的主界面。 2拥有维护采购打算单据资料的权限。1.5后置条件: 1系统保存修改过的采购打算单据信息。1.6附加讲明 1采购打算单据内容包括：打算单ID、制单日期、总金额、经手人、审核状态、执行状态、备注。细按钮弹出的从表采购打算明细单内容包括：打算明细id、打算单ID、货品名称、使用部门、单价、打算数量、未采购数量、执行状态、总金额、备注。采购1.0用例名称：采购 中文名称：采购 功能：用于维护公司采购信息。1.1简要讲明： 本用例的功能要紧是增加、删除、修改、查询公司采购的信息。1.2事件流：1.2.1差不多流： 1用户请求维护公司采购单据资料。 2系统显示公司采购单据信息。 3依照用户的操作执行以下相应操作。用户修改差不多存在的采购单据，系统执行修改采购单据子流。用户选择增加采购单据操作，系统执行增加采购单据子流。用户选择删除采购单据操作，系统执行删除采购单据子流。用户选择查询符合指定条件的采购单据，系统执行查询采购单据子流。 4依照用户要求保存的信息在保存。 5用户要求结束采购单据数据的维护。 6系统结束公司采购单据数据的显示。1.2.1.1修改采购单据子流 1显示修改采购单据信息界面。 2用户修改采购单据信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。验证信息包括：专门需求部分描述的验证信息。 4用户重新输入并要求保存，转步骤3；用户取消采购单据的修改，返回差不多 流3。1.2.1.2增加采购单据子流 1显示新增采购单据输入界面。 2用户输入新采购单据的信息和采购明细单的信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。验证信息包括：专门需求部分描述的验证信息。 4用户重新输入并要求保存，转步骤3；用户取消采购单据的保存，返回差不多 流3。1.2.1.3删除采购单据子流 1用户选择要被删除的采购单据。 2用户请求删除选择的采购单据。 3系统验证是否同意删除该采购单据信息 4系统询问用户是否确实要删除指定采购单据。 5依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该采购入库单据的信息。用户选择取消，系统不删除该采购入库单据的信息。 6系统返回差不多流4。1.2.1.4查询采购单信息子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的采购入库单据信息。1.2.2备选流：1.2.2.1备选流1： 假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1采购单单号自动生成。 2供应商信息必须在系统差不多资料中的供应商资料中存在。 3填写采购单明细时，必须符合4－7规定。 4必须指定商品编号 5必须指定商品数量，商品数量只能输入数字和小数点。 6必须指定商品价格，商品价格只能输入数字和小数点。 7在用户选择商品之后，系统显示该商品的指导进货价格。1.4前置条件： 1进入本系统的主界面。 2拥有维护采购入库单据资料的权限。1.5后置条件: 1系统保存修改过的采购入库单据信息。1.6附加讲明 1采购单据内容包括：采购单单号、供应商、采购日期、经手人、总金额以及商品明细、其中商品明细包括商品编号、商品数量、单价及金额、已到数量、未到数量、打算单编号、执行状态。3.采购汇总 2.0用例名称：采购汇总 中文名称：采购汇总 功能：用于公司查看采购汇总信息。1.1简要讲明： 本用例的功能要紧是查询公司采购汇总的信息。1.2事件流：1.2.1差不多流： 1用户请求维护公司采购单据信息资料。 2系统显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的采购入库单据信息。1.4前置条件： 1进入本系统的主界面。 2拥有维护采购入库单据资料的权限。

6.2.4销售图6-4销售用例图销售工作流销售出库1.0用例名称：销售出库 中文名称：销售出库 功能：用于维护公司销售出库信息。1.1简要讲明：本用例的功能要紧是销售主表信息的维护（添加、删除、查询）以及对销售明细单的操作，如添加、删除、修改、查询销售明细单。对销售单和销售明细单执行的删除、修改操作的前提是销售的产品还未出库。一条销售单能够对应一条或多条销售明细单。1.2事件流：1.2.1差不多流： 1用户请求维护公司销售出库单据资料。 2系统显示公司销售出库单据资料。 3依照用户的操作执行以下相应操作。用户修改差不多存在的销售明细单据，系统执行修改销售明细单据子流。用户选择增加销售主表或销售明细表单据操作，系统执行增加销售主表或销售明细表单据子流。用户选择删除销售主表或销售明细表单据操作，系统执行删除销售主表或销售明细表单据子流。用户选择查询符合指定条件的销售主表或销售明细表单据，系统执行查询销售主表或销售明细表单据子流。 4依照用户要求保存的信息在保存之前被处理的方式不同，系统执行以下操作。用户要求保存的是被修改过的单据信息，更新相关商品的虚拟库存量（公式：虚拟库存量＝当前商品虚拟库存数量＋修改前的单据上的商品数量－修改后的单据上的商品数量），保存销售出库单据信息。用户要求保存的是新增加的单据信息，更新每种商品的库存数量（更新公式：当前虚拟库存数量＝当前虚拟库存数量－本次单据中商品数量），保存单据信息。用户要求保存的是被删除的信息，更新相关商品的库存量（公式：虚拟库存量＝当前虚拟库存量＋被删除的单据的商品数量），删除数据库中销售出库单单据信息。 5用户要求结束销售出库单据数据的维护。 6系统结束公司销售出库单据数据的显示。7注意：销售单出库状态为否的时候销售单和销售明细单才能够执行删除和修改操作，否则只能进行添加、查询操作。1.2.1.1修改销售出库单据子流 1系统显示修改销售出库单据界面。 2用户修改销售出库单据。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 假如通过验证，返回差不多流4。验证信息包括：专门需求部分描述的验证信息。每种商品库存数量是否同意修改商品数量（验证公式：当前虚拟库存数量＋单据修改前的商品数量－单据修改后的商品数量>=0同意修改）。在单据中添加一条明细后，验证该明细内的商品是否足够（验证公式：当前虚拟库存数量－该商品在单据上的数量>=0该商品的当前存量满足本次单据增加明细的需要）。 在用户重新输入并要求验证时，返回步骤3；在用户取消对销售出库单据的修改时，返回差不多流3。注意：出库状态为否的时候才能够对销售单和销售明细单执行删除和修改操作，否则只能执行添加、查询操作。1.2.1.2增加销售出库单据子流 1显示新增销售出库单据输入界面。 2用户输入销售出库单据的信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证，返回差不多流4。包括以下验证信息：专门需求中描述的一般验证信息。验证单据明细中每一个商品的当前虚拟库存量是否满足本次销售的需要。（验证公式：当前虚拟库存量－单据上该商品的销售量>0满足需要）。 4在用户重新输入并要求保存时，转步骤3；在用户取消增加销售出库单据操作时， 系统返回差不多流3。1.2.1.3删除销售出库单据子流 1用户选择要被删除的单据。 2用户请求删除选择的单据。 3系统询问用户是否确实要删除指定的单据。 4依照用户的选择，系统执行相应的操作。用户选择接着删除，系统删除该单据的信息。用户选择取消，系统不删除该单据的信息。5系统返回差不多流4。6注意：删除销售出库单据的前提是产品还未销售出库，差不多销售出库的数据提示不能删除。1.2.1.4查询销售出库信息子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的销售出库单信息。1.2.2备选流：1.2.2.1备选流1： 假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1销售单单号必须指定。 2销售日期默认为系统当前日期。 3客户名称必须指定，客户信息必须在系统差不多资料中存在。 4经手人为登录人。 5出库日期在确认出库之后填写。 6是否出库、是否已入账必须填写。 7填写销售出库明细时，必须符合以下规定。 8必须指定商品名称，商品名称是通过弹子页面从商品表中获得的。 9必须指定商品数量，商品数量只能输入整数。 10必须指定商品价格，商品价格只能输入数字和小数点。 11总金额依照销售数量和销售单价自动计算。1.4前置条件： 1进入本系统的主界面。 2拥有维护销售出库单据资料的权限。1.5后置条件: 系统保存修改过的销售出库单据信息。1.6附加讲明被操作销售出库单据的内容包括：销售单单号、客户名称、销售日期、出库日期、送货地址、总金额、经手人、是否出库、是否已入账以及销售明细，每条销售明细数据包括销售明细单号、销售单ID、商品名称、数量、单价、金额、是否出库及是否有退货记录。销售退货2.0用例名称： 中文名称：销售退货单据信息维护 功能：用于维护公司的销售退货单信息。2.1简要讲明：本用例的功能要紧销售退货信息的维护（添加、查询）以及对退货明细单的操作，如添加、查询销售退货明细单。一条退货单能够对应多个退货明细单。2.2事件流：2.2.1差不多流： 1用户请求维护公司的销售退货单信息。 2系统显示公司的销售退货单信息。 3依照用户的操作执行以下相应操作。用户选择增加销售退货单信息操作，系统执行增加销售退货单信息子流。用户选择查询符合指定条件的销售退货单信息的信息，系统执行查询销售退货单信息子流。 4用户要求保存操作结果。 5用户要求结束销售退货单据数据的维护。 6系统结束销售退货单据数据的显示。2.2.1.1增加销售退货单据子流 1显示新增销售退货单据输入界面。 2用户输入销售退货单据的信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证，返回差不多流4。验证信息包括：专门需求部分描述的验证信息。 4在用户重新并要求保存时，系统返回步骤3；在用户取消对销售退货单据的新增 时返回差不多流3。 5注意：添加的退货单信息必须保证是销售出库的。2.2.1.2查询采购退货单据子流 1显示指定查询条件界面。 2用户指定查询条件，并确认操作。 3系统显示符合条件的销售退货单据信息。2.2.2备选流：2.2.2.1备选流1： 假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。2.3专门需求： 1销售退货单单号必须指定。 2客户名称必须指定，客户信息必须在系统差不多资料中存在。 3退货日期为系统默认时刻。 4销售单号通过点击文本框从查询销售单信息列表中获得。 5经手人为登录人。 6是否已入账必须填写。 7填写销售退货单明细时，必须符合以下规定。 8必须指定商品名称，商品名称必须在库存商品表中存在。 9必须指定商品数量，商品数量只能输入整数。 10必须指定商品价格，商品价格只能输入数字和小数点。 11总金额依照退货数量和退货单价自动计算。2.4前置条件： 1进入本系统的主界面。 2拥有维护销售退货单据资料的权限。2.5后置条件: 1系统保存修改过的销售退货单据资料。2.6附加讲明被操作销售退货单内容包括：退货单单号、销售单号、客户名称、退货日期、总金额、经手人、是否已入账以及退货明细，其中退货明细包括退货明细单单号、退货单ID、销售明细单单号、产品名称、产品数量、单价、金额及退货缘故。6.2.5库存用例图图6-5库存用例图库存治理工作流原材料库存治理1.0用例名称：原材料库存治理 中文名称：原材料库存治理 功能：用于获得每种原材料的库存信息以及原材料的入库和出库。1.1简要讲明： 本用例的功能要紧是查询、增加、修改、删除原材料的库存信息1.2事件流：1.2.1差不多流：1用户请求维护公司原材料资料。 2系统显示公司到原材料信息。 3依照用户的操作执行以下相应操作。用户选择删除到货单操作，系统执行删除原材料子流。用户选择查询符合指定条件的原材料，系统执行查询原材料子流。用户选择添加符合指定条件的原材料，系统执行添加原材料子流。用户选择修改符合指定条件的原材料，系统执行修改原材料子流1.2.1.1查询原材料信息的子流：1显示原材料库存信息查询页面。2用户指定查询条件，并确认操作。 3系统显示相应的查询信息页面。4显示原材料信息页面。1.2.1.2添加原材料信息的子流：1显示原材料库存信息查询页面。 2点击添加按钮执行添加操作。3系统显示原材料添加页面。假如库存一直没有这种原材料，系统显示添加新原材料信息页面。假如数据库一直有这种原材料，则在入库时做修改的相应操作。假如有部门来取原材料，会添加原材料信息，会修改该原材料的库存数量。1.2.1.3删除原材料信息的子流：1显示原材料库存信息查询页面。2用户点击删除按钮，并确认操作是否删除。假如库存这种原材料数量为0的状态，系统能够删除这中原材料。假如数据库一直有这种原材料，那么不能执行相应删除操作。1.2.1.4修改原材料信息的子流：1.在原材料入库时进行原材料总数量增加。2.在原材料出库时进行原材料总数量的减少。3.能够进行库存盘点，清点原材料，然后在盘点表添加记录，同时修改数量值。1.3备选流：1假如依照用户指定的条件不能找到相应的原材料，系统应提醒用户按照指定的查询条件不能找到相关的原材料，请用户重新指定查找条件。1.4专门需求： 无1.5前置条件： 1进入本系统的主界面。 2拥有操作原材料库存的权限。1.6后置条件: 用户获得想要的原材料库存信息。1.7附加讲明:查询到的数据库资料应有如下内容：原材料库存单号、原材料名称、原材料数量、安全数量。添加出库原材料数据库资料应有如下内容：原材料出库单号、原材料名称、原材料数量、使用部门、出库日期、经手人。商品库存治理1.0用例名称：商品库存治理 中文名称：商品库存治理 功能：用于获得每种商品的库存信息以及商品的入库和出库。1.1简要讲明： 本用例的功能要紧是查询商品的库存信息和商品出库入库。1.2事件流：1.2.1差不多流：1.系统显示库存当中的商品信息2.依照用户的操作执行以下相应操作。用户请求查询公司的商品的库存信息，系统显示查询商品信息的子流。用户选择增加商品操作，系统执行增加库存商品子流。用户选择删除商品操作，系统执行删除库存商品子流。用户选择修改商品操作，系统执行修改库存商品子流。3.系统保存用户操作结果。 4.系统结束公司库存商品资料的显示。1.2.1.1查询商品信息的子流：1显示商品库存信息查询页面。2用户指定查询条件，并确认操作。 3系统显示相应的查询信息页面。4显示商品明细信息页面。5用户指定查询条件，并确认操作。6系统显示商品明细信息。1.2.1.2添加商品信息的子流：1显示商品库存信息查询页面。 2点击添加按钮执行添加操作。3系统显示商品添加页面。假如库存一直没有这种商品，系统显示添加新商品信息页面。假如数据库一直有这种商品，则在入库时做修改的相应操作。添加一种新的商品首先添加商品主表信息，同时添加一条明细信息，然而明细信息的生产日期为当前月的最后一天，数量依照入库计算假如库存有这种商品，每次添加时主表库存量增加，同时以每个月为准生成的明细表数量接着累加在第二个月明细在生成一条记录，即生产日期以月为准1.2.1.3删除商品信息的子流：1显示商品库存信息查询页面。2用户点击删除按钮，并确认操作是否删除。假如库存这种商品数量为0的状态，系统能够删除这中商品，同时删除明细中信息。假如数据库一直有这种商品，那么不能执行相应删除操作，删除的话只能删除明细，然后更新相应的主表数量。1.2.1.4修改商品信息的子流：1.在商品入库时进行商品总数量和虚拟数量的增加，同时对应的明细数量增加2.在商品出库时进行商品总数量的减少，同时对应的明细数量减少3.能够进行库存盘点，清点商品，然后在盘点表添加记录，同时修改数量值。注意：商品虚拟数量的减少是在添加销售单时修改的。1.2备选流： 1假如依照用户指定的条件不能找到相应的商品，系统应提醒用户按照指定的查询 条件不能找到相关的商品，请用户重新指定查找条件。2假如删除库存本身还有的商品，系统提示该商品仍在使用中，不能删除。1.3专门需求： 无1.4前置条件： 1进入本系统的主界面。 2拥有查询商品库存的权限。1.5后置条件: 用户获得想要的商品库存信息。1.6附加讲明: 查询到的数据库主表资料应有如下内容：库存商品编号、商品名称、总数量、安全存量、虚拟库存量、及建议销售价。查询到的数据库资料商品明细表应有如下内容：商品明细编号、商品编号、商品名称、入库数量、生产日期、失效日期。添加到的数据库主表资料应有如下内容：库存商品编号、商品名称、总数量、安全存量、虚拟库存量、及建议销售价。添加到的数据库资料商品明细表应有如下内容：商品明细编号、商品编号、商品名称、入库数量、生产日期、失效日期。添加到数据库商品入库资料如下：入库编号，商品名称，入库数量，入库时刻，经手人，备注。杂品库存治理1.0用例名称：杂品库存治理 中文名称：杂品库存治理 功能：用于获得每种杂品的库存信息以及杂品的入库和出库。1.1简要讲明： 本用例的功能要紧是查询杂品的库存信息和杂品出库入库。1.2事件流：1.2.1差不多流： 1.系统显示库存当中的杂品信息2.依照用户的操作执行以下相应操作。用户请求查询公司的杂品的库存信息，系统显示查询杂品信息的子流。用户选择增加杂品操作，系统执行增加库存杂品子流。用户选择删除杂品操作，系统执行删除库存杂品子流。用户选择修改杂品操作，系统执行修改库存杂品子流。3.系统保存用户操作结果。 4.系统结束公司杂品资料的显示。1.2.1.1查询杂品信息的子流：1显示杂品库存信息查询页面。2用户指定查询条件，并确认操作。 2系统显示相应的查询杂品信息页面。1.2.1.2添加杂品信息的子流：1显示杂品库存信息查询页面。 2点击添加按钮执行添加操作。3系统显示商品添加页面。假如库存一直没有这种杂品，系统显示添加新杂品信息页面假如数据库一直有这种杂品，则在入库时做修改的相应操作1.2.1.3删除杂品信息的子流：1显示杂品库存信息查询页面。2用户点击删除按钮，并确认操作是否删除。假如库存这种杂品数量为0的状态，系统能够删除那个杂品。假如数据库一直有这种商品，那么不能执行相应删除操作。1.2.1.4修改杂品信息的子流：1.在杂品入库时通过了验收数量自动累加。2.在杂品出库时进行杂品总数量的减少。注意：杂品数量的改变是在添加出库单和到货单时修改的。1.2备选流： 1假如依照用户指定的条件不能找到相应的杂品，系统应提醒用户按照指定的查询 条件不能找到相关的商品，请用户重新指定查找条件。2假如删除库存本身还有的杂品，系统提示该杂品仍在使用中，不能删除。1.3专门需求： 无1.4前置条件： 1进入本系统的主界面。 2拥有查询杂品库存的权限。1.5后置条件: 用户获得想要的杂品库存信息。1.6附加讲明: 查询到的数据库资料应有如下内容：杂品编号、杂品名称、当前数量。添加入库杂品数据库资料应有如下内容：杂品编号、杂品名称。添加出库杂品数据库资料应有如下内容：杂品出库编号、杂品编号、杂品名称、出库数量、出库时刻、经手人、所属部门。3.库存预警1.0用例名称：库存预警 中文名称：库存预警 功能：用于获得库存当前数量小于安全存量的商品。1.1简要讲明： 本用例的功能要紧是查询获得库存当前数量小于安全存量的商品。1.2事件流：1.2.1差不多流： 1用户请求查询公司预警商品的库存信息。 2系统显示指定查询条件界面。 3用户要求结束库存预警商品的查询。4系统结束预警商品信息显示界面1.2备选流： 1假如依照用户指定的条件找到相应的预警商品，系统应自动提醒用户按照指定的查询条件有预警商品，请及时采购。1.3专门需求： 无1.4前置条件： 1进入本系统的主界面。 2拥有查询预警商品的权限。1.5后置条件: 用户获得想要的商品库存信息。1.6附加讲明: 查询到的数据库资料应有如下内容：库存商品编号、当前数量、商品名称、安全存 量、失效日期、入库日期及建议销售价，原材料库存单号、原材料名称、原材料数量、安全数量。4.物料验收1.0用例名称：到物资料验收 中文名称：到物资料验收 功能：用于获得每种原材料、杂品的到货信息。1.1简要讲明： 本用例的功能要紧是增加、查看到货信息。1.2事件流：1.2.1差不多流：1用户请求维护公司到货单资料。 2系统显示公司到货单信息。 3依照用户的操作执行以下相应操作。用户选择添加符合指定条件的到货单，系统执行添加到货单子流。用户选择查询符合指定条件的到货单，系统执行查询到货单子流 4用户执行查询到货单信息时，依照用户输入的查询条件显示查询结果。6用户执行增加操作时，通过验证信息时，执行添加成功，否则返回重新添加1.2.2备选流：1.2.2.1备选流1： 1假如差不多流3中显示的到货信息用户不中意，能够再次请求查询。 2系统显示指定查询条件界面。 3用户指定查询条件并确认操作。 4系统显示符合查询条件的到货的信息。 5转向差不多流5。1.2.2.2备选流2： 1假如依照用户指定的条件不能找到相应的到货信息，系统应提醒用户按照指定的查询条件不能找到相关的到货信息，请用户重新指定查找条件。1.3专门需求： 无1.4前置条件： 1进入本系统的主界面。 2拥有增加、查询到货单的权限。1.5后置条件: 用户获得想要的到货单信息。1.6附加讲明: 查询到的数据库资料应有如下内容：到货单号、到货时刻、供应商、到货详细单号、采购明细单号、商品名称、到货数量、单价、供货车牌号、车辆检查、是否合格供方、物料检查、外包装清洁方式、取样日期、检查报告日期、化验结果、是否入库、验收人、入账状态、备注。6.2.6系统维护治理用例图图6-6维护系统用例图系统维护治理工作流部门治理1.0用例名称：部门治理 中文名称：部门治理1.1简要讲明： 本用例的功能要紧是增加、修改、删除、查询系统的部门。1.2事件流：1.2.1差不多流： 1治理员请求对部门进行治理。 2系统显示该系统相应的界面。 3依照治理员的操作，执行相应操作。治理员请求增加一个新部门，系统执行增加新部门子流。治理员请求查询符合指定条件的部门，系统执行查询部门子流。治理员请求删除某个部门，系统执行删除部门子流。治理员请求修改一个新部门，系统执行修改新部门子流。 4系统保存治理员的操作结果。 5治理员要求结束对部门进行治理。 6系统结束界面。1.2.1.1删除部门子流 1显示用户信息输入界面。 2治理员删除部门信息并要求保存。 3系统提示是否删除；假如通过验证，返回差不多4。1.2.1.2增加部门子流 1显示新增部门信息输入界面。 2治理员输入新部门信息并要求保存。 3系统验证新部门的信息，假如没有通过验证，系统提醒用户并要重新输入部门信 息；假如通过验证，保存。未通过，接着填写。1.2.1.3查询部门信息子流 1治理员指定查询条件界面。 2治理员指定查询条件，并确认操作。 3系统显示符合条件的部门信息。1.2.2备选流：1.2.2.1备选流1： 假如在治理员请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1部门编号必须指定，输入用户编号不得超过8个字符。1.4前置条件： 1进入本系统的主界面。1.5后置条件： 系统保存治理员修改后资料。1.6附加讲明： 部门资料包括部门编号、部门名称。角色治理1.0用例名称：角色治理 中文名称：角色治理1.1简要讲明： 本用例的功能要紧是增加、禁用、删除、查询系统的角色。1.2事件流：1.2.1差不多流： 1治理员请求对角色进行治理。 2系统显示该系统相应的界面。 3依照治理员的操作，执行相应操作。治理员请求增加一个新角色，系统执行增加新角色子流。治理员请求查询符合指定条件的角色，系统执行查询角色子流。治理员请求删除某个角色，系统执行删除角色子流。治理员请求修改一个新角色，系统执行修改新角色子流。 4系统保存治理员的操作结果。 5治理员要求结束对角色进行治理。 6系统结束界面。1.2.1.1删除角色子流 1显示用户信息输入界面。 2治理员删除角色信息并要求保存。 3系统提示是否删除；假如通过验证，返回差不多4。1.2.1.2增加角色子流 1显示新增角色信息输入界面。 2治理员输入新角色信息并要求保存。 3系统验证新角色的信息，假如没有通过验证，系统提醒用户并要重新输入角色信 息；假如通过验证，保存。未通过，接着填写。1.2.1.3查询角色信息子流 1治理员指定查询条件界面。 2治理员指定查询条件，并确认操作。 3系统显示符合条件的角色信息。1.2.2备选流：1.2.2.1备选流1： 假如在治理员请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1角色编号必须指定，输入用户编号不得超过8个字符。1.4前置条件： 1进入本系统的主界面。1.5后置条件： 系统保存治理员修改后资料。1.6附加讲明： 角色资料包括角色编号、角色名称。权限治理2.0用例名称：权限治理 中文名称：权限治理 功能：用于维护系统用户使用系统的权限。2.1简要讲明： 本用例的功能要紧是增加、删除用户对程序各个模块的使用权限。2.2事件流：2.2.1差不多流： 1治理员请求治理系统用户的权限。 2系统显示系统用户的权限。 3治理员选择一个系统用户。 4系统显示该用户现有的模块权限，以及可供增加的其它模块权限。 5治理员修改该用户的模块权限。 6治理员要求保存操作结果。 7系统保存治理员操作的结果。 8治理员要求结束用户权限的维护。 9系统结束用户权限维护。2.2.2备选流：2.2.2.1备选流1： 假如在治理员请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统应保证以恰当的方式通知用户，并维护用户的操作状态，在外 部缘故消除之后，用户仍能接着操作。2.3专门需求： 1治理员不应该在治理用户界面上显示。 2系统的用户权限的分配要做到让用户选择模块，而不要让用户填写模块编号或名 称。2.4前置条件： 1进入本系统的主界面。 2拥有治理系统用户权限的权限。2.5后置条件： 系统保存修改过的用户权限。2.6附加讲明： 每个模块的操作权利为一个权限。职员治理3.7用例名称：职员治理 中文名称：职员治理1.1简要讲明： 本用例的功能要紧是增加、修改、删除、查询系统的职员。1.2事件流：1.2.1差不多流： 1治理员请求对职员进行治理。 2系统显示该系统相应的界面。 3依照治理员的操作，执行相应操作。治理员请求增加一个新职员，系统执行增加新职员子流。治理员请求修改某个职员，系统执行禁用职员子流。治理员请求查询符合指定条件的职员，系统执行查询职员子流。治理员请求删除某个职员，系统执行删除职员子流。 4系统保存治理员的操作结果。 5治理员要求结束对对职员进行治理。 6系统结束界面。1.2.1.1删除职员子流 1显示职员信息输入界面。 2治理员删除职员信息并要求保存。 3系统提示是否删除；假如通过验证，返回差不多4。1.2.1.2增加职员子流 1显示新增职员信息输入界面。 2治理员输入新职员信息并要求保存。 3系统验证新职员的信息，假如没有通过验证，系统提醒职员并要重新输入职员信 息；假如通过验证，返回差不多4。验证信息包括： 专门需求部分描述的验证信息。 4用户重新输入信息并要求保存，返回步骤3；用户取消新增用户操作，返回差不多 流3。1.2.1.3修改职员子流 1治理员选择要被禁用的职员信息，或职员自己修改密码或联系方式 2用户请求修改 3系统验证用户的信息，假如没有通过验证，系统提醒用户并要重新输入用户信 息；假如通过验证，系统保存。假如未通过，重新填写，重复此步骤。 5系统返回差不多流1。1.2.1.4查询职员信息子流 1治理员指定查询条件界面。 2治理员指定查询条件，并确认操作。 3系统显示符合条件的职员信息。1.2.2备选流：1.2.2.1备选流1： 假如在治理员请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成 操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部 缘故消除之后，用户仍能接着操作。1.3专门需求： 1职员编号必须指定，输入职员编号不得超过8个字符。 2输入职员真实姓名不能超过30个字符。 3职员初始密码必须指定，输入职员初始密码必须在6－30个字符之间。 4系统设置治理员一个，该用户在系统显示维护用户资料界面不能显示。1.4前置条件： 1进入本系统的主界面。1.5后置条件： 系统保存治理员修改后资料。1.6附加讲明： 职员编号、真实姓名、默认密码、所属角色、所属部门。6.2.7财务治理例图图6-7财务治理用例图财务治理工作流11客户往来账1.0用例名称：客户往来账 中文名称：客户往来账 功能：用于便利公司客户往来账查询及导出。1.1简要讲明： 本用例的功能要紧是增加、修改、查询、导出公司客户往来账的信息。1.2事件流：1.2.1差不多流：1用户请求查看及打印客户往来账信息。 2系统显示客户往来账信息。 3依照用户的操作执行以下相应操作。用户修改差不多存在的账目信息，系统执行修改账目信息子流(销售/退货)。用户选择增加账目信息操作，系统执行增加账目信息子流(销售/退货)。用户选择查询符合指定条件的账目的信息，系统执行查询账目子流(销售/退货)。用户选择导出符合指定条件的账目的信息，系统执行导出功能。4系统保存用户操作结果。5用户要求结束客户往来账模块。6系统结束客户往来账信息的显示。1.2.1.1修改客户往来账信息子流(销售/退货) 1显示修改客户往来账信息界面。 2用户修改客户往来账信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。4在用户重新输入并要求保存时转步骤3；在用户取消修改客户往来账信息时，系统返回差不多流3。注意：修改用于填写发票信息，多次支付填写日期在备注中做记录。1.2.1.2增加客户往来账信息子流(销售/退货) 1显示新增客户往来账信息输入界面。 2用户输入客户往来账信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。4在用户重新输入并要求保存时转步骤3；在用户取消增加客户往来账信息时，系统返回差不多流3。注意：增加客户往来账详细信息是依照销售单主表填写的，提交之后修改销售单是否入账状态为是。（只有入库状态为是入账状态为否时才能被选择）。1.2.1.4查询客户往来账信息子流(销售/退货) 1显示指定查询条件界面。 2用户指定查询条件并确认操作。 3系统显示符合条件的客户往来账信息。1.2.2备选流：1.2.2.1备选流1：1假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部缘故消除之后，用户仍能接着操作。1.3专门需求： 1往来账ID必须指定。 2注册日期默认为系统当前日期。 3添加、删除、修改客户往来账表和客户往来账明细表时必须保证通过了验证。 4必须指定客户往来账明细id。客户往来账明细单中能够进行增删改查的操作，利用异步刷新技术。一个客户对应一个账本。1.4前置条件： 1进入本系统的主界面。 2拥有查看、修改及导出客户往来账资料的权限。1.5后置条件: 系统保存修改过的客户往来账信息资料。1.6附加讲明:客户往来账包括：往来账id，注册日期，客户的所有信息；客户往来账明细包括：往来账明细id，往来账id，销售/退货主表id,应收/应付金额,发票金额,差额，发票凭证号码，销售/退货人，入账日期,填写发票日期,财务状态（欠款/已支付），财务类型(销售/退货),入账经手人，填写发票经手人,备注。2供应商往来账2.0用例名称：供应商往来账 中文名称：供应商往来账 功能：用于便利公司供应商往来账查询及导出。2.1简要讲明： 本用例的功能要紧是增加、修改、查询、导出公司供货商往来账的信息。2.2事件流：2.2.1差不多流：1用户请求查看及打印供货商往来账信息。 2系统显示供货商往来账信息。 3依照用户的操作执行以下相应操作。用户修改差不多存在的账目信息，系统执行修改账目信息子流。用户选择增加账目信息操作，系统执行增加账目信息子流。用户选择查询符合指定条件的账目的信息，系统执行查询账目子流。用户选择导出符合指定条件的账目的信息，系统执行导出功能。4系统保存用户操作结果。5用户要求结束供货商往来账模块。6系统结束供货商往来账信息的显示。2.2.1.1修改供货商往来账信息子流 1显示修改供货商往来账信息界面。 2用户修改供货商往来账信息并要求保存。 3系统验证修改过的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。4在用户重新输入并要求保存时转步骤3；在用户取消修改供货商往来账信息时，系统返回差不多流3。注意：修改用于填写发票信息，多次支付填写日期在备注中做记录。2.2.1.2增加供货商往来账信息子流 1显示新增供货商往来账信息输入界面。 2用户输入供货商往来账信息并要求保存。 3系统验证新输入的信息，假如没有通过验证，系统提醒用户并要求用户重新输入； 通过验证转差不多流4。4在用户重新输入并要求保存时转步骤3；在用户取消增加供货商往来账信息时，系统返回差不多流3。注意：增加供应商往来账详细信息是依照到货单主表填写的，提交之后修改到货单是否入账状态为是。（只有入库状态为是入账状态为否时才能被选择）。2.2.1.4查询供应商往来账信息子流 1显示指定查询条件界面。 2用户指定查询条件并确认操作。 3系统显示符合条件的供货商往来账信息。2.2.2备选流：2.2.2.1备选流1：1假如在用户请求保存操作结果的时候，由于网络、数据库治理系统等外部缘故造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部缘故消除之后，用户仍能接着操作。2.3专门需求： 1往来账ID必须指定。 2注册日期默认为系统当前日期。 3添加、删除、修改供货商往来账表和供货商往来账明细表时必须保证通过了验证。 4必须指定供货商往来账明细id。 5供货商往来账明细单中能够进行增改查的操作，利用异步刷新技术。 6一个供应商对应一本账本。2.4前置条件： 1进入本系统的主界面。 2拥有查看、修改及导出供货商往来账资料的权限。2.5后置条件: 系统保存修改过的供货商往来账信息资料。2.6附加讲明:供货商往来账包括：往来账id，注册日期，供货商所有的信息;供货商往来账明细包括：往来账明细id，往来账id，到货单对应的信息，应支付金额，发票凭证号码，入账日期，发票金额，填写发票日期，差额，财务状态（欠款/已支付），填写发票经办人，备注。6.2.8打印报表用例图图6-8打印报表用例图打印报表治理工作流1.商品\杂品库存打印：1.0用例名称：库存清点报表打印 中文名称：商品库存信息（杂品库存信息） 功能：用于在打印报表时执行报表常用功能。1.1简要讲明： 本用例的功能是在报表打印时执行打印功能。1.2事件流：1.2.1差不多流： 1父用例请求打印。 2系统显示打印前的询问信息界面。 3用户设置打印信息。 4依照用户的选择，系统执行相应的操作。用户选择了确定，系统关闭询问打印信息界面，并使用用户设置的打印信息打印报表。用户选择了取消，系统关闭询问打印信息界面。 5返回父用例。1.2.1备选流 无1.3专门需求 无1.4前者条件 接收到父用例的请求1.5