详细说明_详细说明一下关系模式的无损连接分解算法. - CSDN
精华内容
参与话题
  • 详细设计说明

    千次阅读 2019-01-13 10:47:03
    详细设计说明
                   


                                                            详细设计说明书

    1引言

    1.1编写目的


       本详细设计说明书,是在概要设计说明书的基础上进一步明确系统结构,详细的介绍系统的各个模块,为进行后面的编码和测试做准备。

              预期读者为:系统维护人员和开发人员


     


    1.2背景


        待开发的系统的名称:机房收费系统

              本项目的任务提出者:雪下机房管理人员

              开发者:周小强


    1.3 定义


        系统结构:对系统整体布局的宏观的描述。

         算法:对于程序内部流程计算的逻辑表达方式。


    1.4参考资料


     《软件工程概论》 李存珠 编著 南京大学计算机系出版 20018


     2程序系统的结构


    3程序1(标识符)设计说明

    3.1程序描述


        在本阶段逐个的描述每个程序要实现的功能,以及内部的结构和算法,为下一步的编码工作做准备。


    3.2功能


    模块名称:机房管理

    设计者:周小强

    使用单位:机房

    文本框: 机房收费系统编程要求:

    VB6.0 SQL

    输入部分

    处理部分

    输出部分

    1.     学生基本信息

    2.     教师基本信息

    3.     输入充值金额

    4.     学生输入学号

    5.     教师登录信息

    将学生基本信

    1.     息写入到用户信息表

    2.     将教师基本信息写入到教师基本表中

    3.     对学生进行充值

    4.     进行上机

    5.     上机值班

    1.     学生基本档案

    2.     教师基本档案

    3.     学生充值记录

    4.     消费收据

    5.     值班记录

         


     


    3.3性能


      精度:

    1. 学生上机计时消费时间要精确到秒。

    2. 对于结账方面的管理,要精确到小数两位。

           灵活性:


    1. 学生可以刷卡上机,也可以输入自己的卡号上机。

    2. 当出现错误的时候,给予相应的提示。

    3. 输入的数据类型要匹配一致

    4. 模块之间的设计要考虑到可移植性


    时间


    1.  如果程序运行没有反应的时间超过30秒的话,应提示要重新运行程序。

    2.  如果在添加用户或者学生的时候,在30秒内没有反应的话,则需要重新录入数据。


    3.4输入项   


    数据提示符

    数据类型

    取值范围

    数据提示符

    数据类型

    取值范围

    姓名

    文本

     

    上机时间

    时间

     

    班级

    文本

     

    下机日期

    时间

     

    性别

    文本

    /

    下机时间

    时间

     

    卡号

    文本

     

    登录日期

    时间

     

    管理级别

    文本

     

    登录时间

    时间

     

    上机日期

    时间

     

    消费金额

    货币

     

    递增时间

    时间

     

    最少上机时间

    货币

     

    充值日期

    时间

     

    退卡金额

    货币

     

    退卡日期

    时间

     

    结账员

    文本

     

    充值金额

    货币

     

     

     

     


    3.5输出项


     输出项内容与输入项内容一致


    3.6算法


    1. 售卡计算公式


          售卡张数=未结账卡数


    1. 退卡计算公式

       退卡张数=未结账退卡数目


    3)充值和退卡金额


      充值金额=未结账充值金额汇总


       退卡金额=未结账退卡金额汇总


    4)结账


      账目汇总=充值总金额-退卡总金额


    3.7流程逻辑


    1. 上机流程


    B.注册卡流程


     

    3.8接口


     暂无


    3.9存储分配


     对于数据库中的记录,将分配10完条记录的存储空间


    3.10注释设计


    1. 模块首部的注释,要大体上说明模块要实现的功能

    2. 各个语句后面的注释要说明语句实现的功能

    3. 注释要规范,命名要标准


    3.11限制条件


      暂无


    3.12测试计划


    测试名称

    测试进度安排

    测试目的

    测试内容

    基本数据输入

    系统完成后

    系统功能是否达到要求

    输入简单的一致的数据

    非法数据输入

    基本数据测试后

    系统对非法数据的反应

    输入一些特殊字符和字符串、边界值的数据

    空字符串

    非法测试以后

    系统对空字符串的反应

    在信息上输入空字符


    3.13尚未解决的问题


          暂无


    
               

    再分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!https://blog.csdn.net/jiangjunshow

    展开全文
  • 为了明确系统实现功能,提供明确目标指导开发过程,最终完整实现系统建设项目,编写了本详细说明书。 供开发人员使用,作为系统开发的依据。 作为项目验收标准之一。 软件维护的参考资料。 另外,编写此文档...

    本项目设计书为笔者软件工程课的作业,由于时间有限较为粗糙,不合理之处还望指出并改正。
    互联网+废品回收项目可行性分析报告
    互联网+废品回收项目需求分析报告
    互联网+废品回收项目概要设计说明书
    互联网+废品回收项目详细设计说明书
    互联网+废品回收项目数据库设计说明书
    页面实现(静态页面)所在git仓库


    F.1 引言

    F.1.1 编写目的

    为了明确系统实现功能,提供明确目标指导开发过程,最终完整实现系统建设项目,编写了本详细说明书。

    • 供开发人员使用,作为系统开发的依据。
    • 作为项目验收标准之一。
    • 软件维护的参考资料。

    另外,编写此文档为了能够使用户和系统的开发人员更好的沟通,能够对系统的功能达成一致,确定出系统应该实现哪些功能,不实现哪些功能,便于用户与开发商协调工作,为软件系统的后续开发完善提供便利。

    F.1.2 背景

    开发单位:wyq工作室 负责人:wyq
    互联网+废品回收的想象空间:从资源回收产业链改造的角度去说,互联网取缔了“回收站点”,将零散的回收从业者个人统一起来,使旧物直接从用户家中到达回收基地(大型回收分拣处理企业),缩短了产业链流程以节约成本,包括单人、单点覆盖面的时间成本,运输成本、层层转手产生的二次成本。如果从规模上来说,在完全规模化以后,还能实现城市回收基地的取代,直接与再生产企业建立业务往来,这中间成本几乎为零。另一方面,如果旧物回收工具能够成功进入家庭或社区,成为一道入口,在这个方向上将更加具有想象力。

    F.1.3 定义

    B/S:(Browser/Server结构)结构即浏览器和服务器结构。
    需求: 用户解决问题或达到目标所需的条件和功能;系统或系统部要满足合同、标准,规范或其他正式文档所需具有的条件及权能。

    F.1.4 参考资料

    [1] 张海藩、牟永敏. 《软件工程导论(第6版)》[M].北京: 清华大学出版社,2013

    F.2 程序系统的结构

    这里写图片描述

    F.3 登录注册模块设计说明

    F.3.1 程序描述

    用户登录, 如果是老会员则直接验证登录到系统首页,如果是新会员则首先进行注册, 注册成功, 进行登录,登录成功的用户进入系统首页。

    F.3.3 性能

    身份认证模块和检查用户名模块要对数据库进行搜索和录入,检查用户是不是合法和注册时用户表里是否有此会员的会员名,如果是会员要求反应时间在1秒之内,如果不是会员反映时间在2秒之内并在0.5秒之内跳转到注册页面。

    F.3.4 输入项

    在登录界面登陆的信息包括:用户信息(会员名,用户密码,数据类型:varchar,长度:20) 密码要以“ * ”显示

    F.3.5 输出项

    对用户输入信息进行判断, 通过验证后进入用户操作界面, 如果该用户信息不存在提示“注册”。

    F.3.6 算法

    登录过程:

    从登录界面得到游客的用户名及其密码,传给登录检查文件检查用户名及密码是否正确。对于密码框,要求用户输入密码时候显示为“ * ”

    If(用户名在数据库中存在并且用户名所在记录中密码项与所得到的相同) 
    { 
    显示登录成功 
    网页转向到登录页面
    }Else {
    提示用户名或密码有误
    }
    注册过程:

    从注册界面得到游客的个人信息,如:用户名、登录密码、真实姓名等。将信息传递给会员检查函数,在其中验证数据项是否符合规定。若符合则会员要求再将其值传递并保存到数据库中。

    检查数据过程:

    对登录注册的会员号和密码的格式进行检验,如果通过验证则返回true,进入身份认证,否则返回false,调用错误处理程序。

    if(用户名为空或字符少于指定字符) 
    { 
        警告请正确的填写用户名
        return false 
    } 
    if(密码长度不符) 
    {   
        警告:密码长度应该在5位到20位之间,请重新输入
        return false;
    }  
    if(两次输入的密码不同) 
    { 
        警告:两次输入的密码不同,请重新输入
        return false; 
    } 
    if(输入的字符少于2个汉字字符) 
    { 
        警告:请填写真实姓名;
        return false;
    }
    身份认证&检查过程:

    对登陆的用户名及密码进行检验,如果通过验证则返回true,进入系统主菜单,否则返回false,调用错误处理程序。

    if(MemberUser不存在) 
    { 
        ErrorNoID == T; 
        Error(); 
        return false;
    } 
    if(MemberUser所在列MemberPassword与数据库中password不相符) 
    { 
        ErrorPassword == T;
        Error(); 
        return false; 
    } else { 
        redirect(index.jsp);
        return true; 
    }
    Error()过程(错误信息):

    错误处理程序,给出错误提示,并引导用户转入系统登陆界面或注册界面。

    if(ErrorNull == T)  
    {
        显示:会员号为空,请输入用户名&密码为空,请输入用户名&密码;  
        login();
    } 
    if(ErrorLen == T)  
    {
        显示:输入的信息超过规定字符长度,请重新输入;  
        login(); 
    } 
    if(ErrorType == T)  
    {
        显示:输入含有非法字符,请重新输入;  
        login(); 
    } 
    if(ErrorNoID == T)  
    {  
        显示:无此用户名,请重新输入;  
        login(); 
    } 
    if(ErrorPassword == T)  
    {
        显示:密码错误,请重新输入;  
        login(); 
    }

    F.3.7 流程逻辑

    这里写图片描述

    F.3.8 接口

    F.3.9 存储分配

    面向服务器采用固定式分区存储结构。

    F.3.10 注释设计

    详见本功能模块算法。

    F.3.11限制条件

    由于本系统的开发将是基于浏览器的B/C结构,所以浏览器语言使用HTML/CSS/JavaScript,服务器端的语言使用ASP(.NET),开发人员将不能用其他的开发语言(编写组件除外)。而数据库也将随之采用SQL Server2000。

    开发人员在编写代码的过程中需要严格按照软件工程的要求来进行,以利于接下来的测试和维护及升级。一个更为完善的网上购物系统,应提供更为便捷与强大的信息查询功能,如相应的网络操作及服务,由于开发时间和计算机数量有限,该系统并未提供这一功能。对信息的保护手段仅限于设置用户级别,以及提供数据文件的备份,比较简单,不能防止恶意的破坏,安全性能有待进一步完善。

    F.3.12 测试计划

    测试工件为四个阶段:单元测试、组装测试、确认测试、系统测试。

    • 单元测试:采用白盒法和黑盒法相结合的方法,对于逻辑结构复杂的模块采用白盒法,对于以输入、输出为主的模块采用黑盒法测试,以提高测试的效率。
    • 组装测试:自底向上的增式测试。
    • 确认测试:由用户参与按需求规格说明书验收。
    • 系统测试:采用人工测试方法。

    (1) 系统环境模块测本测试是为了检测系统环境模块,数据连接是否正确,数据能否正确,并进行仔细核对。
    (2) 基本信息测试基本信息模块是本系统的一个重要模块,本模块能否正确运行关系到系统设计成败的关键,所以有必要专门对这个之模块进行严格的测试。以弥补设计过程中的不足。及早发现和修改问题。
    (3) 查询模块的测试所有的数据库管理软件设计的目的之一都是为了人们提供快捷方便的数据查询功能,查询设计的是否合理和正确是系统的又一关键之所在。

    F.3.13 尚未解决的问题

    待测试。

    F.4 个人资料管理模块设计说明

    F.4.1 程序描述

    本程序设计的目的主要是个人资料的修改功能的实现。本程序的特点是非常驻内存,可重人无覆盖要求,能够并发处理。

    F.4.3 性能

    本模块要求对用户信息进行维护。会员不可以有重复,所以在输入中要检查冲突信息,删除信息时不要发生误操作,每次操作都需要用户确认操作,只有当点击“确定”时候才能完全修改数据库中的内容。对于数据要求,不能输入与相应字段不符合的内容,要求点击确定之后系统核查反映时间为1秒之内,并在0.5秒跳转回用户界面。

    F.4.4 输入项

    输入新的用户信息或者输入修改以后的用户信息。

    F.4.5 输出项

    数据表格中出现新的数据字典,并且提示操作完成。

    F.4.6 算法

    登录页面中传递页面中客户所填写的各项数据的值到一个检查方法中检查其正确性,若正确则该方法将调用此信息将用户个人信息保存到数据库上。

    添加用户过程(只用于注册时及后台管理):

    增加新的数据。用户输入新的用户信息。经检验输入无误后,将输入界面表单中的数据输入到会员表中。

    修改过程(修改用于客户个人管理及后台管理):

    修改已有数据。单击选中要修改的数据,用户即可修改已有的用户信息。经检验输入无误后,修改会员表中对应的数据项。

    删除过程(只用于后台管理):

    删除已有数据。单击选中要删除的数据,用户即可删除已有的数据字典。经确认后,删除会员表中对应的数据。

    消息提示过程(操作信息):

    返回操作结果信息:“操作成功,用户信息已更新。”

    F.4.7 流程逻辑

    这里写图片描述

    F.4.8 接口

    详见第一模块的接口

    F.4.9 存储分配

    面向服务器采用固定式分区存储结构。

    F.4.10 注释设计

    详见本功能模块算法。

    F.4.11限制条件

    详见第一模块的限制条件

    F.4.12 测试计划

    详见第一模块的测试计划

    F.4.13 尚未解决的问题

    待测试。

    F.5 订购商品管理与订单管理模块设计说明

    F.5.1 程序描述

    本程序设计的目的主要是订购商品功能的实现。本程序的特点是非常驻内存,可重人无覆盖要求,能够并发处理。

    F.5.3 性能

    本模块要求对数据字典进行维护。商品表和商品名不可以有重复,所以在输入中要检查冲突信息,删除信息时不要发生误操作。要求点击确定之后系统核查反映时间为1秒之内,并在0.5秒跳转回商品界面。

    F.5.4 输入项

    输入新的订单信息或者输入修改以后的订单信息。

    F.5.5 输出项

    数据表格中出现新的订单信息,并且提示操作完成。

    F.5.6 算法

    Add()过程(增加):

    增加新的数据。用户输入新的订单信息。经检验输入无误后,将输入界面表单中的数据输入到Order 表及OrderList表中。

    Modify()过程(修改):

    修改已有数据。单击选中要修改的数据,用户即可修改已有的订单资料。经检验输入无误后,修改Order 表及OrderList表中对应的数据项。

    Delete()过程(删除):

    删除已有数据。单击选中要删除的数据,用户即可删除已有的订单资料。经确认后,删除Order 表及OrderList表中对应的数据。

    Ok()过程(确定):

    保存当前操作,修改数据库内容。并有确认信息:“您确认要(增加、修改、删除)此数据?”确定返回true,保存当前操作到数据库,并调用Message()过程。取消返回false,取消当前操作,并返回原页面或首页。

    Message()过程(操作信息):

    返回操作结果信息:“操作成功,订单已更新。

    F.5.7 流程逻辑

    这里写图片描述

    F.5.8 接口

    详见第一模块的接口

    F.5.9 存储分配

    面向服务器采用固定式分区存储结构。

    F.5.10 注释设计

    详见本功能模块算法。

    F.5.11限制条件

    详见第一模块的限制条件

    F.5.12 测试计划

    详见第一模块的测试计划

    F.5.13 尚未解决的问题

    待测试。

    F.6 商品信息管理模块设计说明

    F.6.1 程序描述

    本程序设计的目的主要是商品信息管理功能的实现。包括对商品信息的添加,修改,删除和查找。本程序的特点是非常驻内存,可重人无覆盖要求,能够并发处理。

    F.6.3 性能

    在查询条件输入正确的前提下,从数据库中查找所有符合条件的数据,并输出;若输入信息出错,则给出出错信息,并进行相应的出错处理。本模块是查询商品信息、管理商品信息,因此要求出错率在0.0000001之内,查询速度在0.5秒之内。要求点击确定之后系统核查反映时间为1秒之内,并在0.5秒跳转到该商品的界面。

    F.6.4 输入项

    输入进行查询的条件,商品名称。可以模糊查询。

    F.6.5 输出项

    输出商品的基本信息或修改后的商品信息。分条列出。

    F.6.6 算法

    查询过程:

    经数据库查询后,是否查询到符合查询条件的数据。有则返回true,调用shop.jsp输出查询结果过程,显示输出结果。否则返回false,调用shop.jsp输出空结果。

    Shop.jsp 
    
    If(没查到)   如:·#¥%„„等 
    { 
        在shop.jsp中输出空结果集;  
        return false; 
    } 
    Else 
    { 
        在shop.jsp中输出查询结果;   
        return true; 
    } 
    
    
    Admin/admin_products.jsp 
    
    { 
        查询数据库中的Products表,得到商品的信息;   
        输出商品基本信息; 
    }
    删除过程:
    Admin/admin_ DeleteProducts.jsp
    
    {
        删除商品信息
        要求用户确认
        If(确认删除)
        {
            删除数据库中的该商品信息 
        }
        Else 
        {
            返回当前商品基本信息查看页
        }
    }
    添加过程(修改相似):
    Admin/admin_EditProducts.jsp 
    
    { 
        输入商品相应信息
        保存在Products表中
    }

    F.6.7 流程逻辑

    这里写图片描述

    F.6.8 接口

    详见第一模块的接口

    F.6.9 存储分配

    面向服务器采用固定式分区存储结构。

    F.6.10 注释设计

    详见本功能模块算法。

    F.6.11限制条件

    详见第一模块的限制条件

    F.6.12 测试计划

    详见第一模块的测试计划

    F.6.13 尚未解决的问题

    待测试。

    展开全文
  • 详细设计说明书(模板) 空模板,没有内容只有目录框架的空模板!!
  • 详细设计说明书(机房收费系统)

    万次阅读 热门讨论 2013-02-15 09:00:41
    详细设计说明书 1引言 1.1编写目的  本详细设计说明书是在机房收费系统概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。本详细设计说明书的预期读者为小组成员、...

    详细设计说明书

    1引言

    1.1编写目的

       本详细设计说明书是在机房收费系统概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试作准备。本详细设计说明书的预期读者为小组成员、系统测试维护人员。

    1.2背景

    A.     所建议开发的软件系统的名称:机房收费系统;

    B.     本项目的任务提出者:米新江,蔡进龙,李黎敏;

             开发者:王雅瑾;

             用户:教师、学生、职工、机房管理员等

             及实现该软件的计算中心或计算机网络:个人笔记本电脑、学校机房。

    1.3定义

    列出本文件中用到专门术语的定义和外文首字母组词的原词组。

    1.4参考资料

    张海藩    《软件工程》    北京清华大学出版社2006

    李昭原    《数据库原理与应用》   科学出版社   2003

    《软件需求说明书》

    《详细设计说明书》

    2程序系统的结构




     

    对于高权限、中权限、低权限的功能分配如图:


     下面以高权限中的各个功能模块为划分标准继续以下描述。中权限和低权限的功能只是高权限中的部分。


    3上下机管理设计说明

    3.1程序描述

    上下机管理程序主要实现学生刷卡上机自动计费功能,非常驻内存,是可重人的。只要登录该系统就可以在此程序中进行操作。

     

    3.2功能

    说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。

     

    3.3性能

    金钱精确到0.5元,时间精确到分钟,其他数字均精确到整数位

    3.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    卡号

    Card_No

    Char

    20位数字以内

    刷卡输入

    学号

    Stu_No

    Char

    20位数字以内

    自动输入

    姓名

    Stu_Name

    Char

    20位字符以内

    自动输入

    系别

    Dept

    Char

    20位字符以内

    自动输入

    性别

    Stu_Sex

    Char

    2位字符

    自动输入

    年级

    Grade

    Char

    20位字符以内

    自动输入

    班级

    Class

    Char

    20位字符以内

    自动输入

    金额

    Cash

    Money

    >5

    自动输入

    备注

    Remarks

    Varchar

    20位字符以内

    自动输入

    状态

    Status

    Char

    20位字符以内

    自动输入

    用户ID

    User_ID

    Char

    20位字符以内

    自动输入

    注册时间

    Reg_Time

    datetime

    精确到秒

    自动输入

     

    3.5输出项

    名称

    标识

    数据类型

    有效范围

    卡号

    Card_No

    Char

    20位数字以内

    上机时间

    onTime

    Datetime

    精确到秒

    下机时间

    offTime

    Datetime

    精确到秒

    备注

    Remarks

    Char

    20位字符以内

    消费金额

    consumeCash

    Money

    精确到0.5元

    剩余金额

    remainCash

    Money

    精确到0.5元

    姓名

    Stu_Name

    Char

    20位字符以内

    用户ID

    User_ID

    Char

    20位字符以内

    3.6算法

    上机时刻和下机时刻之差算出上机时间,根据上机时间(分钟)换算成小时,然后计算出所用金额; 公式:上机金额=时间*单位金额(时间大于5分钟)

    3.7流程逻辑


    3.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    与本程序直接关联的数据结构:学生注册表和学生上机记录表。

    3.9存储分配

    3.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明学生上机所要具备的条件;

    C.对时间和费用变量进行说明,指出学生上机所用的时间和所消费的金额;

    D.注释说明不同的情况对学生上机费用的收取规则不同,指出具体的计算方法。

    3.11限制条件

    必须保证程序正常地连接到服务器。

    3.12测试计划

    进行学生上机、下机测试,验证数据的准确性.

    3.13尚未解决的问题

    对不同的卡的类型收费标准不同;

    4查询功能设计说明

    4.1程序描述

    查询程序可以查询到学生消费卡的余额、充值记录,学生的上机记录和上机状态等,还可以做到收取金额查询,金额退还信息查询,学生上机统计信息查询,工作记录查询。它是可重人的。

    4.2功能

    说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。





    4.3性能

    金钱精确到0.5元,时间精确到分钟,其他数字均精确到整数位

    4.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    卡号

    Card_No

    Char

    20数字以内

    手动输入

    姓名

    Stu_Name

    Char

    20字符以内

    手动输入

    日期

    *Date

    Datetime

    精确到日

    手动输入

    时间

    *Time

    Datetime

    精确到秒

    手动输入

    金额

    Cash

    Money

    精确到0.5元

    手动输入

     

    4.5输出项

    名称

    标识

    数据类型

    有效范围

    卡号

    Card_No

    Char

    20位数字以内

    学号

    Stu_No

    Char

    20位数字以内

    姓名

    Stu_Name

    Char

    20位字符以内

    性别

    Stu_Sex

    Char

    2位字符

    班级

    Class

    Char

    20位字符以内

    年级

    Grade

    Char

    20位字符以内

    系别

    Dept

    Char

    20位字符以内

    余额

    Cash

    Money

    精确到0.5元

    日期

    Date

    Datetime

    精确到日

    时间

    Time

    Datetime

    精确到秒

    级别

    Level

    Char

    20位字符以内

    状态

    Status

    Char

    20位字符以内

    备注

    Remarks

    Char

    20位字符以内

    机房号

    Room_No

    Char

    20位字符以内

    机器号

    Computer_No

    Char

    20位字符以内

     

    4.6算法

    实现查询功能主要就是查询语句:select … from … where …

    4.7流程逻辑

    用图表(例如流程图、判定表等)辅以必要的说明来表示本程序的逻辑流程。


    4.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    与本程序关联的数据结构有:学生注册表,充值表,学生上机记录表,上机状态表,退卡表,工作员记录表。

    4.9存储分配

    4.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明查询的条件;

    4.11限制条件

    暂无。

    4.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    4.13尚未解决的问题

    暂无

     

    5修改密码设计说明

    5.1程序描述

    本程序主要是实现了用户自主修改密码的功能。

    5.2功能

    说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。


    5.3性能

    5.4输人项

     

    名称

    标识

    数据类型

    有效范围

    输入方式

    密码

    User_PWD

    Char

    20位字符以内

    手动输入

     

    5.5输出项

    提示信息。

    5.6算法

    5.7流程逻辑

    5.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    5.9存储分配

    根据需要,说明本程序的存储分配。

    5.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种验证条件。

    5.11限制条件

    说明本程序运行中所受到的限制条件。

    5.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    5.13尚未解决的问题

    无。

    6添加/删除用户设计说明

    6.1程序描述

    该程序的主要功能是添加用户或删除用户。

    6.2功能

     


    6.3性能

    6.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    用户名

    User_ID

    Char

    20位字符以内

    手动输入

    用户级别

    Level

    Char

    20位字符以内

    手动输入/选择添加

    用户姓名

    User_Name

    Char

    20位字符以内

    手动输入

    用户密码

    User_PWD

    Char

    20位字符以内

    手动输入

     

    6.5输出项

    名称

    标识

    数据类型

    有效范围

    用户名

    User_ID

    Char

    20位字符以内

    姓名

    User_Name

    Char

    20位字符以内

     

    6.6算法

    6.7流程逻辑

    用图表(例如流程图、判定表等)辅以必要的说明来表示本程序的逻辑流程。


    6.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    与本程序相直接关联的数据结构是用户信息表。

    6.9存储分配

    根据需要,说明本程序的存储分配。

    6.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    6.11限制条件

    说明本程序运行中所受到的限制条件。

    6.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    6.13尚未解决的问题

    7注册设计说明

    7.1程序描述

    该程序的功能主要是给学生注册卡号和相关信息,以便上下机的管理。

    7.2功能

    说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。


    7.3性能

    7.4输人项                   

    名称

    标识

    数据类型

    有效范围

    输入方式

    卡号

    Card_No

    Char

    20位数字以内

    刷卡输入

    学号

    Stu_No

    Char

    20位数字以内

    手动输入

    姓名

    Stu_Name

    Char

    20位字符以内

    手动输入

    系别

    Dept

    Char

    20位字符以内

    手动输入

    性别

    Stu_Sex

    Char

    2位字符

    手动输入

    年级

    Grade

    Char

    20位字符以内

    手动输入

    班级

    Class

    Char

    20位字符以内

    手动输入

    金额

    Cash

    Money

    >5

    手动输入

    备注

    Remarks

    Varchar

    20位字符以内

    手动输入

    状态

    Status

    Char

    20位字符以内

    手动输入

     

    7.5输出项

    提示信息。

    7.6算法

    无。

    7.7流程逻辑

    7.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    (图搞定)

    本程序无下一层模块,相关联的数据结构是学生注册表。

    7.9存储分配

    根据需要,说明本程序的存储分配。

    7.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    7.11限制条件

    7.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    7.13尚未解决的问题

    8充值设计说明

    8.1程序描述

    本程序的主要功能是给学生的消费卡里进行充值管理。

    8.2功能

    8.3性能

    8.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    卡号

    Card_No

    Char

    20位数字以内

    手动输入

    充值金额

    Cash

    Money

    >5

    手动输入

     

    8.5输出项

    名称

    标识

    数据类型

    有效范围

    上次卡上余额

    LastRemaincash

    Money

    >5

    现在卡内余额

    NowRemaincash

    Money

    >5

    充值日期

    Date

    Datetime

    精确到日

    充值时间

    Time

    Datetime

    精确到秒

    充值老师

    teacher

    Char

    20位字符以内

     

    8.6算法

    无。

    8.7流程逻辑

    8.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    图:搞定;该程序的无下一层模块

    本程序的相关联的数据结构是学生注册表和充值表。

    8.9存储分配

    根据需要,说明本程序的存储分配。

    8.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    8.11限制条件

    8.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    8.13尚未解决的问题

    无。

    9退卡设计说明

    9.1程序描述

    该程序的主要实现学生退卡功能。

    9.2功能

    说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。


    9.3性能

    9.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    卡号

    Card_No

    Char

    20位数字以内

    手动输入

     

    9.5输出项

    给出对每一个输出项的特性,包括名称、标识、数据的类型和格式,数据值的有效范围,输出的形式、数量和频度,输出媒体、对输出图形及符号的说明、安全保密条件等等。

    9.6算法

    9.7流程逻辑

    9.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    图搞定:本程序无下一层模块;与程序直接相关的数据结构:退卡表和学生注册表。

    9.9存储分配

    根据需要,说明本程序的存储分配。

    9.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    9.11限制条件

    无。

    9.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    9.13尚未解决的问题

    无。

    10结账设计说明

    10.1程序描述

    本程序主要实现对学生上机收入的结算功能,包括:日结和周结。

    10.2功能

    10.3性能

    10.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    日期

    Date

    Datetime

     

    自动/手动

     

    10.5输出项

    名称

    标识

    数据类型

    有效范围

    上期充值卡金额

    RemainCash

    Money

    精确到0.01元

    当日充值金额

    RechargeCash

    money

    精确到0.01元

    当日消费金额

    ConsumeCash

    Money

    精确到0.01元

    当日退款金额

    CancelCash

    Money

    精确到0.01元

    本期充值卡金额

    AllCash

    money

    精确到0.01元

    日期

    Date

    datetime

    精确到0.01元

     

    10.6算法

    通过当日的工作员结账表计算日结。使用循环语句将每个工作员的结账记录累加起来。上期充值卡余额通过前一天的本期充值卡金额得到,今天的本期充值卡金额则通过算式得到:本期充值卡金额=上期充值卡金额+当日充值金额—当日消费金额—当日退卡金额。对于周结的算法同日结的大同小异。

    10.7流程逻辑

    10.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    10.9存储分配

    根据需要,说明本程序的存储分配。

    10.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    10.11限制条件

    无。

    10.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    10.13尚未解决的问题

    无。

    11登录设计说明

    11.1程序描述

       该程序的功能主要是实现了辨别用户身份,非三类管理者不能随意进入,确保了系统的安全性.

    11.2功能

    11.3性能

    11.4输人项

    名称

    标识

    数据类型

    有效范围

    输入方式

    用户名

    User_ID

    Char

    20位字符以内

    手动输入

    密码

    User_PWD

    Char

    20位字符以内

    手动输入

     

    11.5输出项

    提示信息.

    11.6算法

    无。

    11.7流程逻辑

    用图表(例如流程图、判定表等)辅以必要的说明来表示本程序的逻辑流程。


    11.8接口

    用图的形式说明本程序所隶属的上一层模块及隶属于本程序的下一层模块、子程序,说明参数赋值和调用方式,说明与本程序相直接关联的数据结构(数据库、数据文卷)。

    无上一层模块,下一层模块连接主模块。

    11.9存储分配

    根据需要,说明本程序的存储分配。

    11.10注释设计

    说明准备在本程序中安排的注释,如:

    A.模块首部注释说明本模块开始编写的时间,编写人员,及其基本功能

    B.加在各分枝点的注释说明各种条件。

    11.11限制条件

    无。

    11.12测试计划

    说明对本程序进行单体测试的计划,包括对测试的技术要求、输入数据、预期结果、进度安排、人员职责、设备条件驱动程序及桩模块等的规定。

    11.13尚未解决的问题

    无。


    展开全文
  • 各种系统架构图与详细说明

    万次阅读 多人点赞 2020-04-19 18:26:04
    如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面: 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。...
      1. 共享平台逻辑架构设计

    如上图所示为本次共享资源平台逻辑架构图,上图整体展现说明包括以下几个方面:

    1 应用系统建设

    本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发,从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合,完成应用系统的统一化管理与维护。

    2 应用资源采集

    整体应用系统资源统一分为两类,具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源,我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源,我们将通过全面的接口管理体系进行相应资源采集模板的搭建,采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。

    3 数据分析与展现

    采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现,具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。

    4 数据的应用

    最终数据将通过内外网门户对外进行发布,相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询,从而有效提升了我局整体应用服务质量。

    综上,我们对本次项目整体逻辑架构进行了有效的构建,下面我们将从技术角度对相关架构进行描述。

     

      1. 技术架构设计

    如上图对本次项目整体技术架构进行了设计,从上图我们可以看出,本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。

      1. 整体架构设计

    上述两节,我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明,通过上述设计,我们对整体项目的架构图进行了归纳如下:

    综上,我们对整体应用系统架构图进行了设计,下面我们将分别进行说明。

        1. 应用层级说明

    整体应用系统架构设计分为五个基础层级,通过有效的层级结构的划分可以全面展现整体应用系统的设计思路。

    基础层

    基础层建设是项目搭建的基础保障,具体内容包含了网络系统的建设、机房建设、多媒体设备建设、存储设备建设以及安全设备建设等,通过全面的基础设置的搭建,为整体应用系统的全面建设良好的基础。

    应用数据层

    应用数据层是整体项目的数据资源的保障,本次项目建设要求实现全面的资源共享平台的搭建,所以对于应用数据层的有效设计规划对于本次项目的建设有着非常重要的作用。

    从整体结构上划分,我们将本次项目建设数据资源分为基础的结构型资源和非结构型资源,对于非结构型资源我们将通过基础内容管理平台进行有效的管理维护,从而供用户有效的查询浏览;对于结构型数据,我们进行了有效的分类,具体包括政务公开资源库、办公资源库、业务经办资源库、分析决策资源库、内部管理资源库以及公共服务资源库。通过对资源库的有效分类,建立完善的元数据管理规范,从而更加合理有效的实现资源的共享机制。

    应用支撑层

    应用支撑层是整体应用系统建设的基础保障,根据本次招标文件相关需求,我们进行了相关面向服务体系架构的设计,通过统一的企业级总线服务实现相关引用组件包括工作流、表单、统一管理、资源共享等应用组件进行有效的整合和管理,各个应用系统的建设可以右下基于基础支撑组件的应用,快速搭建相关功能模块。

    由此可见,应用支撑层的建设是整体架构设计的核心部分,其关系到本次项目的顺利搭建以及今后区劳动局信息化的发展。

    应用管理层

    在3.3.3图中的设计中,应用管理层有效的承接了我局原有应用系统分类标准,将实际应用系统分成了八个应用体系,在实际应用系统的建设中,我们将全面传承原有应用分类标准规范的基础上实现有效的多维的应用资源分类方法,不仅如此,整体应用系统也可以通过多维的管理模式进行相关操作管理,如按照业务将应用系统进行划分,包括劳动管理和保险管理等。

    应用管理层是实际应用系统的建设层,通过应用支撑层相关整合机制的建立,我们将实现应用管理层相关应用系统的有效整合,通过统一化的管理体系,全面提升我局应用系统管理效率,提升服务质量。

    展现层

    整体应用功能将通过门户方式进行展现,架构分别设计了内网门户和外网门户,不同的应用人员通过登录可以实现相关系统的应用和资源的浏览查询操作。

    1. 3.2准体系规范说明

    大型的应用工程项目的建设必须遵照严格的标准体系建设规范,根据本次项目实际需求,我们通过三个规范体系对项目进行合理的保障,具体包括了安全标准管理系统、标准规范体系以及运行管理体系。

    通过相关标准的制定、安全架构的保障以及管理规范的建设可以保障整体应用系统的设计、搭建、运维等全流程性工作。

    1. 3.3应用用户设计

    通过分析,我们将整体应用系统面向人群分为四类,具体包括广大公众、区内委办局、局内相关部门以及用人单位,不同对象通过访问不同门户可以进行全面的服务保障。

    1. 3.4系统建设总结

    在3.3.3图中对本次项目整体应用系统建设需求同样也进行了归纳,项目整体分为三个主体建设,即:共享信息平台的搭建、原有应用系统的改造以及新的应用系统的搭建。

    共享信息平台的建设旨在全面整合相关应用系统资源,实现有效的浏览、查询检索机制,整体数据通过规范化的元数据管理机制,实现有效的梳理存储,为今后资源的整合奠定基础。不仅如此,在实际项目建设中还将引入商业智能应用模块,实现对共享资源的智能化分析,从而为决策预警等提供有力依据。

    原有业务系统改造则是实现原有应用系统相关流程等的优化配置,并通过有效的数据梳理改造为信息资源的共享奠定良好的基础。本次项目中需要改造系统包括:政务公开系统、办公自动化系统、公众服务系统以及综合管理系统。

    新的业务系统的建设则是要全面提升现阶段我局整体办公效率,继续加强信息化建设,通过更加全面合理的应用系统的建设,提升我局整体服务水平。本次项目需要建设系统包括:业务经办系统、社会保险系统、土地储备系统、企业监督系统、劳动监察系统、劳动关系与仲裁系统、就业和失业管理系统以及综合管理系统。

    1. 3.5应用接口管理

    本次项目建设还涉及到整体应用系统与外部相关系统接口的管理,实际应用接口包括与税务接口、与财政部门接口、与民政部门接口、与基层单位接口与公安部门接口以及与其他部门的接口。

    通过有效的接口管理机制,实现资源的互联互通,从而更加有效的提升我局无纸化办公机制,全面加强我局整体工作效率。

      1. 系统整体逻辑架构

    规划一个成熟先进的北京市卫生人才交流服务中心网站平台系统框架是一切技术工作的先决条件,是奠定系统性能的基础,是至关重要的。

    因此,本项目建设应首先考虑设计和建立一个统一的北京市卫生人才交流服务中心门户网站系统技术体系,能够支持政府信息资源的整合、管理及门户网站群的建设,提供统一的内容管理、资源整合、安全管理构架,并提供对应用服务的统一调度和管理,同时,系统体系结构应分层组织,系统功能模块化,系统集成松耦合,方便业务应用的修改、重用和部署,满足系统未来弹性扩展的要求。

    系统逻辑框架如下图所示。

    整体系统包括三个体系一个平台进行全面保障,其中三个体系包括:

    1. 运行管理体系;
    2. 标准规范体系;
    3. 安全保障体系;

    具体平台根据新闻局实际需求建设网站群支撑管理平台,平台保障了相关招标文件中的采集管理、内容管理、统计管理、安全管理等功能需求,对于整体应用平台的支撑则通过中科软多年门户建设经验总结完成的相关应用组件包括工作流管理、元数据管理、电子表单等进行保障。

        1. 各主要组成部分概要描述
    1. 数据层

    对结构化数据和非结构化数据进行调度和存储。结构化数据包括:XML 和DBMS。非结构化数据包括:文本文件、音视频文件、office 系列文件、图形图像文件及ZIP、PDF、SWF等其他格式文件等,在数据接口上支持WebService 模块化组件。

    1. 支撑层

    支撑层通过应用服务器,提供对系统应用层强大的支持,包括:电子表单、工作流、元数据管理、安全审计等功能。并通过WEBSERVICE接口服务支持外部资源对内容管理基础数据以及内容管理对外部数据资源的应用数据集成。

    1. 应用层

    应用层是政府门户网站群非常重要的组成部分,是对信息处理的重要环节,按功能的不同可以分为:信息发布管理、网站群管理、系统管理、外挂组件管理、交互功能、多媒体信息管理、内容聚合:RSS等。

    1. 展现层

    政府门户网站群的最终表现是一组具有相同标准和相同规范体系的网站群体系。它涵盖主站、各级子网站、各类专题子网站等,同时系统为应用层的不同应用提供信息资源的不同表现形式,包括有Web、RSS等。

    1. 接入层

    实现客户通过浏览器来访问表现层以获取信息资源。

      1. 系统技术架构

    系统技术架构框架如图所示。

      1. 总体架构设计

    应用系统总体架构图

    如上图所示,本项目将采用数据与应用大集中的架构,即国际收支平衡管理管理信息系统只部署在国家外汇管理局,相关数据也集中存储在总局的国际收支平衡整合库中。整个系统采用B/S的结构,在进行数据清洗、转换,即ETL的时候会采用C/S结构,整个架构主要包括如下内容:

    1、构建应用支撑平台,提供统一的人员、组织机构和权限管理,提供支持各种复杂业务系统的开发和组装框架,实现单点登录和目录服务,并提供对应用系统的运行监控,数据的备份恢复等功能。

    国际收支平衡管理信息系统的各个子系统以及外汇局应用支撑平台门户都是基于应用支撑平台开发、组装和运行的。

    2、数据整合与交换系统是整个国际收支平衡管理信息系统的基础,负责将从外汇局内部(主要是现有的业务系统或者业务数据)和外汇局外部(主要是共建部委的共享数据)的相关外汇数据采集、清洗、转换,并通过数据传输通道汇总至统一的国际收支信息的整合数据库中。

    各分支局数据通过数据传输通道上传到国家外汇管理局,由数据整合和交换系统接收并处理数据,最终也汇总至总局的整合数据库中。

    数据交换将以成熟、稳定的第三方产品为基础进行设计和开发。

    3、开发新版国际收支网上申报系统,实现涉外收入申报业务网上受理,方便企业申报业务;建立与银行系统的接口,满足与银行的数据交换;方便银行的查询和审核操作。

    网上申报数据将统一存储至网上申报数据库,并通过数据整合与交换系统与国际收支统计监测系统进行数据集成,同时申报数据最终汇总至总局的整合数据库中。

    网上申报系统将与外汇局的“一站式”网上服务平台集成,申报主体和银行将通过服务平台登录系统,进行申报、审核、查询统计等操作。

    外汇局人员也可通过服务平台或者外汇局的应用支撑平台门户登录系统,进行对申报数据的核查、查询统计操作。

    4、在数据整合与交换系统上建设统计分析系统,根据基础指标和统计分析指标将整合数据库中的信息动态生成各类统计分析报表(如国际收支平衡表、国际投资头寸表、结售汇统计报表等)。

    统计分析系统将利用数据仓库和多维联机在线分析技术,在对国际收支平衡状况的需求分析的基础上,提供面向主题的多种分析模型和分析方法,从多个角度分析国际收支平衡的状况和存在问题。统计分析结果将存储至外汇局数据仓库系统,为决策支持系统提供数据支撑,并可以通过BI工具在外汇局应用支撑平台门户进行展现。此外,统计报表信息通过数据整合与交换平台与金宏工程其他共建部委进行“共享”。

    5、在统计分析系统和总局数据仓库的基础上建设决策支持系统,通过基础指标,统计分析指标和统计分析系统产生的结果,借助OLAP分析模型工具,产生决策支持信息和预警信息,进行经济分析和预警,辅助外汇管理政策的制定。

    各类统计分析模型、预警模型将统一存放到“模型库”中,方便分析人员使用。此外还提供一套机制建设“知识库”,存储有关外汇管理的各类信息。

    (2)-(4)这几个系统在支撑平台的数据整合与交换基础上提供统一的数据交换接口,同时支持以XML作为统一的数据接口格式。

    6、建设外汇局应用支撑平台门户,通过门户对所有的系统进行统一管理,并且将统计分析、决策支持的结果和其他应用软件的功能模块通过信息集成门户提供给外汇局的领导、业务人员使用。

    外汇局应用支撑平台门户就是建设在应用支撑平台门户基础上。

    7、国际收支平衡管理系统与金宏共享平台、国际收支平衡共享数据库物理隔离,国际收支平衡管理系统中的数据通过涉密网和业务网之间的数据交换系统交换到金宏内网上的国际收支平衡共享数据库中,向共建部委提供数据服务。从共建部委获得的数据也通过涉密网和业务网交换系统,进入数据整合与交换系统中。

      1. 系统架构

    国际收支网上申报系统技术架构图

    企业用户可以通过“一站式”信息服务门户访问国际收支网上申报系统,完成涉外收支业务的申报,申报信息由数据管理模块通过特定的数据接口交换到银行业务系统,在银行业务系统进行审核。审核过后的结果信息再经过数据管理模块交换到网上申报系统供企业用户查询。

    企业用户需要在银行业务系统完成账户开户,定时由银行业务系统交换到网上申报系统供企业用户登录。

      1. 系统架构

    统计分析系统技术架构图

    1、统计分析系统的数据来源于数据仓库,通过条件查询模块从数据仓库得到满足用户的基础数据,由数据统计模块来对这部分基础数据进行汇总统计;

    2、汇总统计的数据根据外汇局用户的需要可以由报表定制模块利用原有的报表工具实现对国际收支平衡表、国际投资头寸表、结售汇统计报表、外债余额简表的设计以及利用Cognos的BI工具完成展现以及经过OLAP分析转化成多维数据;

    3、针对预先设计好的数据模型以及辅助模型管理模块来产生分析结果,供外汇局用户制定决策。

      1. 系统架构

    决策支持系统技术架构图

    1、决策支持系统利用从数据仓库获得的基础数据完成报表和查询,生成日、月、季报表供外汇局用户查询浏览;

    2、通过ASL规则引擎对基础数据进行分析,以风险模型为依据生成分析报告;

    3、利用数据挖掘模型对基础数据进行处理得到模型数据,与ASL分析信息共同生成分析报告,供外汇局用户来进行营运监管的管理;

    4、“知识库”的信息同时也提供给营运监管模块来进行运作。

      1. 总体架构

    国资委国有资产监督管理系统总体架构图

    国资委国有资产监督管理系统的总体框架主要包含六个层次,即基础平台层、数据资源管理层、应用支撑层、业务实现层、门户展现层、终端接入层。

    1.基础平台层:国资委IT基础平台主要包括网络系统、主机、存储系统、安全系统、配套的软件等。网络系统分为业务内网、业务外网和互联网。业务内网与业务外网物理隔离,互联网与业务外网通过防火墙配置实现逻辑隔离。

    2.数据资源管理层:数据资源管理层主要由数据库组成,其中结构化数据库主要包括管人、管事、管资产、纪检监督业务数据库、共享数据库、基础数据库、原有系统数据库及其它信息资源库等。非结构数据库主要是由一些文件型的数据构成。信息资源库主要是应用系统的数据库,它是业务应用信息系统的组成部分和数据中心的基础。

    3.应用支撑层:应用支撑层主要包括应用开发平台 (基础数据管理、报表管理、工作流管理、表单工具、门户引擎、规则引擎、工作流引擎、用户权限管理、目录服务、内容管理、接口管理、预警平台)和中间件(应用服务器、消息中间件、WEB服务器)。通过建设应用支撑平台,实现界面集成、应用集成、数据集成及流程集成,通过四个集成来达到国资委所有系统的集成效果。

    4.业务实现层:主要包括四大核心业务应用系统和数据中心。

    国资监管应用系统主要包括企业国有资产产权登记子系统、上市公司国有股权监督管理子系统、企业国有产权交易监督管理子系统、企业财务状况监督子系统设计、中央企业财务绩效评价子系统、中央企业财务预决算管理子系统、企业国有资产统计评价子系统、企业财务信息查询分析子系统、中央企业人员管理子系统、中央企业业绩考核子系统、中央企业重大投资管理子系统、中央企业经济运行监督子系统、纪检监察管理子系统等。

    国有资产数据中心:主要包括元数据注册器、信息资源数据库、信息资源目录体系、信息资源交换体系等。国有资产信息资源库是数据中心的基础,为国资委业务监管提供数据支持,包括企业基本信息数据、企业绩效评价数据、企业人员管理数据、企业财务数据、国有产权数据、资产统计数据、企业重组与规划投资数据、纪检监察数据、政策法规文献数据和其他业务数据十大类。作为统一信息资源平台,国有资产信息资源库对国资委各类共享数据提供统一的存储和管理,是国资委委内各厅局之间以及与其它政府机关之间进行数据交换和共享的基础平台,为各类业务的开展提供完整、统一和准确的数据支持。

    5.门户展现层:门户展现层主要由国资委数据采集门户构成、互联网门户、业务内网门户、业务外网门户组成。

    6.终端接入层:中央企业、地方国资委、上市企业(含国有股)、其它部门及公众通过统一的身份认证、权限管理登录数据采集门户、国资委业务外网门户、国资委互联网,并实现统一的入口、出口和单点登录。

    其中,中央企业、地方国资委、上市企业(含国有股)通过在线填报或离线填报(利用数据采集终端)的方式在数据采集门户上进行数据填报,数据采集门户及业务外网与内网物理隔离,通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。其它部门(包括金宏工程相关部门)也是通过应用支撑平台提供的数据交换组件实现内、外网的数据传输和交换。社会公众登录国资委互联网网站进行国资监管信息查询和交互。

    除此之外,贯穿着六个层次的还有国资委信息安全保障体系、项目实施与运维管理,和相关的标准体系和管理规范。

      1. 系统逻辑结构

    国资监管信息系统主要作用体现为国资监管业务服务。一期工程建设6大应用系统,形成10个信息资源库。其总体逻辑结构图如下:

    图5-1总体逻辑结构图

    通过四大业务系统(共计13个子系统)覆盖国资委管资产、管人、管事、资产监督的四大业务。

    其业务核心就是实现国有经济布局以及国有资产的增值保值。

    实现国有经济布局,具体是通过产权登记系统,掌握所有国有股权的分布情况。通过上市公司国有股权交易监督和其他企业国有股权交易监督系统,对国有股权的交易进行监控,随时了解国有经济的布局情况,并加以控制。通过资产统计、企业财务监督、中央企业预决算管理,等3个系统,全面获得企业的实际财务资产情况。

    另外通过中央企业经济运行管理系统,掌握中央企业的经济运行情况以及行业经济运行分析,从而对中央企业重大投资进行管理和监控,确保了解国有经济布局的运行情况和进行调整。

    实现国有资产的增值保值,具体措施是通过管人来实现,通过中央企业人员管理系统,后备、任命、管理企业管理者。通过企业绩效考核系统来评价、更换人员,来实现国有资产的增值保值。但不是简单的通过管人来实现国有资产增值保值,任命、考核,需要从资产管理、资产监督、企业运行情况等三个方面不断地获取信息,对管理者进行监督和引导,即使发现问题,确保国有资产的增值保值。

    通过13个业务应用系统覆盖四大业务职能,为解决目前监管业务中信息采集的问题、信息沟通的问题,需要建设13个业务应用系统统一的数据采集系统、信息发布系统。

    针对13个业务应用,形成了10大国有资产信息资源库,包括监管企业方面获得的6种信息:

    • 企业基本信息
    • 企业产权信息
    • 企业财务信息
    • 企业人员信息
    • 企业重组与规划投资信息
    • 其他业务信息

    以及国资委监管产生的4种信息:

    • 政策法规信息
    • 国有资产统计信息
    • 企业业绩考核信息
    • 纪检监察信息
      1. 系统体系结构

    本项目总体技术框架建立要遵循“整合资源,信息共享”、“统一架构,业务协同”的原则,应用系统采用多层架构,以信息资源库和公共服务为基础进行开发,实现资源和服务的共享,实现业务层和展现层的分离。总体技术框架如下图所示:

    图5-2 国资委国有资产监督管理系统总体技术框架

    总体框架主要包含六个层次:

    国资委IT基础设施:主要包括网络、服务器、存储系统、配套的系统软件、数据库和机房等。网络系统为内、外网物理隔离的双网结构。IT基础设施是国资委国有资产监督管理系统的基础平台。

    国有资产数据中心:主要包括元数据注册器、信息资源数据库、信息资源目录体系、信息资源交换体系等。国有资产信息资源库是数据中心的基础,为国资委业务监管提供数据支持,包括企业基本信息数据、企业绩效评价数据、企业人员管理数据、企业财务数据、国有产权数据、资产统计数据、企业重组与规划投资数据、纪检监察数据、政策法规文献数据和其他业务数据十大类。作为统一信息资源平台,国有资产信息资源库对国资委各类共享数据提供统一的存储和管理,是国资委委内各厅局之间以及与其它政府机关之间进行数据交换和共享的基础平台,为各类业务的开展提供完整、统一和准确的数据支持。

    国资委应用系统支撑平台:主要包括由表单工具、系统集成组件、内容管理工具、工作流组件、消息交换工具、应用中间件、统一用户管理和其他组件工具构成的应用支撑平台,从整合、协同、管理和服务四个方面对业务系统的开发、部署和运行进行支持。

    国有资产监督管理业务应用信息系统:主要包括搭建在应用支撑平台上的基础应用组件、通过基础应用组件组合成的企业国有资产产权登记子系统、上市公司国有股权监督管理子系统、企业国有产权交易监督管理子系统、企业财务状况监督子系统设计、中央企业财务绩效评价子系统、中央企业财务预决算管理子系统、企业国有资产统计评价子系统、企业财务信息查询分析子系统、中央企业人员管理子系统、中央企业业绩考核子系统、中央企业重大投资管理子系统、中央企业经济运行监督子系统、纪检监察管理子系统。

    应用数据库:主要是应用系统的数据库,是业务应用信息系统的组成部分。

    国资委信息发布系统:主要包括国资委内网消息发布、外网消息发布和互联网消息发布。

    除此之外,贯穿着六个层次的还有国资委信息安全保障体系、技术支持与运行维护体系。同时,国资委信息化相关的标准、规范、政策、法规也将在“国有资产监督管理系统”项目建设中必须加以重视,并积极推进。

    展开全文
  • 软件详细设计说明书 模板

    万次阅读 多人点赞 2007-11-09 14:34:00
    软件详细设计说明书 1 引言 1.1 编写目的:阐明编写详细设计说明书的目的,指明读者对象。 1.2 项目背景:应包括项目的来源和主管部门等。 1.3 定义:列出本文档中所用到的专门术语的定义和缩写词的愿意。 1.4 参考...
  • C++标准注释原则 - 基于doxygen的C++注释

    万次阅读 多人点赞 2014-03-24 01:01:38
    下载国外的源代码,往往能看到附带的说明文档,文档都有详细说明,大部分文档都可以通过doxygen这个跨平台软件生成,doxygen并不能随便读取你的C++的注释,必须按照一定的规则才能生成,所以在编写代码时,一定要...
  • 软件开发的项目详细设计说明

    千次阅读 2019-05-08 13:48:22
    tip:软件开发设计结构图
  • 软件开发文档包括软件需求说明书、数据要求说有书、概要设计说明书、详细设计 说明书、可行性研究报告、项目开发计划。 ##**一:软件需求说明书** 软件需求说明书也称为软件规格说明。该说明书对所开发软件的功能...
  • 软件详细设计文档模板

    万次阅读 2014-07-11 17:38:18
    给出对该程序的简要描述,主要说明安排设计本程序的目的意义,并且,还要说明本程序的特点(如 是常驻内存还是非常驻?是否子程序?是可重人的还是不可重人的?有无覆盖要求?是顺序处理还是并发处理等)。 1.2...
  • 概要设计和详细设计说明书的区别

    千次阅读 2015-04-21 10:16:07
    1.需求分析--产生软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白,开发人员也可据此...详细设计--产生软件详细设计说明书,对概要设计的进一步细化,一般由各部
  • 程序员最痛苦的几件事:1.别人不写文档,2.别人不写注释,3.... 今天暂时不讨论为什么开发人员对文档有这么大的抵触情绪,这篇文章主要讨论如何解决最难搞定又往往最没用的软件过程文档——软件详细设计说明书。
  • 软件开发文档-详细设计文档

    万次阅读 2019-06-21 11:22:34
    引言 引言也称前言、序言或概述经常作为科技论文的开端,提出文中要研究的问题,引导读者阅读和理解全文编写目的 帮助开发人员理解项目的业务逻辑术语描述执行标准与相关文档 编码标准,文件管理标准,版本管理标准...
  • Android APP 设计说明书模板

    万次阅读 2016-04-28 12:29:18
    因公司申请软件著作权需要,我临时转行成为文员,写设计说明书,测试报告什么的。分享一下我的设计说明书部分纲要,仅供参考。
  • 【转载】详细设计说明书模板

    千次阅读 2007-04-06 13:22:00
    1 引言 1.1 编写目的:阐明编写详细设计说明书的目的,指明读者对象。 1.2 项目背景:应包括项目的来源和主管部门等。 1.3 定义:列出本文档中所用到的专门术语的定义和缩写词的愿意。 1.4 参考资料: ● 列出有关...
  • 如何撰写软件详细设计内容?

    万次阅读 2018-06-21 10:38:48
    1 引言1.1 编写目的说明编写详细设计方案的主要目的。说明书编制的目的是说明一个软件系统各个层次中的每个程序(每个模块或子程序)和数据库系统的设计考虑,为程序员编码提供依据。如果一个软件系统比较简单,...
  • 酒店管理系统-详细设计说明

    万次阅读 2010-12-04 21:38:00
    详细设计说明书1引言1.1编写目的 本文档为**酒店管理系统详细设计说明书,为**酒店管理系统编码的主要依据。1.2背景 本软件全称为**酒店管理系统。 软件适用于普通二星级酒店、宾馆。 2界面...
  • 详细设计文档格式

    万次阅读 2018-01-10 10:30:05
    (概要描述要实现的功能,列出要实现的功能点及子功能点,并对每一个功能点进行详细说明。功能点之间的层级和关联关系要明晰。仅描述功能,不需要涉及实现方案、功能取舍等问题) 3.2、性能指标 (性能目标需要...
  • 软件概要设计与详细设计的区别

    万次阅读 多人点赞 2012-03-22 14:34:01
    概要设计与详细设计的区别  概要设计就是设计软件的结构,包括组成模块,模块的层次结构,模块的调用关系,每个模块的功能等等。同时,还要设计该项目的应用系统的总体数据结构和数据库结构,即应用系统要存储什么...
  • 软件开发需要经历的流程有: 1:问题定义阶段 2:可行性研究阶段 3:需求分析阶段 4:概要设计阶段 5:详细设计阶段 6:数据库设计阶段 ...按照传统软件工程的过程,需求分析、概要设计、详细设计的区别如下:
1 2 3 4 5 ... 20
收藏数 1,312,238
精华内容 524,895
关键字:

详细说明