医疗信邦公司客户管理总体设计.doc

信邦公司客户管理总体设计项目名称信邦公司客户管理项目编号英文名称Customer Manager产品编号资料名称资料来源调阅授权全体项目组成员文字和版本中文1.0项目经理周勇君初审日期和署名质量总监陆成溪审批日期和署名编制人编制日期2000/07/21评审小组评审意见日期和署名目录一、 系统设计目标31. 设计目标31.1 客户需求分析32.1 主要模块和功能3二、 系统结构设计41. 数据构造51.1 共用数据51.1.1地址对象 obj_Address51.1.2人事对象 obj_person51.1.3产品资料 obj_production61.1.4 主要负责人61.1.5用友数据库对应数据对象62.1 医院档案63.1 目标医生档案表72. 用友数据分析71.2 需要用到的表72.2 表和我们数据的关系设计83. 数据源示意84. 模块设计95. 同步流程96. 界面设计9三、 设计进度及日程安排9四、 软件报价11一、 系统设计目标1. 设计目标1.1 客户需求分析在西讯企业资源管理综合系统的基本框架内，集成用友财务系统的应收账款、库存和销售数据，构成客户/终端用户管理、销售管理、应收账款管理等三大模块，为企业销售提供一整套的包含与销售相关的财务信息在内的管理信息，同时也为今后全面使用整个企业资源管理综合系统做好准备。2.1 主要模块和功能(模块设计参见附表)为便于系统的管理，同时，也为了系统的先进性，我们使用Intranet结构来进行设计。客户和操作完全在IE等浏览器上进行，而不需要进行任何安装。这样的设计对远程客户的支持是代价最低廉的，同时，也尽可能多的为信息的共享和有效流转提供了一个先进的平台，尽可能的满足易管理性，易用性的要求。数据来源：外接用户代码和公司名称由用友财务系统提供。终端客户不属于信邦客户，所以，从用友财务数据是无法提出数据的。定义：终端用户：销售或使用信邦产品的商业、药业、医院客户。应收客户：从财务上和信邦直接发生往来的商业、药业、医院客户。所以系统会将终端客户与财务概念上的客户分开管理。但两者所保存的数据是一样的，我们使用COM组件来同步应收客户。数据将从以下几个数据库中取得：用友数据库客户数据、存货发出数据、应收帐数据客户数据库：Customer客户编号客户名称客户简称所属分类码所属地区码所属行业地址001黑龙江第一重型电机厂黑一电0100101001重工业黑龙江省002湘潭电机厂湘电机01001050010002工业湖南省003株洲火力发电机制造厂株火力01001050010003工业湖南省株洲市004北京市电机配件公司北电配0200102001工业北京市005株式社电机公司株式社0200202001工业北京市007天津销售分公司天津分公司0302003商业天津市008零散客户零散客户03019北京石化公司北石化0100202001工业北京市销售发票：SaleBillVouch、SaleBillVouchs单据类型表：AP_VouchType、VouchType应收/应付总帐表：AP_Sum应收/应付明细帐表：AP_Detail收付结算表：AP_CloseBill应收/应付单表：AP_Vouch、AP_VouchsWESTINFO数据库商业客户数据(含经销商、医院、药店)销售人员数据销售管理数据库同步数据库因为和公司发生直接往来的数据才会在用友数据库中出现，所以，客户信用的分析仅提供用友数据库中出现的客户。而从应收中出现的客户事实上对公司的欠款可能会超过帐本上的记录，这主要是由于财务处理中委托代销不进入应收帐款记录。因此，客户事实上的应收款需要在我们的程序中反映出来，同时这也是对应收帐款的监管。需要监控的数据：应收帐款销售方式钱货两清40%委托代销60%二、 系统结构设计考虑到数据的复杂性，我们使用ORDBMS（对象关系数据模型）设计，数据的访问使用ASP实现。1. 数据构造1.1 共用数据1.1.1地址对象 obj_Address地址对象用于储存数据库中所有和人有关的地址信息。PropertyTypeDescriptionAddress地址Tele电话Zip邮编Fax传真Mail电子邮箱Web可访问网页Bpcall寻呼机号1.1.2人事对象 obj_person人事对象不仅会用于储存所有有关外部的人的信息，还会用于储存关于业务员的信息。PropertyTypeDescriptionName姓名BirthDate出生日期Sex性别AddressObj_Address地址Headship职务Title职称Interest兴趣爱好GraduateFrom毕业学校GraduateDate毕业时间Nation民族TechPost学术职位1.1.3产品资料 obj_productionPropertyTypeDescription品种规格进药时间进药渠道销售价格扣率月用药量1.1.4 主要负责人PropertyTypeDescriptionobj_person名单1.1.5用友数据库对应数据对象PropertyTypeDescription2.1 医院档案医院档案（一）PropertyTypeDescriptionKeyName医院名称隶属系统Bank开户行帐号地址级别床位数日门诊量（人次/天）医院收入（万元/年）药品收入（万元/年）进药/用药情况分析（特殊政策、规定、用药水平、习惯、关键因素/人物）主要负责人：PropertyTypeDescription公司产品资料PropertyTypeDescriptionProduction品种Size规格进药渠道Currency销售价格扣率月用药量（合）医院档案（三）处理PropertyTypeDescription医院科室床位数日门诊量（人资/天）处方医生总人数用药医生总人数3.1 目标医生档案表2. 用友数据分析1.2 需要用到的表SaleBillVouch（销售发票主表）SaleBillVouchs（销售发票子表）Inventory（存货）SaleType（销售类型）Customer（客户）销售发票：SaleBillVouch、SaleBillVouchs单据类型表：AP_VouchType、VouchType应收/应付总帐表：AP_Sum应收/应付明细帐表：AP_Detail收付结算表：AP_CloseBill应收/应付单表：AP_Vouch、AP_Vouchs2.2 表和我们数据的关系设计3. 数据源示意4. 模块设计（参见附表）5. 同步流程因为使用同步构件，我们的数据可以进行实时的访问，同时，同步还可提高数据库的性能，另一方面，它可以在我方大型数据库上做出更加灵活的数据库查询。6. 设计体系7. 界面设计（参见附表）三、 设计进度及日程安排本设计文稿第一稿出稿时已交信邦公司讨论。以下日程按合同签定之下一日起计算。日程内容工作人数/地点第一天1、 用友软件数据库测试分析，确认以下两个目的：1) 用友数据可以使用，确保可以MDB超级用户的身份只读访问用友数据库，确保用友的数据完全暴露在该用户之下（安全问题我们使用COM解决，确保以后程序运行时绝不发生口令及用户泄密可能）。2) 验证在用友中本设计使用的表的正确性，确保用友数据和本设计方案没有冲突的地方，否则修改本方案的相关设计。2、 完成IIS项目/数据库建立（在本公司），并完成所有ASP需要的配置，同时将本设计已具有的表完全建立。并构造所需要的视图。4人3人在客户处1人在本公司第二天1、 根据设计分解ASP页面的设计难度，根据难度和程序员经验将ASP页面设计分配到具体设计个人。完成ASP录入及外观查询的ASP的总设计时间从第二日起在一周内即第八天内必须完全交工。2、 完成Web外观设计，即确立web基调，同时，开始第一个模块(客户信息)的录入界面设计工作。（根据公司现有页面做出修改）3、 开始用友数据库和本系统数据的同步程序设计工作。（COM组件或Corba程序）4人第三天1、 ASP页设计2、 用友数据ASP访问测试4人第四天1、 ASP页设计2、 数据同步组件测试4人第五天1、 ASP页设计2、 客户部分基本完工3、 要输出报表的HTML设计，并根据报表确立所需要的SQL。4人第六天1、 ASP页设计2、 应收帐及帐龄部分基本完工4人第七天1、 ASP页设计2、 客户及应收帐部分修正4人第八天1、 ASP页设计2、 存货跟踪部分基本完工4人第九天1、 初步综合测试软件的运行状况，并进行讨论，形成修正方案。（半天）2、 根据综合测试情况及修正方案开始进行修正。4人第十天继续最后的修正工作。4人第十一天1、 修正工作（半天）2、 信邦公司安装服务器，数据库，WEB服务配置。（半天）4人第十二天1、 数据第一次导入来自用友的基础数据部分。2、 作初始测试，即在WEB上现示的数据应和用友输出的一致。2人第十三天1、 小部分数据录入，作初步试运行，测试每一个模块在用友数据下的响应速度及确定调整方案。2、 做客户的运行记录。2人第十四天1、 根