TTSC软件概要设计文档.docx
《TTSC软件概要设计文档.docx》由会员分享，可在线阅读，更多相关《TTSC软件概要设计文档.docx（21页珍藏版）》请在冰豆网上搜索。
TTSC软件概要设计文档
TTSC
软件构架文档
版本<1.0>
修订历史记录
日期
版本
说明
作者
<20/11/2005>
<0.1>
使用SoDA模板和Visio模型生成软件构架文档。
软件开发方法05组
<29/11/2005>
<0.5>
使用SoDA模板和Visio模型生成软件构架文档。
软件开发方法05组
<10/12/2005>
<1.0>
使用SoDA模板和Visio模型生成软件构架文档。
软件开发方法05组
目录
1.简介4
1.1目的4
1.2范围4
1.3定义、首字母缩写词和缩略语4
1.4参考资料4
1.5概述4
2.构架表示方式4
3.构架目标和约束4
4.用例视图5
4.1管理工时6
4.2查看资源报告6
4.3查看项目报告8
4.4管理成员9
4.5修改项目10
4.6创建项目11
5.逻辑视图12
5.1概述12
5.2在构架方面具有重要意义的设计包14
5.2.1用户界面14
5.2.2数据访问层15
5.2.3业务逻辑层15
5.2.4系统层（SystemLayer）16
5.2.5中间件层（Midware）16
5.2.6C#16
5.2.7基本复用（BaseResue）16
6.进程视图16
7.部署视图17
8.实施视图17
8.1概述17
8.2层18
9.数据视图19
10.大小和性能19
11.质量19
软件构架文档
1.简介
目的
本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。
它用于记录并表述已对系统的构架方面作出的重要决策。
TTSC系统是为了实现大中型软件公司对员工高效率的工时管理而设计的。
本文档从利用Visio实施的TTSC系统分析设计模型中直接生成，大部分章节都是使用SoDA和软件构架文档模板从Visio模型中摘录而来。
文档适用于系统设计人员进行详细设计,并作为程序员的编码参考和系统实施人员部署文档。
范围
本文档的完成基于前一阶段的需求分析，将作为下一构造阶段的编写依据，是系统构架工程师的工作产品。
定义、首字母缩写词和缩略语
TTSC:
基于Web的工时管理系统；
管理员:
TTSC系统的三种用户之一，权限最高；
项目经理:
TTSC系统的三种用户之一，权限限制在本项目组内；
项目成员:
TTSC系统的三种用户之一,权限最低；
OS:
操作系统;
ID:
用户名
DBMS:
数据库管理系统;
TTDB:
工时记录信息，记录工时信息；
MDB:
成员数据信息，记录成员信息；
PDB:
项目数据信息，记录项目信息；
UML:
统一建模语言;
参考资料
1.前景文档,1.0版,本软件开发小组;
2.软件构架文档（模板）,RationalUnifiedProcess;
3.词汇表,1.0版,本软件开发小组;
4.用例报告,1.0版,本软件开发小组;
5.需求报告,1.0版,本软件开发小组;
6.USINGUMLSoftwareEngineeringwithObjectsANDComponents;人民邮电出版社
概述
本文档的基本内容包括:
构架的表示方式,构架的目标和约束,用例视图,逻辑视图,进程视图,部署视图,实施视图以及数据视图.文档首先介绍采用的构架表示方式,然后从应用环境和课程背景出发介绍构架的目标和约束,接下来从用例视图,逻辑视图和进程视图3方面介绍TTSC系统的基本构架.最后描述系统的部署实施细节.
2.构架表示方式
本文档以一系列的视图表示构架，包括用例视图、逻辑视图、进程视图、部署视图、实施视图和数据视图。
这些视图表示为RoseModel并使用统一建模语言（UML）。
3.构架目标和约束
有一些重要的需求和系统约束对构架有重大的影响。
它们分别是：
1.TTSC系统必须确保对数据进行完全保护使它们不接受XX的访问。
用户进行查阅修改时候必须通过身份确认。
TTSC系统以B/S系统的形式进行实施。
浏览器端位于PC上,Web服务器端可以运行在支持MicrosoftIIS,Microsoft.Net框架的系统之上,DBMS采用MicrosoftSQLServer2000而支持该DBMS服务器组件的操作系统必须是Windows2000以上版本的OS,Web服务器端和DBMS运行端可以处于同一个OS上。
2.在开发构架时，必须考虑前景文档和软件需求规约中规定的所有性能和负载需求。
3.必须兼容客户端不同版本的浏览器的兼容问题;
4.开发构架时必须考虑课程练习的约束,它决定本软件开发小组必须在很有限的时间以及没有任何经费的情况下完成练习;
4.用例视图
关于软件构架用例视图的说明。
对于所选择的场景集和（或）作为迭代焦点的用例集，用例视图是很重要的输入。
用例视图描述那些代表了某些重要的核心功能的场景集和/或用例集。
它还要描述那些在构架方面的涉及范围很广（使用了许多构架元素）的场景集和/或用例集，或者那些强调或阐明了构架的某一具体的细微之处的场景集和/或用例集。
下面列举出几个精选用例或场景来说明软件的构架.
管理工时
用户对自己和/或项目成员的工时记录进行管理，包括查看、添加、修改、删除等操作。
用户选择操作后，系统会在相应的数据库表内修改相应信息。
管理工时的顺序图如下：
查看资源报告
项目经理（管理员）对所属项目（全部项目）的资源进行查询操作，系统通过调用PDB，MDB，TTDB，根据用户作出的选择，整理返回操作结果。
查看资源报告的顺序图如下：
查看资源报告的协作图如下：
查看项目报告
项目经理（管理员）对所属项目（全部项目）进度进行查询操作，系统通过调用PDB，MDB，TTDB，根据用户作出的选择，整理返回操作结果。
查看项目报告的顺序图如下：
管理成员
项目经理（管理员）对所属项目（全部项目）的成员信息进行管理，包括查看、添加、修改、删除等操作。
用户选择操作后，系统会在相应的数据库表内修改相应信息。
管理成员的顺序图如下：
修改项目
项目经理（管理员）对所属项目（全部项目）的信息进行管理。
用户选择操作后，系统会返回操作结果给用户，并在相应的数据库表内修改相应信息。
修改项目的顺序图如下：
创建项目
管理员对所有项目的信息进行管理。
用户选择操作后，系统会返回操作结果给用户，并在相应的数据库表内修改相应信息。
创建项目的顺序图如下：
5.逻辑视图
概述
关于构架的逻辑视图的说明。
该视图说明了最为重要的类、它们在服务包和子系统中的组织以及如何将子系统组织为多个层。
还说明了最重要的用例实现（例如，构架的动态方面）。
类图还可以用来说明在构架方面具有主要意义的类、子系统、包和层相互之间的关系。
TTSC系统的逻辑视图由三个主要的包组成：
用户界面、业务逻辑和数据访问。
●用户界面包包含主角用来同系统通信的各种形式的类,用于管理工时信息，项目成员，生成资源报告和项目报告。
●业务逻辑包包含成员工件的实体类，项目工件的实体类，工时记录工件的实体类。
●数据服务包包含与项目数据信息、成员数据信息、工时记录信息交互的控制类。
包和子系统的逻辑视图:
在构架方面具有重要意义的设计包
用户界面
用户界面层包含所有表示用户看到的应用程序屏幕的边界类。
该层依赖于流程对象层，它跨越了客户机和中间层之间的界限。
这个包的主要类图如下：
数据访问层
数据访问层包括代表驱动应用程序行为的用例管理器的所有控制器类。
该层代表从客户机到中间层的边界。
数据服务层依赖于流程对象层；它跨越了客户机和中间层之间的分界。
这个包的主要类图如下：
业务逻辑层
业务逻辑层包括表示应用程序领域内“事物”的所有实体类。
这些实体类驻留在服务器上，并利用服务类来协助完成它们的职责。
这个包的主要类图如下：
系统层（SystemLayer）
系统类在面向对象的系统和由底层系统库支持的功能行为之间提供缓冲区。
系统层包括所有支持安全访问TTSC系统及其数据的类。
中间件层（Midware）
中间件层支持对关系型DBMS和面向对象的DBMS的访问。
C#
C#包包括的类支持与远程对象交互的接口、多线程执行和可运行代码。
基本复用（BaseResue）
基本复用包包括支持列表功能和模式的类。
6.进程视图
关于构架进程视图的说明。
描述了系统运行时涉及到的任务（进程和线程）以及它们之间的交互和配置。
还描述了各种任务的对象和类的分配。
UserRegisterThread:
该线程用于注册项目成员、项目经理和系统管理员.系统创建用户注册Form,线程维持一个向导,支持用户注册操作.
UserLoginThread:
该线程跟踪用户登陆操作,一直持续到用户注销或者关闭了浏览器.
SystemMainThread:
这是系统的主线程,在用户不登陆的情况下维持系统的运行的基本线程.进入系统页面时候,由该线程加载工时记录等信息
TimeTrackerRecords:
工时记录处理线程.
TimeTrackerSystem:
工时记录数据库.
QueryThread:
查询工时记录线程。
SetThread:
修改工时记录线程。
7.部署视图
ExternalDesktopPC:
终端用户使用普通的PC机即可浏览网页.
ApplicationServer:
应用程序服务器,用于解释JSP和Servlet程序,读取数据并向客户端返回html页面,终端用户与应用程序服务器的理解没有特别限制.
DataBaseServer:
数据库服务器,为了提供访问效率应用程序服务器和数据库服务器的应该处于同一LAN中.
8.实施视图
概述
系统采用.net三层构架,下面给出Microsoft.NET开发框架整体图。
从图中我们可以简要的了解.NET开发框架的几个主要组成部分：
首先是整个开发框架的基础，即通用语言运行时以及它所提供的一组基础类库;在开发技术方面，.NET提供了全新的数据库访问技术ADO.NET，以及网络应用开发技术ASP.NET和Windows编程技术WinForms；在开发语言方面，.NET提供了VisualBasic、VisualC++、C#和Javascript等多种语言支持；而VisualStudio.NET则是全面支持.NET的开发工具。
图7.1Microsoft.NET开发框架整体图
层
我们的系统采用.net三层架构，即如图示由表示层、业务层、数据层构成。
数据层：
代表物理数据库，这里我们使用的DBMS为SQLServer2000。
业务层：
负责数据层与表示层之间的数据传输。
我们创建一个WebService作为中间层。
（需要安装IIS服务）
表示层：
应用程序的客户端，它通过业务层来访问数据库。
我们写WindowsForm
表示层所操作的是驻留在内存中的本地数据，当需要更新数据库数据时，要通过业务层提供的更新方法实现。
图7.2.net三层架构图
9.数据视图
10.大小和性能
所选的软件构架支持关键性的关于大小确定和时机选择的需求。
1.在任意既定时刻，系统最多可支持2000名用户同时使用中央数据库，并在任意时刻最多可支持500名用户同时使用本地服务器。
2.系统将能在5秒钟内提供对工时记录数据库的访问。
3.系统必须能够在2分钟内完成所有事务的80%。
4.客户机程序运行要求的磁盘空间不到20MB，并且内存为32MB。
所选的构架通过客户机服务器构架的实施来支持关于大小确定和时机选择的需求，客户机部分远程PC上实现。
构件设计用于确保PC客户机部分需要最少的磁盘空间和内存。
11.质量
1.桌面用户界面应与WindowsXP兼容。
2.用户界面的设计应当着眼于易于使用，使具有一定计算机知识的用户群体不需要经过更多的培训就能够使用系统,简单明了。
3.平均故障间隔时间应超过三百小时。
升级会员 