1 / 444
文档名称:

t 产品开发手册.docx

格式:docx   大小:6,551KB   页数:444页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

t 产品开发手册.docx

上传人:916581885 2021/8/17 文件大小:6.40 MB

下载得到文件列表

t 产品开发手册.docx

文档介绍

文档介绍:t+产品开发手册
D
- 2 -
- 3 -
- 4 -
1. 变更说明
目前的 T+平台在不断的完善过程中,因此 T+产品开发过程也会不断变化。下面的表单 用于详细记录本开发手册变更过程。


变更位置
变更内容说明
变更人
变更日期
1
2
3
4
5
6
7
8
9
2. 引言
. 编写目的
随着 T+产品业务的不断扩大,个性化需求越来越多。如何能够让其他人员利用 T+平台 进行个性化开发是要面临的重要问题。同时,随着
- 6 -
T+产品开发人员流动,如何降低新员工 学****成本,更快的融入开发团队,也是亟待解决的问题。为解决以上问题,急需一个成熟的 开发手册。为此,撰写此 T+产品开发手册。
. 名词术语说明
在开发描述中会涉及到一些通用的名词术语,为便于阅读者理解,对这些名词术语进行 进一步说明。具体说明如下:


名称术语
详细描述
变更日期
1
2
3
4
5
6
7
- 6 -
8
9
. 参考资料
3. 开发模型
. 拓扑模型
- 7 -
Intr
anet
Internet
通数据库服务器通应用服务器
移动PC
通Web服务器 防火墙
Web客户端
Web客户端
Web客户端
PDA
此系统是一个 B/S 架构的产品,服务器集中部暑。在内部局域网中,用户可以通过浏览 器直接访问 WEB 服务器;其它受管辖的局域网也可以通过专网访问内网中 WEB 服务器;另 外 Internet 用户可以跨越防火墙,通过***进行业务操作。
为了提高性能,我们可以把 web 服务器与应用服务部署在一台服务器上,减少不必要的 远程调用;如果用户想要把 web 服务器与应用服务器进行物理上的分离部暑,我们的应用框 架也支持这种部暑,并且我们采用 http 的传输协议。
此系统架构中,采用后台提供服务的架构设计,降低产品中各模块的偶合度。 逻辑模型
- 8 -
上面所式三层服务体系结构基本上是一个松散的三层体系结构。三层分别是:
表示层。表示层提供应用程序的用户界面 (UI),处理用户和软件间的交互。主要职责 是向用户显示信息并把从用户获取的信息解释成业务层或者数据源层的各种动作。。
业务层。业务层实现应用程序的业务逻辑:根据输入或者已有的数据进行计算,对从表 现层输入的数据进行验证,处理从表现层接受到的命令来确定应该调用那些数据源逻辑。。
- 9 -
数据源层。数据层提供对外部系统(如数据库、和其它系统提供的服务)的访问。 每一层应当按下面各段落所述进行构造
Ø 表示层: 包括一系列与用户交互的窗体(或页面)。每个窗体用来显示系统提供的信息以及传递 用户的输入信息。这种基于窗体的用户界面包括两种类型的组件:
——用户界面组件(UI)
Framework 提供的组件,包括 Win Form 组件和 Web Form 组件。第 三方提供的组件和平台开发的组件。例如:单据、参照、单据列表组件等。
——用户界面处理组件(UIP) 复杂的用户界面通常需要很多非常复杂的窗体。为了提高其可复用性、可维护
性和可扩展性,需要创建一个分离用户界面处理的组件,以封装窗体和界面导航之 间的相关逻辑。可以对一个简单窗体中组件之间的依赖、确认和导航应用相同的概 念。
Ø 业务层:
大型的企业级应用通常围绕业务组件和业务过程进行构造。这些通常以业务层的很多组件、实体、 代理和接口展现出来。
- 10 -