摘要
本文提出了一个批发产品销售管理系统的建议，该系统仅限于在古巴开展这项活动的现行法规。
批发产品销售系统这追求的目标是解决货币二重性问题和该国自己的支付方式，这使得无法应用其他现有系统。
最终的系统在友好且易于使用的环境中改进并增加了商业功能；此外，它保证了所处理数据所需的安全性和完整性，从而加快并促进了批发产品销售的过程。
为了开发系统，使用了敏捷的Scrum软件构建方法，并研究了现有的系统以及构建它的适当工具。
关键词
管理软件，电子商务，批发销售。
抽象
该调查项目公开了根据现行法规在古巴开展这项活动的批发系统建议。该系统旨在解决双重货币问题，付款方式和其他无法应用现有系统的主题。
结果系统在友好，更轻松的使用环境中改进了商业功能的集合。除此系统外，还可以确保托管数据所需的安全性和完整性，从而使批发销售产品的过程变得更快，更容易。
对于系统开发，使用一种用于项目管理的敏捷方法：Scrum。
关键词
电子商务，批发系统
介绍。
贸易是自远古以来人类进行的一项活动。它暗示了对物种的购买，出售或交换，以及历史上通过市场，仓库或商业机构开发的服务交换的需求。然而，这种观念在历史上第一次改变了。互联网的出现标志着人与人之间理解的新时代，以及商业手段和范围的急剧扩展，这说明了这一点。
电子商务的诞生是效率的体现，是生产力的提高。在技术的镜头下，作为一种全面满足新需求的愿望，在其实现过程中起着至关重要的作用。古巴并非免于进行贸易，因此古巴以各种方式，特别是通过电子商务，增强了其进入国际市场的能力。
但是，该国的经济具有特殊的特征，使其无法应用现有系统，因为它们在其他法规中没有理想的付款方式和处理流通双币的方式。因此，可以说没有能够批发销售的满足古巴商业特征的计算机系统。因此，开发批发产品销售管理系统作为一种工具，该系统符合为古巴制定的法规，将有利于电子商务的发展，从而为该国的经济带来好处。
现有的电子商务系统
有许多基于不同技术开发的平台用于进行电子商务。仅举几例，我们可以列出Gesticom B2B，TornadoStore™，AB-Shop3。它们都是非常用户友好的，并且对于创建任何类型的虚拟商店都具有吸引力。其中一些平台甚至是免费和开源的。但是，它们和支持它们的清单系统都不适用于古巴。
排除使用或重复使用这些系统的原因：
- 这些系统的使用已经受到了冒险，他们对零售进行了补丁和修改，以使其适应古巴定义的批发商。设想订约和销售过程的方法在古巴，谈判商业利润，信贷和付款工具的方式不充分或没有使用。
暴露的系统处理的计费过程不是针对该国家/地区描述的过程。
- 这些系统或它们各自的库存无法管理双币的发行。
考虑到系统的主要功能必须是与商业利润和信贷管理相关的销售和计费，因此几乎没有可重用的现有系统：设计思想，良好的编程习惯，模式…
目前，该国电子商务的发展正在开始促进，针对公司或法人的批发销售正在迈出第一步。这样就可以对需求进行详尽的调查，以使开发的第一个能够与古巴贸易模型一起使用的电子商务平台尽可能高效。
创建新平台的想法还通过使用面向服务的体系结构来支持，该体系结构使系统之间的通信更加轻松，从而更容易实现它们的集成（必须有可能将结果系统与ERP-Cuba集成在一起）目前正在开发中）。暴露的系统使用客户端-服务器和3层之间的混合体系结构，这不利于集成过程。
开发方法论
“ Scrum”是一种项目管理方法，在竹田广隆和野中郁次郎在《新产品》一文中有介绍。
开发游戏。 “这种方法的基本原则是，技术产品的竞争市场，除了质量，成本和差异化的基本概念外，还需要速度和灵活性。” （Takeuchi，1999）下面列出了暗示决定选择此方法而不是其他方法的Scrum特性：
- 它是一种敏捷的开发方法，适用于小型开发团队（不超过8人），很少指定工件，以消除不必要的“文书工作”并花费更多的时间实施，从而允许在每个Sprint末尾交付功能性产品。具有根据客户的业务需求调整功能的可能性，可以每天对项目进行可视化，范围有限且可行，适用于集成到项目中并由项目管理的团队中。它是一种分析方法，而不是设计方法（尽管可以进行调整），而是一种工作管理方法，可以应用于不同的质量模型（例如CMMI），因为它们可以告诉您必须要做的事情，也就是说， ，他们告诉您您必须管理项目，但是他们不告诉你怎么做。这就是SCRUM作为项目管理模型出现的地方。
业务流程的描述。
为了描述与这项工作的范围相关的业务流程，有必要着重于解决问题的流程以及这种类型的应用程序之间的关系。
这项工作旨在根据拟议的规定对批发销售过程进行建模，以达到古巴贸易规范的要求。以下列出了这些特定的法规：
招聘和销售流程
要进行批发销售，部门的商业区或专家必须撰写每个买方的档案，其中应包含以下文件：
- 古巴中央银行授权签署该合同或授权该实体或公司以外币经营的人的任命和权力决议，并已及时更新。
会议纪要，契约，决议，在实体或公司成立时经过公证的公证文件或其他法律文件，以及其公司宗旨。根据备考合同签署并铸造的销售合同（附件4）
批发销售合同将由销售，生产或服务部门进行推广，并根据与之签订合同的买方调整合同形式（附件4）的条款。一旦与买方指定了订立合同的条款和客户在该地区的购买权益，则必须将其发送给省分公司的法律顾问进行审查。
批发购买协议将以发布该系统的实体的名义签署，并由领土分支机构的主管和商业主管签署。合同将涵盖合同中先前商定的所有领土的批发销售部门。在合同中，必须在明确的附件中列出与合同签订的向买方进行批发销售的地区的单位，确定将在每个单位中销售的单位。
批发销售合同绝不会涵盖其他领土的批发单位或区域。签订批发合同后，省分会的法律顾问会证明合同所涉及单位的副本。分支机构的商业局负责向合同涵盖的单位提供推荐的认证副本。
对于新客户，省分行将根据客户和供应商的公司命名法建立的总部商务局要求客户号。没有更新合同或上述合同的认证副本的单位将不会更新，并且系统中未启用客户代码，直到单位文件中的文档更新后，才能进行销售在命名器中建立并启用客户编号。
与公司或州组织签署的向其工人出售模块的合同将定义专门单位进行批发零售，并且不涉及其他单位，地区或销售类型。
与公司分支机构的销售合同
驻古巴的外国公司以及自由贸易区经营者将仅由其代表经正式授权才能签署。与以下实体签订合同所需的文件：
- 商会或MINVEC的许可证（视具体情况而定），并据此通知其在该国的地位。契据，决议，公证文件或实体组成的其他法律文件。列出了授权进行采购的官员。
与大使馆和领事馆的合同将由大使和/或代表签署。在客户档案中，除了相关数据外，还将附上由MINREX颁发给授权进行购买的官员的卡的副本以及由经授权收取商品的官员和工人的就业机构的卡的副本。
与外国投资和经济合作部的项目或合作计划签订的合同，必须由MINVEC出示经核证的预算和项目条款，并由对方承担并由对方承担的义务。 MINVEC。
批发合同将签署一（1）年，自其有效期届满之日起。批发合同不是自动可扩展的，需要补充这些合同，并必须有效和符合客户文件的要求，并遵守后者的规定。
在销售时，该部门将审查客户档案及其有效性，并核实有关实体是否已在客户名称中正确注册。
批发销售给宗教机构，中央国家行政管理公司和组织，政治，社会和群众组织，外交和领事代表处，
外国商业公司，自由贸易区运营商，MINVEC的银行代表以及项目或计划；将按照内部贸易部的第222/2003号决议，I-885 / 2007授权和第2/2003号指示，按照此程序的规定进行操作。
为了向上一节提到的客户进行销售，除上述内容外，该部门还需要提供以下文件：
- 对于外国银行的代表：
- 带有产品清单和购买数量的购买请求信，古巴中央银行批准银行代表在古巴经营的决议。
- 采购请求信，其中包含要购买的产品列表和数量。
- 古巴共和国商会颁发的在该国经营的许可证。
- 对于MINVEC批准的项目和合作计划：
- MINVEC的项目或计划预算认证副本。o由MINVEC批准的项目的职责范围的认证副本，并带有对等方的义务及其签名和MINVEC。
- 购买请求信，包括要购买的产品清单和外国投资部批准您作为运营商的数量决议。
- 购买请求信，其中包含要购买的产品清单和数量，由古巴外交关系部颁发，可证明您是外交使团成员。
- 实体将展示在批发合同系统中建立的法律文件以及在此过程中建立的其他要求，而无需其他没有特殊法规的特殊授权。ü对于宗教机构：对购买感兴趣的宗教机构的上级主管部门将签发签名的硬币，以反映其需求，目的地以及进行的活动。如果需要个人卫生，卫生和清洁用品，则必须附有宣誓声明，说明在产品的目的地实体服务的人数。当请求涉及电气设备或家用电器，带或不带电动机的工业厨房或自行车时，宗教机构必须向国内贸易部副部长提交授权请求，一旦发出，将由商务副主席与各分支机构进行处理。 。收到商务副总裁或国内贸易副部长的授权后，根据批准并经宗教机构要求购买，省分会将以书面形式向领土的省委员会中参加宗教活动的人进行咨询，以发布批准出售的信息。如果您全部或部分离开，则必须以书面形式通知商务副主席。在所有情况下，收到宗教机构购买请求的单位都必须处理并获得书面授权才能进行销售。授权和咨询文件都记录在合同文件中。当收到客户提出的不按常规批发购买商品的要约请求或与公司或机构进行的活动不符的数量或产品不胜感激时，我们将及时要求公司或机构负责人以反映所要求产品和数量的文件发出或认可该要求。
贸易保证金，信贷和付款方式
价格的确定将基于计算产品在销售之前的所有成本，并由此确定以下最低商业利润：
- 对于汽车零件和建筑材料子帐户=成本价格x 1.80对于货物销售=成本价格x 1.30对于美食产品=比服务零售价格低10％=总费用成本表x 1.30外国公司和机构，外交使团=成本价格x 1.40宗教机构=成本价格x 1.60零售批发（模块）=成本价格x 1.30
（按照与形成零售价相同的步骤，将以单元为单位出售的商品的销售价格四舍五入为0或5）
在销售行为中，可以根据产品的质量，产品在市场中的位置以及与客户的谈判而采用更高的价格。
当有充分的理由建议减少既定利润时，分支机构或部门的商务总监将通过硬件和批发销售部请求商务副总裁授权以低于确定的利润率进行销售。
在提案中必须进行评估：
- 销量库存和产品周转率建议向其出售的买方的特征拟议的商业保证金支持其的其他数量和质量要素。
批发给外部实体的商品只能通过交付商品的付款来实现。
收款将按照此收款系统建立的程序，通过向买方出示由买方签发给卖方的支票，已收到并已记入卖方帐户的银行转账以及磁卡，在销售时进行。
金额大于500 CUC的支票必须由银行证明。
批发将仅向法人进行。在任何情况下都不会从自然人那里收到支票或其他付款方式。
对于产品和服务的批发销售（包括其中的产品），最多可以发放30天的信用。
对于批发商品销售，例外情况是，在开具发票后的30天之内将发行商业信用，商业信用应事先由相应的分支机构的主管事先由商业副总裁以书面授权；为此，必须对以下方面进行事先分析：
- 待售商品的金额，已确认客户的经济偿付能力，如果是老客户，则应按时按时付款，方便公司以信用方式进行拟售商品的销售。
在授信中授权的商品的批发销售以及产品和服务的授予中，如果未遵守授予的商业信用中规定的付款，则在偿还债务之前无法进行新的销售。
特意授权以信贷方式出售的商品付款中的违约行为会自动取消对违约客户的商业信贷授权，一旦账龄到期的债务已通过商品交付清算后，就可以恢复销售。
因产品和服务的批发销售而屡次未能履行付款承诺期限而受到商业信贷约束的客户，将受到分析并采取保证按时收取或暂停商业信贷的措施。
可能由于不遵守付款而产生的应收账款将受到登记部门的积极，系统的收款管理的控制，采取既定措施，包括向主管法院陈述。
开票
该部门的商业区域或专家将为客户准备一个发票或销售要约，设置客户的数据，产品数据，数量和价格以及要约的有效日期，而无需承担保留产品的义务。 。在进行销售时，建议保留产品，您必须在财务上确保其实现并设定截止日期。
在销售时，经济区将根据所提供的报价准备最终的销售发票，并给买方原始签名并铸造的原件。副本将存入销售部门，并将一式三份发给承运人。
批发计费将按照
MFP第15/2006号指令。该单位的经济负责人或会计师将负责提交经授权人员妥为签署并铸造的每张发票副本。无论使用哪种付款方式，都必须将付款印章记录在已收集并验证收款的发票上。未经事先核实付款证明，不得进行销售或开具发票。在此程序确定的授予商业信用的情况下，必须在发票上设置付款日期作为交叉参考。如果使用支票作为付款工具，则必须将从客户处收到的支票副本与发票一起存档。对于其他付款方式，
会在结帐时留下证明付款的凭证副本。
拟议系统的说明。
为了实现本工作开始时提出的目标并考虑到提议的业务流程，提议的系统将包括三个站点：
- HostingService（服务服务器）：这是系统的主要站点：它包含一组已发布的Web服务，这些服务必须允许执行上面概述的所有过程。所有其他站点都可以使用此站点中提供的服务AdminSite（管理站点）：这是一个用于官员工作的站点，它实现了为他们提供的所有功能。考虑到其最终用户，该网站吸引力不大。VirtualStore（虚拟商店）：这是客户可以看到的虚拟商店。它具有任何在线商店中实现的所有功能，您可以根据古巴的特点调整必要的功能。
用户角色
下面列出了作用于批发产品销售管理系统的预想角色：
| 角色证明 |
| 用户这是任何想要访问系统并且不需要进行身份验证以浏览公共页面的人。 |
| 用户专业化官员：这是属于单位或批发销售部门的人员，有权在虚拟商店中执行各种操作。管理员，商业，法律和卖方的一般化。 |
| 管理员的管理员专业化，负责系统的一般管理。负责系统的初始配置和解决管理问题的负责人。 |
| 负责处理从库存系统收到的新产品并根据价格形成规则设置销售价格的官员的商业专业化。 |
| 负责“阻止”此类问题客户的官员的法律专业化，阻止他们在在线商店中购买商品。 |
| 销售人员专员专业化，负责处理客户开始的订单或在实体批发商店的固定销售柜台上在客户在场时创建新订单。 |
| 合同确定的客户用户专业化，代表经授权可在商店中进行批发购买的法人。 |
N层面向服务的架构
面向服务的体系结构（不一定是SOA）有助于与其他公司的本地和外部其他系统集成，从而为批发电子商务系统打开大门。由于服务可以被许多应用程序使用，或者可以将它们彼此组合以形成其他应用程序，因此它可促进可重用性。与n层架构相结合，可以简化维护和灵活性。
图2.服务和可以使用它们的接口的组织形式。
该系统分为以下几层：
- 互操作层业务层数据访问层数据层
图3.常规逻辑视图
该系统通过接口层与用户通信，并通过其他服务与其他系统通信。
服务层与其他系统以及图形用户界面的通信将基于SOAP消息。使用行业标准WS- *。业务层为客户提供了立面，其余的服务通过事务合作来执行业务功能。
服务使用数据访问层与数据库进行交互。就要使用的数据库类型而言，此模型很灵活。NHibernate的使用将仅允许通过更改相关设置来使用任何其他管理器。
部署方式
系统的体系结构允许垂直和水平扩展。该系统在选择部署变体方面非常灵活。下图显示了这些变体中可能的部署配置和应用程序的分布。
Web应用程序和服务
图4.部署变体
考虑到某些服务是内部的而其他服务是私有的，建议进行以下配置：
图5.推荐的部署变体。
安全
系统安全性从三个基本方面应用：瘦客户端，应用服务器和数据库服务器。
图6.系统安全性维度
客户端上最大的安全威胁是跨站点脚本（XSS）和SQL注入。为消除这些差距而进行的考虑如下：
XSS
- 使用POST方法而不是GET方法，并进行服务器端数据验证。
SQL注入
- 数据库是根据最小特权原则创建的，SQL查询的流通过NHibernate进行调节，错误被过滤，服务器抛出异常以提供对自由数据的描述，这些自由数据描述了它们的结构方式实体。
为了消除对应用程序服务器的可能攻击，安全服务在公钥基础结构（PKI）中实现，该公钥基础结构是硬件和软件，安全策略和过程的组合，允许在执行以下操作的同时保证：加密操作，例如加密，数字签名或电子交易不可否认性。
同样，重新实现了ASP.NET提供的安全性，以便使用安全服务方法，从而为用户的身份验证，授权和访问控制提供了方法。为了验证服务，将生成安全“接触”，该接触在15秒后失效。
数据服务器还按照最小特权原则工作，并且配置了管理器的安全规则（在这种情况下为SQL 2005 Express，但可以在确定的任何其他管理器中进行配置）。该应用程序控制对服务器的请求分别来自预定义的子网以供用户访问，从而可以进一步提高系统的安全级别。
最后，进行具有历史记录和密码限制的工作设置，并对官员和客户生成的发票进行数字签名，以确保他们所采取的行动不可否认。同样，通过使用面向方面的编程和Spring Framework，可以确保在Web服务器和数据库中注册的安全日志（跟踪）的生成。
产品积压/产品任务堆栈
系统或产品开发的要求在产品待办列表中列出。产品负责人对其内容，优先级和可用性负责：它永远不会完成，并用于项目计划中，只是对需求的初步估计。产品待办事项随着产品及其工作环境的变化，动态变化而并行发展。不断地管理变更以识别产品的需求：合适，有竞争力和有用。只要存在产品，产品积压订单也存在。
| 模块ID说明状态 |
| 关键要求 |
| 1 HostingService系统从“ 100％库存系统” 接收有关产品存在的信息 |
| 走 | 模组 | 描述 | 州 |
| 适用于“在线销售区域”（产品代码，CSTA或系列，名称，描述，数量，成本，零售价和适用客户的折扣百分比）。 | |||
| 二 | 管理员网站 | 系统正在等待准备将这些产品展示给客户的管理过程，该过程包括：
定义或创建产品的图像（如果存在）。 将产品分配给它所属的类别。 将产品标记为可出售 （活性）。 |
100％ |
| 3 | 管理员网站 | 用户注册完成了100％
由一些公司人员在管理上进行管理，他们将在系统中拥有一个具有用户管理员角色的用户。 ü站点用户有几种类型：客户，官员。 ü在正式用户中具有以下角色： o“管理员”一般管理用户。 o“用户管理员”，负责在系统中注册客户端用户。 o“商务管理员”负责处理从库存系统收到的新产品并设置销售价格。 o“法律管理员”负责“阻止”有问题的客户，以防止他们在网上商店购买商品。 o处理由客户启动的订单的系统的“商业卖方”用户。 ü可以在以下角色中找到客户用户： |
| 模块ID说明状态 |
| 或由合同确定并代表法人的“授权客户”买方。 |
| 4 AdminSite系统必须存储以下100％的客户信息：公司名称，商业注册号，如果您是内部客户，如果是外交客户，如果是“一种货币”客户，以防您通过支票付款„术语“指定天数。 |
| 5 AdminSite系统必须处理100％机制
，它们适用于特定客户或特定产品： ü特定客户：在此首选项有效时，某些优先客户可对其所进行的所有购买享受一定的折扣。该百分比由业务经理定义。如果客户是购买中的“首选客户”，则此折扣将应用于购买的总金额，并且不会继续应用其他折扣。 ü特定产品：某些产品的销售价格降低了百分之一。此百分比由商业管理员指定。在购买中，只要有当前客户没有优惠，折扣就会应用于具有折扣的那些产品，在这种情况下，只有折扣比例占总金额的百分比，而不考虑折扣产品。 |
| 必要的要求 |
| 6 VirtualStore系统必须向客户显示有关已批准产品的以下100％信息，并按定义的类别进行组织：图像，名称，销售价格。 |
| 7 VirtualStore系统必须向客户显示有关特定产品的100％详细信息，其中包括：图像，销售价格，名称，描述，库存数量。 |
| 走 | 模组 | 描述 | 州 |
| 8 | 虚拟商店 | 系统必须提供产品搜索引擎 | 100％ |
| 9 | 虚拟商店 | 系统将向用户显示在访问站点期间最近访问的X产品。 | 100％ |
| 十一 | 虚拟商店 | 系统必须提供一个“购物车”，您可以在其中存储产品，直到要购买为止。
ü在您下次访问站点之前，购物车中的物品必须继续可用，直到您继续购买或从系统中删除产品为止。 ü系统必须允许修改添加到购物车中的产品的数量或类型。 ü在购物车中，系统必须显示每种产品的数量和总金额。 ü如果在更新或打开购物车时产品不存在，它将突出显示其缺失。 |
100％ |
| 12 | 虚拟商店 | 购物车必须允许其内容预先开票。
ü系统将准备一个预发票，其中包含每个选定产品的名称，描述，销售价格和数量，以及要支付的总金额的摘要。 ü系统将保留预发票的历史记录，以备将来查阅，该信息对客户是私人的，但管理员可以访问。 ü在管理员可以配置的时间X内，客户可以看到预发票。 |
100％ |
| 13 | 虚拟商店 | 一旦开具发票，系统就必须允许“保留商品”。
ü系统将保留X期间（可由管理员配置），该期限为特定预发票中要求的商品。如果在此期间尚未支付预发票，则 |
100％ |
| 走 | 模组 | 描述 | 州 |
| 商品将不会被保留。该选项可由管理员选择是否启用保留来配置。
ü系统生成“商品预定单”，其中包含有关客户预定商品预定时间和预定条件的备忘录。 |
|||
| 14 | 虚拟商店 | 一旦开具预发票，系统必须100％允许“购买商品”。
ü系统必须检查添加到发票的产品和数量是否仍可用于当前购买，并采取相关措施以防万一。 ü客户必须选择付款方式：支票，信用证，汇票，在线付款或现金付款。如果客户的支票少于发票金额，可以将现金付款与支票合并，接受现金付款，最高$ 0.99，系统生成付款收据。对于以支票，汇票或现金付款，客户将提供相关数据。如果客户支付的金额超过发票金额，则系统会生成信用证。系统保存信用证并通知开票系统。 在行政上，信用证被取消。为了付款并让系统考虑订单或预发票已“付款”并继续进行该过程，客户必须出现在公司的商业场所，并且官员必须按照本文档后面的说明处理订单。 ü系统在计算订单总额时必须考虑以下规则： o对于客户（在MN中没有帐户的外国公司） |
| 模块ID说明状态 | ||
| 单一货币：只收取CUC组成部分。o对于以单一货币付款的外部客户：MN金额无需任何转换即可添加到CUC。
o对于在CUC中有折扣并在MN中收取的客户：MN的价值无需任何转换就从CUC中扣除，并分别收费：折扣和完整MN的CUC。o对于内部客户，基本成本在CUC和MN中收取。 o对于外交官，将收取零售价，但要减去某些产品的适用百分比。 ü生成发票后，系统会通知用户必须收货的日期，这是公司的一项政策，并不取决于所购买产品的类型。 |
||
| 可选要求 | ||
| 15 AdminSite系统必须为公司商业场所中的商业人员提供56％的工作界面：
ü系统必须显示订单或预发票和发票的详细信息。 ü系统必须允许官员处理客户在场的订单。 o人员必须选择命令。 o如果是通过汇票，支票或现金付款，则必须手动完成，并且系统必须允许将订单标记为已付款。对于现金，系统会生成付款收据。 o处理完订单后，系统的行为与在线处理的行为相同：商品保留用于 |
||
| 走 | 模组 | 描述状态 |
| 的确，购买的产品在销售区域有折扣。
ü系统必须允许法律管理员冻结客户。这些客户无法购买。 |
||
| 16 | 虚拟商店 | 系统将发布供65％的公司用来购买的表格。 |
其他要求
- 外观或外部接口：
- 简单的设计，易于使用的交互界面使用户可以轻松地使用系统；完美的边框设计，分辨率为1024×768，但可以在其他分辨率下查看。
- 系统的安装使批发产品的销售速度更快，使流程效率更高。
- 该应用程序驻留在安装了“ aspx”页面编译模块的IIS或Apache Web服务器上。数据库服务器必须是SQL Server 2005或PostgreSQL，尽管可以通过在“系统”配置中指定安装其他任何服务器。客户端必须安装浏览器，最好是Internet Explorer 5.0或更高版本，它们也可以是：Mozilla FireFox，Netscape和Opera
（最新版本）。
- 另外，已安装Flash Player 6.0或更高版本以显示标语（可选）。
- 可移植性：
- 该应用程序可以在大多数操作系统（例如Microsoft Windows 98 / Me / 2000 / XP和Linux）上运行，在后者中，通过安装这些要求中指定的软件的Linux版本。
- 为了有效地使用该系统，需要一台至少具有以下特征的服务器计算机：具有768 MB RAM的奔腾IV，3.00 GHz微处理器和10/100 MB / s以太网协议网卡。客户端计算机：分辨率为1024×768像素或更高的16位或更高图形处理器，600 MHz处理器和64 MB或更高RAM。
它们必须连接在10/100 MB本地网络上，或者必须具有128 Kbps连接的拨号调制解调器。
实际的贡献和解决方案。
第一步
安装系统后，必须配置以下元素以使其正常运行：
元数据：此概念用于存储未在设计数据库的实体中构思的数据。例如：系统存储合同数量，创建日期，以及是否可选用于公司（否则为个人）；如果您希望该合同具有新的属性“ X”，则将其定义为合同元数据并指定数据类型，并且在填写表格时需要此数据类型。这样，当呈现“合同”表单时，将绘制该表单以及通过元数据添加的预定义字段。
角色：无论在其配置文件中为系统的基本操作建立的用户级别如何，这些级别都可能存在或可能不存在。为了将系统与自定义角色一起使用，将创建该实体来管理系统角色定义。
类别：系统使用清单系统提供的族（或汇总），或允许对其进行自定义。在安装系统时，必须使用此类别定义，以便以后组织产品。
硬币：该系统构想为可以配置为使用1、2或'n'硬币。为此，建立了负责保存其规范的同名实体。这些将用于定义批发价格，如下所述。
计量单位：可以通过其基本计量单位（来自库存系统）或系统中定义的等效项来处理所售产品。为它们分别创建实体UM和等效项。
内容：是以HTML格式显示的内容定义，将显示在指定站点的首页上。为此，有一个可视WYSIWYG格式的页面编辑器。
其他元素可以通过管理站点或为此目的发布的Web服务合并到系统中。
多币种管理和批发价格形成
一旦确定了系统可使用的'n'货币，就必须创建价格形成规则。为此，存在一种形式，系统的商业管理员可以输入其规格，其中最重要的是“公式”。
该公式不过是以下格式的正则表达式：
（\ w {1，}（\ d {1，}）*;）*
字符串，必须与要制定的货币的标识符，数学运算符，分配值以及用分号（;）指定的表达式的结尾相对应。评估程序将忽略指定格式以外的正则表达式。这个想法是要达到这样的规格：
CUC * 9/10；杯子;
在这种情况下，受所示规则影响的客户将以书面价格评估书面功能，并以零售价格作为其每个组成部分的结果。
对于使用单一货币或仅使用系统中配置的部分“ n”进行操作的客户，规则的某些部分是否被忽略。例如：如果系统配置为使用CUC和CUP，并且您希望客户支付98％的CUC组件，则应编写以下规则：
CUC * 98/100；
一旦定义了规则，系统便可以通过一种方式为经过身份验证的客户评估这些规则，以使客户“ X”和另一个“ Y”可以一致地访问产品并由于适用的规则而看到不同的价格。
通过到目前为止的描述，该系统可以根据浏览其页面的客户制定价格和总计，但是如何付款？
当客户在“购物车”中拥有要购买的产品时，他们可以打印内容或参考付款表格，在该表格中将收集与使用该货币的货币相关的每个帐户的信用卡数据。进行销售。（可选）您可以定义购买的收件人，在这种情况下，将需要新数据，并且将考虑交货距离来重新评估总价。
在线服务
作为附加值，系统中包括在线服务路径。为此，在产品的详细视图中，设计了带有该名称的选项，客户可以使用该选项显示聊天面板并联系负责这些请求的官员或浏览该网站的其他客户。以这种方式，促进了在官员和客户之间交换有关产品的商业信息及其使用经验的环境。
为了避免滥用此选项，必须使用“不允许”字样的词典，并且负责处理这些请求的官员和法律管理员都应通过禁用有问题的客户的访问来确保所发送内容的完整性。根据合同条款增加的商业措施的罚款。
解决方案的构建
应用程序设计原理
通用设计的7条原则着重于可以通用或所有人使用的设计，但必须考虑到其他方面的介入，例如成本，使用的文化，环境；也不能忘记。这些一般设计原则是适用的，实际上是在体系结构，工程学，当然还有网页和应用程序以及其他应用程序领域中应用的。
第一原则：等效使用
该设计对各种能力的人都是有用和可售的。
原则1的准则：
- 为所有用户提供相同的使用方式：可能的方式相同，否则的方式相同，避免隔离或侮辱任何用户，隐私，保证和安全功能必须对所有用户均可用。该设计对所有用户都有吸引力。
第二原则：灵活使用
该设计可适应各种个人喜好和能力。
原则2准则
- 它提供了使用方法中的选择可能性；可以用左手和右手进行访问和使用；它可以帮助用户实现精确度和准确性。ü适应用户的节奏或节奏。
第三原则：简单直观
根据用户当前的经验，知识，语言技能或专心程度，设计的使用易于理解。
原则3的准则
- 这消除了不必要的复杂性，这与用户的期望和直觉是一致的。
这涵盖了广泛的读写和语言技能。
- 始终以其重要性来分配信息在任务完成期间和之后提供有效的提示和响应方法。
第四条原则：可感知的信息
该设计考虑到环境条件或用户的感官能力，可以有效地将必要的信息传达给用户。
原则4的准则
- 使用不同的模式以冗余方式（通过图形，语言或触觉方式）呈现基本信息，在基本信息及其周围环境之间提供足够的对比。扩展基本信息的可读性。 （例如，使指示变得容易）。提供与有感觉障碍的人使用的各种技术或设备的兼容性。
第五原则：容错
该设计将意外或意外行为的风险和不利影响降至最低。
原则5准则
- 它具有使风险和错误最小化的要素：要素被更多地使用，更容易获得；危险，错误的警告，提供安全的关机特性，在需要保持警惕的任务中阻止无意识的行为。
第六项原则：不需要任何体力劳动
该设计可以高效，舒适地使用，并且疲劳程度最小。
原则6的准则
- 这允许用户保持中立的身体姿势，以合理的方式使用必要的力进行操作，从而最大程度地减少重复动作。
这样可以最大程度地减少持续的体力劳动。
第七原则：存取和使用的大小和空间
考虑到身体的大小，用户的姿势或活动性，它提供了适当的大小和空间用于访问，触及，操纵和使用。
原则7指南
- 为坐着和站着的使用者提供重要物品的清晰视线，任何部件的触及范围都适合任何坐着或站着的使用者，适应手或握把尺寸的变化。提供使用技术帮助或个人协助所需的空间。
设计必须基于用户的想法，愿望和需求以及程序员可用的材料的混合，在这种情况下，它是针对可能是专家或经验不足的用户的；其中一些在IT方面没有做好准备。
为此，该系统使用某些通用原则来保证这些应用程序在设计中的可用性：
- 界面不应给用户带来不必要的复杂性或使他的工作分散注意力，应为用户提供灵活的环境，以便他可以快速学习使用在使用方法中提供了选项的应用程序，从而方便了用户精度和精度，并适应用户的步调或步调，界面必须一致，必须在提高用户生产率之前考虑用户生产率。如果用户必须长时间等待系统的响应，则这些时间上的损失会变成组织的经济损失。帮助消息应该很简单，并提供问题的答案。菜单和按钮标签应具有过程关键字，界面应具有可逆动作。
在开发此应用程序的界面时，考虑了以下原则：
- 使用了令人愉悦的颜色和图像，从而在应用程序和用户之间实现了更充分，更充分的通信，并保持了文本对齐方式以及可导航按钮的对齐方式，并考虑了其他元素（例如其照明）。
特征元素用于描述动作，包括图像和文本。
该应用程序在接收数字信息时显示出对人类的生理要求，因此其健康不会受到不当使用的影响，例如：字体大小，字符之间的间距，版式，对比图-大多数信息的背景，边距的标准化以及整个软件中信息的分布。
例外处理
实现任何系统的正确操作以识别和控制与软件交互时可能发生的错误至关重要。为了使应用程序正确运行，将以正确执行与数据库的交互（插入，删除，修改…）的方式来处理这些错误，为实现此目的，建立了验证机制，以验证应用程序的正确性。要处理的数据；此外，表格坚持要求用户输入尽可能少的数据，从而使表格中的大多数可计算字段成为选择控件。例如：单选按钮（RadioButton），复选框（CheckBox）和选择列表（ListBox）等。这样，用户可以在不允许错误的预定义选项之间进行选择。
在用户输入数据的情况下，使用C#和ASP.NET提供的功能进行数据验证。如果存在错误，则会显示消息，说明通常会错误地插入，修改数据或对数据进行错误的处理，以及所使用语言所提供的可能性，向用户显示有关可能发生的错误的正确和解释性信息。所有错误消息均使用AJAX技术的设施以突出显示的消息形式显示，以在客户端中实现负责控制和数据验证的功能，并且将对用户发送和从客户端接收的数据进行第二次验证。数据库以将可能的错误最小化为零，并确保用户与质量体系进行交互。
编码标准
任何傻瓜都可以编写计算机能够理解的代码。好的程序员编写人们理解的代码。” 马丁·福勒
编码标准侧重于使用C#语言进行编程的样式指南，尽管它可以在许多其他语言和环境中使用以建立要使用的约定。
- 文件组织
- 源文件
每个类必须在一个文件中，并且一个文件不能包含多个类。尽管可以在文件中及其类一起定义相关元素，例如文件可以抛出的异常。
- 目录树和名称空间
对象的名称空间将反映在源代码目录树中。因此，Y10K.AyeAye.Switch类将在Y10K / AyeAye / Switch.cs中具有其代码。如果抽象类包含有用的代码，并且从其继承的其他类（例如专业化类），则将存在一个与cs扩展名相对应的文件，该扩展名与该抽象类相对应，并且在同一级别上具有该抽象类名称的目录继承类。
- 缩进
- 线长
只要有可能，行的长度就不会超过80个字符。
- 分割线-每当需要将线一分为二时，将使用以下约定：
如果有一个用逗号分隔的项目列表，它将在逗号后分开。
如果它是一个表达式，它将在运算符之一之后拆分。优选地，将表达分为更高的级别，而不是更低的级别。
分界线将与发生分界的水平对齐。
- 压痕间距
考虑到缩进空间数量上的差异，将使用制表符，这些制表符可与许多编辑器一起使用，以不同数量的空格表示，最重要的是，它们成为每个缩进的单击。
- 声明书
- 每行语句数
根据定义，同一行绝不会用于多个定义，这有助于对已声明的元素进行注释。
- 初始化
只要有可能，变量将在同一声明行上初始化
- 类和接口的声明：要定义类和接口，将遵循以下规则：
在方法名称和参数列表的开头括号之间将不使用空格。
包含代码的左括号由它自己写在原型定义之后的行上。同样，相应的右括号被单独写在最后一行。
- 句子
- 简单的陈述
每行最多只能包含一个句子，不过，如第3节所述，一个句子可以包含多行
- 退货声明
return语句不使用括号。
- 基本选择语句（如果/如果…否则/如果…否则如果…否则）
代码块的起始花括号放在if，else或else if语句的末尾。右括号在单独的行上。当else或else if语句位于代码块之后时，该语句将与右括号放在同一行。
- For或foreach循环语句
与选择语句相似，将开放式花括号放在for或foreach的定义语句之后，将封闭花括号放在单独的行上。
- While或do while循环语句
与for相同，但在do while的情况下，while将与最后一个花括号放在同一行。
- 多个选择语句（切换）
关于按键，它们将像其余情况一样放置。关于代码和中断线，它们比相应的case行多一个缩进，而case行比开关行多一个缩进。
- 异常捕获和处理语句（try / catch / finally）块键的处理与其余语句相同。
- 空白
- 空行：空行可用于分隔具有一定逻辑关系的线组。连续两个空白行用于：
文件中的代码分开。
文件中单独的类和接口定义。
- 空行分隔…
方法。
方法中局部变量的定义。不直接相关的代码块。
- 术语之间的分隔
在参数列表中，空格将放在逗号之后，但不要放在括号之后或之前。在分配中，空格将放在=之前和之后。在表达式中，仅在绝对必要时才使用空格，以分隔不同的表达式。
- 声明中的分隔
我们将尝试维护变量声明行的列表结构，以便于阅读信息。在下面的示例中，您可以看到如何维护此结构，但是请记住，对于空格，必须使用空格，而不是制表符：
字符串名称=“先生。埃德”；int myValue = 5;
测试aTest = Test.TestYou;
- 命名法：切记，除适用于GUI编码的GUI编码外，匈牙利表示法绝不会用于任何东西，而是在详细的后缀中详细说明类型（例如cancelButton）。
- 类的命名
类的名称必须由名词组成。将使用Pascal大写字母。不会使用任何类前缀。
- 接口命名法
它们将用描述行为的名词或形容词来命名。大写Pascal。它们以大写字母I开头，其后的单词也以大写字母开头。
- 枚举的术语
Pascal将用于值名称和类型名称。不会使用前缀或后缀。将使用单数名词。
- 常量和只读属性的命名法Pascal将与名词或名词缩写一起使用正常参数和属性的命名法
将使用描述性名称，突出显示参数类型之前的含义。在这种情况下，使用驼峰大写。
- 变量命名
将使用骆驼。使用平凡计数器时，将使用诸如i，j，k，m，n，…之类的名称。
- 方法命名
这些方法将在Pascal中以动词命名。
- 属性名词的名称，将在Pascal中使用事件的名词
事件将带有EventHandler后缀，并将使用两个参数，分别名为sender和e。将使用Pascal。动词将用于过去和现在时态，以使人们对事件的含义有所了解。
- 编程实践
- 能见度
最好将类和实例属性编码为私有，以便有访问器方法。
- 魔术是禁止的
可以用常量代替的数字将不会被使用。只是这样，如果出现必须修改数字的情况，则只需要在一个地方进行修改。
- 注释
仅使用//格式，/ / *…* /将永远不会使用。
当要注释一行行时，将在行的开始处使用// //所需的所有内容，就像在shell脚本中是#号一样。
帮助的构想
考虑到将要使用该应用程序的所有用户都不高级，并且可能很少或没有使用该应用程序的经验，因此有必要向他们显示帮助，这将使他们能够了解每个系统选项的操作，为此，将实现几种机制，使用户始终可以得到通知和定向，因此在每个界面中都有一个帮助选项以及每个字段的描述和该界面的选项，这将使他们知道该怎么做。以及随时输入哪些数据。
可持续发展评估
行政影响
Web系统的开发不需要过多的资源，只要使用不那么先进的计算机（属于操作系统最常用的第五代微型计算机）并使用一些免费的分发软件，就可以在Windows中实现稳定的版本。几个月。
不需要那么高级的条件即可查看该站点：具有Web浏览器（Internet Explorer，Mozilla Firefox，Opera），64 MB RAM以及与发布“ HostingService”的网络的连接的奔腾III计算机，该计算机可以是LAN，Intranet或Internet。如果要在最佳条件下实施该应用程序，则可以使用最先进的技术，这将产生以下费用（网络硬件。CopextelCorporation提供的价格）：
| 数量说明 | 价格（CUC） | |
| 之一 | 戴尔PE830服务器
3GHZ / 2MB / 800 / 512MB / 2X73GB / M / K |
2,177.80 |
| 之一 | DELL E173FP数字平板17英寸显示器 | 299.00 |
| 之一 | 壁柜2 cpo 12U pta玻璃 | 239.89 |
| 之一 | AT-8024-10。24端口10/100基本TX，第2层，管理器 | 424.84 |
| 之一 | Zyxel ES-1024A快速以太网交换机24×10/100 Base Tx | 129.04 |
| 3. 4 | 跳线3m | 81.94 |
| 14 | DEXSON频道60×40（2m） | 68.04 |
该系统的创建促进了新形式的产品（或服务）分销，增加了商机，同时考虑到了来自任何地理区域的潜在客户的增加而没有限制。同样，实现了向新的偏远和/或未知市场的开放和扩展，并且将业务服务时间从每天的n小时增加到每年24天，每年360天提供服务的时间最大化。
该系统的实施不需要人员的实际参与，因此减少了维护这些员工的费用和薪水。它还可以通过舒适，快速和便捷的方式与企业联系来提高客户满意度：他们不需要等待电话接听，搬到商店，从商店咨询，咨询和购买商品时间限制…
为了开发和实施系统，需要一系列软件和工作平台，其中一些是免费分发的：
| 软件 | 价格（美元） |
| 免费软件版本 | |
| Kubuntu 7.10 Gusty | 自由 |
| Monodevelop | 自由 |
| Apache Web服务器 | 自由 |
| PostgreeSQL数据库服务器8.2.4.1 | 自由 |
| 专有软件的变体 | |
| Windows XP | $ 128.00-
$ 307.53 |
| Visual Web Developer 2005（速成版） | 自由 |
| 互联网信息服务器 | 包含在操作系统中 |
| SQL Server 2005（快速版） | 自由 |
社会人文影响
该系统不会以任何方式损害社会生活质量，相反，它对社会的计算机化做出了贡献，并且是可靠和更新的信息和市场来源，注册人可以通过该来源在线购买商品。
可以从任何地方访问该系统，并且可以访问发布它的Web，因此它的泛化程度是可变的，因为它可以是从小型局域网到Internet的。
该站点的实施产生了一些工作：负责对站点提供的服务进行管理的计算机工程师，他将确保其维护和正确操作；商业管理员和法律管理员，必须毕业于与其执行的功能相关的专业。
为了支持应用程序的接受，设计了一个由令人愉悦的用户界面组成的结构，其平滑的动画不会过多地延长加载时间，所公开的信息由承载该应用程序的实体发布，并以销售在该国为此类贸易建立的交易。
对环境造成的影响
在批发产品销售管理系统的设计中，没有使用对环境有害的资源，并且设计了一个统一，简单的用户界面，并带有令人愉悦的对比度，所用的颜色柔和，同时代表了发布它的实体或国家。避免了过度使用暖色，因为主要的颜色是白色，因此设计不会疲惫并且刷新了视图。所使用的颜色不是饱和的，相反，浅色占主导，避免了疲劳或损坏访问该站点的用户的眼睛。所呈现的信息经过总结且简洁明了，具有清晰的字体和平均大小以及良好的可导航性，这限制了搜索信息的时间并防止了对用户脊椎的损害。
界面具有弯曲和平滑的特征，传达了宁静与和平的感觉，并且由于使用了AJAX，因此使用了微妙的动画，平滑的过渡效果，没有过多的信息，并且避免了对用户的心理压力。
技术影响
要使用该应用程序，不需要高级计算机知识，相反，仅需要有关如何在浏览器中操作网页的基本知识；对Internet浏览的了解也很少，因此能够访问不同的信息，销售和系统配置模块。对于站点的管理，也不需要高级知识，只需基本原理，掌握不同的模块，并且对客户端-服务器技术（管理Web服务器和数据库管理系统）具有一般知识。
采用该站点的组织可以完全独立于生产者，这可以根据其社会影响，将站点植入其他位置，而无需站点的生产者或创建者在场。
构成漏洞风险的技术因素包括托管应用程序的服务器的故障或故障，数字通信通道（网络电缆，交换机，集线器等）的设备故障。通过遵守计算机安全措施并定期维护组织拥有的硬件和软件，可以避免所有这些情况。
由于面向n层服务的体系结构是动态加载的，并且可以动态和手动更新，而应用程序不会在操作中出现故障或故障，因此该应用程序有可能适应未来的变化。
结论
研究的结果得出以下结论：
- 开发了一种工具，该工具可以执行符合古巴规定的批发电子商务程序，并且对现有书目进行了审查，以查明电子商务的起源和发展以及这项工作成果的新颖程度。开发了最终的批发产品销售管理系统的设计，实施和测试该应用程序的设计和开发所使用的方法是有效的，可用于类似系统中评估了社会，经济和经济影响批发产品销售管理系统开发过程的技术和环境，可以说这种产品是可持续的。
建议
建议根据调查结果：
- 该系统在该国中小型企业中的实施和使用，以更大规模地评估其部署；将该系统用作辅助材料，以教授“电子商务”等主题和“建筑和模式”等可选课程。使用其他方法（例如RUP或XP）对获得的结果进行比较，使系统完全迁移到保证其技术独立性的平台上。
参考书目
- 为什么选择ASP.NET？Esquivel，Julio Batista。 2006.4，马德里：Sn，2006，第1卷。Almeida。 2002年。BufetAlmeida。 Bufet Almeida网站。 2002年10月12日。http：//www.lssice.com/23/lssice。Alvarez，Miguel Angel。 2006。网站开发。 2006。http：//www.desarrolloweb.com/php/。阿拉维纳一世，迭戈等。 2006。电子商务。弗龙特拉大学教育与人文学院。 Temuco：锡，2006年。Arsys。 2007. Arsys.es。帮助网站：托管资源，电子商务。安圭亚诺律师事务所&。 2006。电子商务法律问题。西班牙：锡，2006年。AUKEN，J.2007。使用PHP的HTTP事务。 2007.http：//www.malditainternet.com/node/63？PHPSESSID = d7825b7a5b5ca2adea79bd0505c09db 阿维拉，爱德华多·雷内·罗德里格斯。 2008。电子商务。 UPIICSA研究生研究科。 2008 年。银行，CDS 2006年。其他银行业务：收款和付款业务。 2006年。http://www1.euskadi.net/guiaconsumo/curso_bancario/preguntas.apl?apartado=26。位管。 2004年。Bitpipe.com。 2004年。http：//www.bitpipe.com/tlist/Perl.html。BORETTO，MM，2005年。国际私法中源自数字环境的知识产权方面。 2005。http：//www.eumed.net/libros/2005/mmb/index.htm。Brosa，佩德罗。 2000。商业策略以及法律和税务影响。 2000。坎皮泰利，阿德里安。 2003。电子商务。 2003年。http://www.monografias.com/trabajos12/monogrr/monogrr.shtml。CARAMÉS，HV2006。互联网上的银行。 2006年。http://www.ciao.es/Opiniones/PayPal__289916。通信，DG2007。支付网关。 2007年。http：//www.dimensis.com/pasarela-de-pagos.html。公司，微软。 2005年，《 SQL Server 2005产品概述》，Microsoft TechNet SQL Server技术中心。 2005年- 。 2007。《建筑杂志》。 2007。乔尔·库尔沃。 2008年。数字签名和认证实体。 2008.http：//www.informatica-juridica.com/trabajos/firma_digital.asp。Diloconfores。 2006。《安全交易，付款方式》。 2006年。http://diloconflores.com/store/comersus_index.asp。在10分钟内解释Scrum。塞拉诺，豪尔赫。 2007. 4，波哥大：锡，2007年，第1卷。Estenos，Raul Sanchez。 2005。10个使用Java的理由。 Lima：sn，2005.FERNÁNDEZ，F.2007.Web编程：使用的语言。 2007.http：//www.xeoweb.com/programacion-web.php。戈麦斯，拉西尔。 2001。互联网营销。劳尔·波尔图·桑托斯。利马：锡，2001年。瓜迪亚，CDL 2007年。电子商务的演变。 2007.http：//www.razonypalabra.org.mx/anteriores/n20/20_cguardia.html。约翰雷埃雷拉。 2007年。需求工程中使用的技术和工具。 2007年。http://www.monografias.com/trabajos6/resof/resof2.shtml..ITAA 。 2004年。美国信息技术协会。 2004。www.itaa.org。MARAÑÓN，G.Á。 2008。安全电子交易（SET），付款方式。 2008年。http://www.iec.csic.es/criptonomicon/comercio/set.html。MENDEZ，J.，2006年。编程语言的趋势。 2006年。http://www.monografias.com/trabajos/tendprog/tendprog.shtml。微软。 2006年。电子签名和在线交易的可靠性。 2006。http：//www.microsoft.com/spain/seguridad/xp/firma/default.asp。纽基克（J.Newkirk），2002年。实践中的极限编程。马德里：锡，2002年。法律新闻。法律新闻。 2000。http：//noticias.juridicas.com.Planeta代码。 2005年。http://www.planetacodigo.com/wiki/glosario:extreme_programming。Pressman，Roger S.，2002年。软件工程。实用的方法。 2002年起义军，2005年MECD障碍电子商务。 2005年。http://www.mesaredonda.cu/informacion.asp?idInformacion=254&idSeccion=4&Logo=71。里巴斯·泽维尔。 2005。《电子贸易法律方面》。 2005。罗德里格斯（Rodriguez），哈维尔·普雷纳菲塔（Javier Prenafeta）。 2005年。托管合同。谈判此类合同时应考虑的主要问题的概述“在信息技术和电子商务促进协会的网站上（APT。2005年。http：//新闻。 juridicas.com/external/nj_aptice/2002085556141710242121.html，俄，RENNE。2001年信息和通信技术。4，2001年，第1卷，Saldivar，劳尔维森特。2007年 5理由不使用Spring。墨西哥城：Sn，2007年；2。Schwaber，Ken和Beedle，Mike。2003年，《使用SCRUM进行敏捷软件开发》，2003年，《计算机安全，原因和目的》，2002年，2002年 11月，RED，塞拉诺，Agustín，2006年。电子商务中的法律和财政框架。2006. 理查德·西姆索姆。2007。计算机安全。网络专家社区。2007年Sparxsystems。2005年。2005年。www.sparxsystems.com。斯蒂芬斯·M·罗森伯格 2003年。重构了极限编程：针对XP XP的案例：Sn，2003年。竹内，广孝。1999年的Scrum。1999年。瓦雷亚（Varea），伊斯梅尔·加西亚（IsmaelGarcía）。2006. JAVA专家的天堂？2006年4月14日。
附件
附件1：虚拟商店的视图
附件2：管理站点的视图
附件3：电子商务系统的基本功能。
- 仅限使用访问码的用户访问。公共和私有产品目录；目录的打印；订单状态和跟进；风险，退货和托收的管理和情况；项目查找器；虚拟商店。按选项（颜色）存储项目（大小，持续时间等）。数据和订单加密。开票历史记录；订单交付；发票打印；通过SSL安全页面和在线银行进行付款验证；可配置的项目文件；可配置的购买表格。从其他数据库导入文章备份副本包括设计模板离线维护结帐所选产品以可视所见即所得格式编辑页面
专业术语
- 批发销售区域：这些是零售，生产或服务部门中的飞地，用于批发其批发分类政策中先前批准的产品或服务。批发最终客户：自然人，已与模块销售合同签订并在合同中明确注册的中央国家管理公司之一，机构或组织的工人。批发贸易：称为批发或批发贸易，是指销售给零售商，工业和机构消费者以及批发商等的国内生产或进口的商品。您也可以在这家商店进行零售。买方：通过合同确立与《销售法》相关的义务的法人。中小企业：中小型公司。零售批发单位（模块的商品化）是指单位的分类政策中规定的产品批发商业化的单位，此类销售目标是中央国家管理总局的公司，机构和组织，并已将其交付向最终客户详细介绍。这种类型的销售将仅在专门单位中进行这种类型的批发销售。批发单位：成本中心中定义的设施称为批发销售单位，在此进行其分类政策中批准的产品或服务的批发营销。卖方：本程序授权的批发销售单位或公司区域，以向本程序规定的法人进行批发销售
企业资源规划
简单对象访问协议。它是由Microsoft，IBM和其他公司创建的标准协议，目前在W3C的主持下，它定义了不同进程中的两个对象如何通过XML数据交换进行通信。
下载原始文件
