日志系统用概要设计说明书
- 格式:doc
- 大小:765.72 KB
- 文档页数:27
DATA SHEETInnovation and Business Value—On Your ScheduleSoftware-Defined Networking (SDN) is a rapidly evolving approach to networking. Organizations typically cite two main reasons for exploring SDN:1• D evice interoperability and the ability to choose networking platforms independently of architectural needs• T he need for programmability to support rapid service design, development, and teardownHIGHLIGHTS•Provides a fully tested, extensible commercial distribution of theOpenDaylight controller, the leading open-source SDN controller with a large, vibrant developer community •Builds an agnostic solution based on OpenDaylight that is free ofproprietary extensions and provides complete portability for various applications and plugins •Delivers the broadest platform for use in multivendor environments—with the ability to control physical and virtual networking devices from all major vendors •Fosters a collaborative relationship for innovation, enabling the creation of SDN environments that meet the needs of service providers and enterprises alike •Enables high availability and disaster recovery capabilities for data backup and restore across multiple sites •Comes packaged with education and professional services to helporganizations develop and deliver their own business logic, use cases, and custom network services •Includes single-source, 24×7 technical support for the entire Brocade SDN Controller environmentThe majority say open source is a key decision factor in SDN technology selection. At the same time, adopting a new approach to network operations is not a minor undertaking, and users expect their technology partners to be able toassist in making the transition as seamless as possible.The OpenDaylight Project , founded in April 2013, is operated by the Linux Foundation with the charter to establish a reference framework for network programmability and control through an open-source solution for SDN. The Brocade® SDN Controller is the first commercial distribution of the OpenDaylight Project with no proprietary extensions or platform dependencies. Brocade views the OpenDaylight community as a force multiplier forinnovation with and on behalf of controllerusers and developers. Brocade’scommunity leadership and multifaceted support help organizations of all kinds accelerate the delivery of new services while optimizing their business operations.The Brocade SDN Controller package includes tools and services to quickly and confidently implement software-defined networks within existing environments. Brocade provides multivendor compatibility testing and complete, single-source support for Brocade SDN Controller environments, backed by the expertise of leaders within the OpenDaylight developer community.Smooth Transition to SDNBrocade is committed to providing the best experience for transitioning to open SDN.1GigaOm Research, “SDN, NFV, and Open Source: The Operator’s View,” March 2014.2Low RiskThree-quarters of users interested in open-source SDN want to get the technology from a commercial provider in order to reduce adoption risks andhave reliable support*. The Brocade SDN Controller is fully tested, documented, and quality assured by an establishednetworking provider with global resources. As the Brocade SDN Controller is continuously built on OpenDaylight code, defect resolution is promptly shared with the community and incorporated upstream. In addition, Brocade has committed to contributing any enhancements made to the Brocade SDN Controller (such as improvements for scalability, reliability, high availability, and usability) to the community to ensure interoperability with other OpenDaylight-based controllers on an ongoing basis. These practices continually improve the quality and reliability of the source code.At the same time, new features, functions, and enhancements can be incorporated into the controller within weeks instead of months.For user organizations that want to deploy open-source SDN with confidence,Brocade and its partners provide a rangeof support, education, and professional services options. Brocade Professional Services helps Brocade SDN Controller customers realize the full power of SDN by providing consulting expertise to assist with SDN architectural planning, implementation, and developmentefforts. Additionally, Brocade education courses, available in multiple formats, provide the conceptual foundation and skills that IT organizations need to adopt SDN successfully. Community support resources may be found at /devnet .Investment ProtectionA common reason for delaying SDN implementation is the fear that it will require replacing existing equipment before it has depreciated. Some SDN controllers do have platformdependencies that constrain a controller domain to a single vendor’s gear. Creating several vendor-specific controller domains also can lead to controller proliferation and interoperability challenges—further complicating operations.OpenDaylight and the Brocade SDN Controller are designed to be general-purpose SDN controllers. The Brocade SDN Controller is platform-independent as well as host OS- and hypervisor-agnostic, making it the best choice for implementing SDN in existing heterogeneous data centers. Any networking equipment—physical orvirtual—from any provider can be operated within the controller domain as long as it is compatible with any of the standard OpenDaylight southbound interfaces or has an OpenDaylight plugin. With the Brocade SDN Controller, IT organizations can gradually introduce ever-largerportions of their existing network into the controller domain without disruption. Furthermore, Brocade provides single-source technical support for the entire Brocade SDN Controller environment, including troubleshooting connections with third-party platforms. Organizations can freely optimize their network infrastructures to match the needs of their workloads, and develop network applications that can run on any OpenDaylight-based controller (see Figure 1).Figure 1: The Brocade SDN Controller is part of an open, modular portfolio.VirtualPhysicalThird-PartyContinued Operations without InterruptionsThe Brocade SDN Controller is a reliable, highly available solution that helps ensure customer SLAs are met regardlessof any failure. It provides a clustering solution within and across data centersto keep workloads up and running while simplifying data backup and restore. Brocade has fine-tuned the code upstream in the OpenDaylight controller, by providing various scripts and toolsthat make it easier for network operators to utilize this functionality and maximize uptime in customer environments. Smooth Installation and MaintenanceThe Brocade SDN Controller offer includes many value-enhancing toolsand tested solutions to reduce time-to-competence and ongoing administrative overhead, including:•One-click controller setup, detailed deployment guides and tutorials, and architectural planning services•An intuitive GUI to reduce training time and scale repeatable operations•T ested solution packages to support a broad range of use cases•Release and revision compatibility managementEasy Upgrade via Data Migration Network operators can now easily upgrade to the latest version of the Brocade SDN Controller. Instead of having to manually re-enter all of their data, they can simply export the data file and import it into the latest version of the controller. This enables a smooth upgrade, with much less risk of error, while increasing operational efficiency and productivity. Framework for Innovation Network operators expect most of SDN’s near-term benefits to be operational in nature: greater management efficiency,fewer interoperability challenges, andpossible OpEx reductions. However, theoriginal promise of SDN—faster, custominnovation through programmability—provides an even stronger business casefor SDN adoption.Brocade Provides the Bridge forUser OrganizationsIn an era when specialized networkdeveloper skills are still a rare commodity,an OpenDaylight-based controllerprovides access to the industry’s largestpool of SDN developer talent and codelibraries. Some organizations may chooseto be consumers of the OpenDaylightProject via the Brocade SDN Controller.By leveraging the history and technicaldepth of Brocade engineering personnelwithin the OpenDaylight community,organizations can realize productenhancements without having to burdentheir own development resources.In addition, Brocade can co-design and,if desired, build custom applicationsto support unique use cases andenvironments—or refer customers to aqualified partner to meet their needs.Brocade understands that many of theseapplications are specific to the operator’sbusiness and takes formal measures toprotect the operator’s environment andintellectual property.For user organizations that wish to buildtheir own applications, Brocade providesa Developer Edition with a range ofdeveloper tools; free Web-based trainingand formal developer courses; a publicYANG repository; and free Perl, Postman,Python, and Ruby libraries for the BrocadeSDN Controller to simplify and speedapplication development. See the BrocadeSDN Controller Developer Editiondatasheet for details.Brocade SDN Applications GetYou StartedBrocade is investing in developing anecosystem of OpenDaylight-basedapplications, on its own and withpartners. These applications are licensedindependently of the Brocade SDNController to ensure continuous integrityof the controller and full applicationportability.For more information, contact a Brocadesales representative or partner, or visit.Brocade Global ServicesBrocade Global Services has theexpertise to help organizations buildscalable, efficient cloud infrastructures.Leveraging 20 years of expertise instorage, networking, and virtualization,Brocade Global Services delivers world-class professional services, technicalsupport, and education services,enabling organizations to maximize theirBrocade investments, accelerate newtechnology deployments, and optimize theperformance of networking infrastructures.Acquisition Options ThatMatch Balance SheetObjectivesSuccessful network deployments drivebusiness forward, providing technicaland financial agility. Brocade offersthe broadest financing models, fromtraditional leasing to Brocade NetworkSubscription. Network-as-a-Serviceallows organizations to subscribe tonetwork assets today then upgrade ondemand, scale up or down, or return themwith 60-day notification. Brocade NetworkSubscription plans can be structured tomeet IASC guidelines for OpEx or CapExtreatment to align with financial goals.Learn more at .3Northbound Plugins Supported •Restconf Plugin•OpenStack Neutron, ML2 Driver Southbound Plugins Supported •OpenFlow 1.0 and 1.3•NETCONF/YANG (RFC 6241/6020) •OVSDB•BGP-LS/PCE-PSpecific OpenFlow Features Supported Please refer to the user guide for a complete list of supported OpenFlow CONF Protocol Version 1.1, RFC 6241Please refer to the user guide for a complete list of supported NETCONF features.Brocade SDN Controller SpecificationsYANG Protocol, RFC 6020More than 200 YANG models are supported by the Brocade SDN Controller Developer Edition. Please refer to the User Guide for a complete list of supported YANG models. OpenDaylight Controller Modules SupportedPlease refer to the Release Notes for a list of supported modules and projects.Supported Platforms/OS •RedHat RHEL—7.2 •Ubuntu—14.04Software and SupportBR-9500-5N-LIC-SVV-SW-60D Promotion for five nodes or fewer, including 60-day support offer BR-9500-1NODE-SVV-SW-1 1 node license (paper)—1 year; includes support BR-9500-1NODE-SVV-SW-3 1 node license (paper)—3 years; includes supportProfessional Services SVC-CONTROLLER-SME Consulting time with a subject matter expert for Brocade SDN Controller customers; per hour SVC-CONTROLLER-INSTALL Contract Brocade SDN Controller implementation; SOWEducation BSC200Brocade SDN Controller for operations—3 days BSC201Brocade SDN Controller for developers—4 daysContact Brocade Education Services for pricing and availability.Brocade SDN Controller Ordering InformationWeb UI Support •Firefox v45 •Chrome v49Service Interfaces•Karaf: / (3.0.4) •OSGi: / •Akka: http://akka.io (2.4.1) Recommended Minimum Server Configuration• 3.0 GHz Intel Xeon or Intel Core: 4 cores or equivalent •RAM: 12 GB •Storage: 64 GB•Network: At least 1 Gbps Ethernet© 2016 Brocade Communications Systems, Inc. All Rights Reserved. 09/16 GA-DS-1872-05Brocade, Brocade Assurance, the B-wing symbol, ClearLink, DCX, Fabric OS, HyperEdge, ICX, MLX, MyBrocade, OpenScript, VCS, VDX, Vplane, and Vyatta are registered trademarks, and Fabric Vision is a trademark of Brocade Communications Systems, Inc., in the United States and/or in other countries. Other brands, products, or service names mentioned may be trademarks of others.Notice: This document is for informational purposes only and does not set forth any warranty, expressed or implied, concerning any equipment, equipment feature, or service offered or to be offered by Brocade. Brocade reserves the right to make changes to this document at any time, without notice, and assumes no responsibility for its use. This informational document describes features that may not be currently available. Contact a Brocade sales office for information on feature and product availability. Export of technical data contained in this document may require an export license from the United States government.Corporate Headquarters San Jose, CA USAT: +1-408-333-8000 ****************European Headquarters Geneva, Switzerland T: +41-22-799-56-40 *********************Asia Pacific Headquarters SingaporeT: +65-6538-4700 *********************。
XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示:简要说明编写这份概要设计说明书的目的,指出预期的读者。
概要设计说明书的编写目的是为了说明系统总体设计的技术方案,从程序系统的设计考虑,包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容,以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述,从而作为程序详细设计或编码的基础。
日志记录系统设计简介本文档旨在设计一个日志记录系统,该系统可以帮助用户方便地记录和管理日志信息。
日志记录系统对于个人和企业来说都是非常重要的,它可以记录重要事件、问题和解决方案,以及其他相关信息。
通过设计一个有效的日志记录系统,可以提高工作效率和信息管理的便捷性。
功能需求以下是日志记录系统的主要功能需求:1. 登录和用户管理:用户可以通过用户名和密码登录系统,并根据其权限访问相应的功能。
2. 日志记录:用户可以创建新日志,包括标题、日期、内容等信息。
用户还可以对现有日志进行编辑、删除和浏览。
3. 分类和标签:用户可以为日志添加分类和标签,以便更好地组织和检索日志。
4. 搜索和过滤:系统应该提供搜索和过滤功能,允许用户根据关键字、日期范围、分类或标签来查找和筛选日志。
5. 访问权限管理:系统应该具有访问权限管理功能,允许管理员控制用户对不同日志的访问权限。
6. 导出和导入:用户可以将日志导出为常见文件格式(如CSV 或PDF),以及从外部文件导入现有日志。
系统设计以下是该日志记录系统的基本设计:1. 技术架构:系统采用客户端-服务器架构,客户端通过Web浏览器访问系统,服务器端负责处理请求和存储数据。
4. 数据库设计:系统使用数据库来存储用户信息、日志数据和其他相关信息。
数据库可以使用关系型数据库(如MySQL或PostgreSQL)或NoSQL数据库(如MongoDB)来实现。
5. 安全性设计:系统应该实现基本的安全性措施,如用户身份验证、访问控制和数据加密,以保护用户的隐私和数据安全性。
6. 用户界面设计:用户界面应该简洁、直观,易于使用和导航。
系统应该提供明确的操作指导和错误处理机制,以提高用户体验。
实施计划以下是该日志记录系统的实施计划:1. 需求分析:了解用户需求和系统功能需求,进行详细的需求分析和规划。
2. 设计阶段:基于需求分析结果,进行系统设计和界面设计。
确定所需的技术和工具。
3. 开发阶段:根据设计阶段的结果,进行系统开发和测试。
日志系统方案引言随着互联网和云计算的发展,日志系统在软件开发和系统运维中变得越来越重要。
一个高效可靠的日志系统能够帮助开发人员和运维人员快速定位问题和调试代码,提高系统的稳定性和性能。
本文将介绍一个日志系统的基本架构和关键组件,以及一些常用的最佳实践。
日志系统架构一个典型的日志系统包含以下几个组件:•日志收集器(Log Collector): 负责从各个应用程序和系统组件中收集日志信息。
•日志存储(Log Storage): 负责存储收集到的日志信息,通常使用分布式存储系统,如Elasticsearch或Hadoop HDFS。
•日志索引(Log Index): 负责对日志进行索引,以便快速的检索和分析。
•日志搜索(Log Search): 提供用户界面,让用户可以方便地进行日志搜索和查询。
•日志分析(Log Analysis): 对存储的日志数据进行分析,以提取有价值的信息和统计数据。
•日志可视化(Log Visualization): 将日志数据以图表和图形的方式展示,以便用户更直观地理解和分析。
日志收集器日志收集器是日志系统的关键组件之一,它负责从各个应用程序和系统组件中收集日志信息。
常见的日志收集方式有以下几种:1.基于日志框架: 许多编程语言都提供了成熟的日志框架,如Java的Log4j和Python的logging库。
通过使用这些框架,开发人员可以方便地将日志输出到文件、控制台或网络中,从而实现日志收集。
2.系统级日志: 操作系统和运行时环境通常提供了系统级日志功能,如Linux 的rsyslog和Windows的EventLog。
可以通过配置这些系统级日志来收集应用程序的日志信息。
3.应用程序日志调用接口: 对于某些定制化的应用程序,可以通过定义日志调用接口,来收集特定业务的日志信息。
日志存储日志存储是将收集到的日志信息持久化存储的过程。
传统的日志存储方式是将日志信息写入普通文件或数据库中,但随着日志量的增加,这种方式变得越来越不可行。
系统日志管理系统说明书一、概述系统日志管理系统是一种用于记录、存储和管理计算机系统运行状态、操作记录以及异常情况的软件系统。
本文档将介绍系统日志管理系统的功能、操作流程和使用说明,以便用户能够正确、高效地使用该系统。
二、功能介绍1. 日志记录:系统日志管理系统能够自动记录计算机系统的运行状态、用户操作以及系统异常情况,并将其存储于数据库中。
2. 日志存储与查询:用户可以通过系统日志管理系统对历史日志进行存储和查询,并按时间、类型、关键字等条件进行检索。
3. 异常报警:系统日志管理系统能够根据用户设定的规则,实时监测系统运行情况,及时发现异常并发送报警信息。
4. 数据分析与统计:系统日志管理系统具备数据分析和统计功能,能够对日志数据进行分析,生成报表和图表,以帮助用户了解系统运行情况和优化系统性能。
5. 安全与权限管理:系统日志管理系统具备完善的安全及权限管理,确保只有授权用户才能对系统日志进行访问和操作。
三、操作流程1. 系统登录:用户首先需要通过系统登录界面输入用户名和密码进行身份验证,并获得系统访问权限。
2. 日志记录:系统日志管理系统会自动记录系统的运行状态和用户操作,无需用户手动干预。
3. 日志查询:用户可以通过系统界面选择查询条件,如日期范围、日志类型等,进行日志查询。
系统将根据用户设定的条件进行检索,显示相应的日志列表。
4. 异常报警设置:用户可以根据系统需求,设定异常报警规则,如CPU使用率过高、磁盘空间不足等。
系统将根据设定的规则,监测系统运行情况,并在发生异常时发送报警邮件或短信。
5. 数据分析与统计:系统提供数据分析和统计功能,用户可以选择分析维度和时间范围,生成报表和图表,以便更好地了解系统运行情况和性能优化的方向。
6. 安全与权限管理:系统管理员可以设定用户角色和权限,并对用户进行管理。
不同用户角色将拥有不同的系统操作权限,以保证系统日志的安全性。
四、使用说明1. 系统登录:用户根据所获得的用户名和密码,通过系统登录界面输入,成功后将进入系统主界面。
系统设计说明1 数据库部分数据模型图拷贝如下其中Customer用于记录会员信息,关键字为CustomerIDCertificateType用于记录证件类型信息Diary用于记录日记信息,关键字为DiaryIDTabDiaryAttachFile用于记录日记的附件信息,因为时间的关系,没有将附件功能实现Diarytype用于记录日记分类信息数据库中存储过程有sp_AddCustomer:添加用户sp_AddDiary:添加日记sp_CustomerChangePwd:修改密码SP_CustomerGetCompleteInfo:获取用户信息sp_CustomerLogin:用户登录sp_DeleteDiary:删除日记SP_DiaryGetAttachFilesInfo:获取附件SP_DiaryGetBriefInfo:获取日记列表SP_DiaryGetCompleteInfo:获取单条日记信息sp_GetAllCertifType 获取证件类型列表sp_GetAllCustomer:获取所有用户sp_GetDiaryType:获取日记类型列表sp_UpdateCustomer:更新用户sp_UpdateDiary:更新日记2 软件设计如下图所示是系统的分层结构图1、底层是数据库:用于存储系统中的数据信息和存储过程2、上一层是基本公用类(ponet):可在不同应用程序中共享的类,比如对数据库访问等公用代码database类3、再上一层是本应用程序的公用类(ponent):是根据系统的需求分析,构造的各种类,比如Customer类完成对会员信息的处理和访问,Diary类完成对日记信息的理和访问4、再上一层是web application和web service层:a) Web application负责最终用户使用本系统的各类接口类,比如各种web Form,即存放表示层的数据信息b) Web Service负责对用户进行验证,它独立于Web application可以被其它的各类应用所访问更为理想的分层是:用户所有对会员的处理均通过web service来完成,因为时间的关系还没有对这部分应用分离到web service中3 软件测试本次开发未对软件的测试进行系统的工作,按理应该根据需求撰写测试用例,根据测试用例的内容对软件进行功能测试和性能测试,测试用例的撰写根据模块的划分分别编写,测试的过程中应记录测试日志的内容。
日志管理系统功能说明书日志管理系统功能说明书1. 引言1.1 目的1.2 背景1.3 范围1.4 定义2. 总体描述2.1 系统概述2.2 用户特征2.3 系统功能2.4 运行环境3. 功能需求3.1 登录与安全3.1.1 用户身份验证3.1.2 密码安全策略3.2 日志记录与查看3.2.1 实时日志记录3.2.2 日志级别分类3.2.3 日志查询与过滤3.2.4 日志导出与归档3.3 权限管理3.3.1 用户角色与权限分配3.3.2 角色继承与继承关系管理 3.4 报警与通知3.4.1 报警规则设置3.4.2 报警通知方式3.4.3 报警信息处理3.5 日志分析与统计3.5.1 日志分析功能3.5.2 日志统计报表4. 用户界面4.1 登录界面4.2 主界面4.3 日志查看界面4.4 权限管理界面4.5 报警设置界面4.6 日志分析界面5. 非功能性需求5.1 性能要求5.2 可扩展性5.3 可靠性与可用性5.4 安全性5.5 用户友好性6. 附件附件1:数据库表结构设计附件2:界面原型设计附件3:系统接口文档7. 法律名词及注释- 用户身份验证:确认用户身份真实性的过程,通常使用用户名和密码进行验证。
- 密码安全策略:指定了密码复杂度、有效期和密码存储方式等安全要求。
- 实时日志记录:系统在运行过程中即时记录事件和错误信息。
- 日志级别分类:将日志按照不同的级别(如调试、信息、警告、错误)进行分类。
- 日志查询与过滤:用户可以通过关键字、时间范围等条件查询和过滤日志。
- 日志导出与归档:用户可以将特定的日志数据导出为文件并进行归档保存。
- 报警规则设置:用户可以定义触发报警的条件和规则。
- 报警通知方式:系统可以以短信、邮件等形式通知用户报警信息。
- 日志分析功能:系统提供分析日志的功能,例如关键字分析、异常模式检测等。
- 日志统计报表:系统可以各类报表,统计日志数据并提供可视化展示。
《系统概要设计说明书》模板写作要点:1.1.1编写目的:描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的,开发这个软件产品意义、作用、以及最终要达到的意图。
注意,如果这份软件系统概要设计报告只与整个系统的某一部分有关系,那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2.1.2预期读者和阅读建议:列举本软件系统概要设计报告所针对的各种不同的预期读者,描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。
3.1.3参考资料:列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意,为了方便读者查阅,所有参考资料应该按一定顺排列,尽可能详细的提供资料的信息,比如标题、版本。
4.术语与缩略语:描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语,并且缩略语列表中必须按照滋补的升序排列。
5.2.1限制和约束:简要描述起到限制和约束作用的各种可能存在的条件,并且说明在这些条件下,应该实现的系统目标。
这些条件可能包括:技术条件、资金状况、开发环境、时间限制。
6.2.2设计原则和设计要求:描述设计人员的进行概要设计的方法和决策,通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7.3系统的软件架构:描述如何将系统分解为子系统,绘制逻辑图,并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意,在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时,可以使用下表•子系统编号给出本系统中指定子系统的顺序编号:如果本系统末划分为多个子系统,仅由一个运行模块组成;则本项内容仍需要描述,但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称,该名称是在应用软件中实际使用的可执行文件名称,必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称,该名称必须能够说明该子系统的特点。
软件研发日志管理系统需求规格说明书(V1.0.0)在全新的互联网经济和科技知识经济,企业需要一种全新的管理理念和管理手段,对单位内部办公管理流程进行整合。
于是,网络办公自动化OA(OfficeAutomation)概念应运而生。
麦穗网络科技研制开发的软件研发日志管理系统定位于软件开发行业信息化建设的基础软件平台——在对单位的办公、管理和信息沟通提供强有力的网络化、电子化支持外,还为其它信息化系统的引入、为这些系统间的信息交流提供帮助,实现单位信息化程度的全面提升。
该系统主要是基于Internet\Intranet和网络数据库,集流程管理、人员组织管理、系统权限管理、公共信息管理、信息共享为一体的信息管理系统。
以其特有的技术、结合各单位办公管理业务流程的特点,提供一套完整的计算机应用解决方案,最终使软件技术企业真正提高管理的质量和效率。
2015年4月6日改版履历本次修改的主要内容如下表:需求确认目录1、概述_________________________________________________________________________________ 5 1.1 软件研发日志管理系统需求规格说明书编写目的 __________________________________________________________ 51.2 软件研发日志管理系统范围___________________________________________________________________________________ 52、项目环境 _____________________________________________________________________________ 6 2.1 软件研发日志管理系统项目背景 _____________________________________________________________________________ 6 2.2 软件研发日志管理系统运行环境 _____________________________________________________________________________ 62.2.1硬件环境 ___________________________________________________________________________________________________ 62.2.2软件环境 ___________________________________________________________________________________________________ 73、总体功能描述_________________________________________________________________________ 8 3.1总体功能概况 ___________________________________________________________________________________________________ 8 3.2 重点业务流程___________________________________________________________________________________________________ 93.2.1软件研发日志管理系统考勤管理模块的流程图 ________________________________________________________ 93.2.2日志管理流程图 _________________________________________________________________________________________ 10 3.3用户列表 ______________________________________________________________________________________________________ 113.4需求通用规则 _________________________________________________________________________________________________ 114、功能性需求描述 _____________________________________________________________________ 12 4.1 填写日志 ______________________________________________________________________________________________________ 124.1.1 日志信息查询 ____________________________________________________________________________________________ 124.1.2 日志信息新增 ____________________________________________________________________________________________ 134.1.3 日志信息修改 ____________________________________________________________________________________________ 144.1.4 日志信息删除 ____________________________________________________________________________________________ 15 4.2日志审批 ______________________________________________________________________________________________________ 164.2.1 日志信息审批 ____________________________________________________________________________________________ 164.2.2 日志信息审批查询_______________________________________________________________________________________ 174.2.3 日志信息审批修改_______________________________________________________________________________________ 184.2.4 日志信息审批删除_______________________________________________________________________________________ 19 4.3 加班申请 ______________________________________________________________________________________________________ 194.3.1 加班申请查询 ____________________________________________________________________________________________ 194.3.2 提交加班申请 ____________________________________________________________________________________________ 204.3.3 加班申请修改 ____________________________________________________________________________________________ 214.3.4 撤销加班申请 ____________________________________________________________________________________________ 22 4.4 加班审批 ______________________________________________________________________________________________________ 234.4.1 加班审批查询 ____________________________________________________________________________________________ 234.4.2 加班审核 _________________________________________________________________________________________________ 244.4.3 加班审批修改 ____________________________________________________________________________________________ 254.4.4 撤销加班审批 ____________________________________________________________________________________________ 26 4.5 请假申请 ______________________________________________________________________________________________________ 274.5.1 申请请假 _________________________________________________________________________________________________ 274.5.2 请假申请查询 ____________________________________________________________________________________________ 274.5.3 请假申请修改 ____________________________________________________________________________________________ 284.5.4 撤销请假单_______________________________________________________________________________________________ 29 4.6 请假审批 ______________________________________________________________________________________________________ 304.6.1 请假审批查询 ____________________________________________________________________________________________ 305、非功能性需求描述 ___________________________________________________________________ 31 5.1 安全性 _________________________________________________________________________________________________________ 315.1.1 系统安全 _________________________________________________________________________________________________ 31 5.2 设计要求 ______________________________________________________________________________________________________ 31 5.3数据完整性_______________________________________________________________________________________________ 31 5.4 性能要求 ______________________________________________________________________________________________________ 315.5 兼容性 _________________________________________________________________________________________________________ 326、系统接口 ____________________________________________________________________________ 337、项目交付物__________________________________________________________________________ 348、验收标准 ____________________________________________________________________________ 359、附录________________________________________________________________________________ 361、概述1.1软件研发日志管理系统需求规格说明书编写目的软件研发日志管理系统定位于软件开发行业信息化建设的基础软件平台——在对软件公司的办公、管理和信息沟通提供强有力的网络化、电子化支持外,还为其它信息化系统的引入、为这些系统间的信息交流提供帮助,实现单位信息化程度的全面提升。
目录第一章系统概述 (2)1.1系统功能介绍 (2)1.2网络安装拓扑 (2)1.3系统安装与卸载 (3)1.4 NetMizer设置 (4)1.5 进入日志服务器管理 (4)第二章应用协议分析 (6)2.1概述 (6)2.2协议分析 (6)2.2会话数分析 (7)2.3主机数分析 (7)2.4带宽通道分析 (8)2.5详细协议分析 (8)2.6数据导出/维护 (9)第三章系统性能 (10)3.1概述 (10)3.2 CPU (10)3.3 内存 (10)3.4 网络接口 (11)第四章系统设置 (12)4.1概述 (12)4.2基础选项 (12)4.3本地地址设置 (12)4.4修改管理员密码 (13)第五章会话统计 (14)5.1概述 (14)5.2新建搜索任务 (14)5.3目标地址组管理 (15)5.4搜索任务管理 (16)5.5搜索结果管理 (16)第六章报表 (18)6.1概述 (18)6.2生成报表 (18)第一章系统概述1.1系统功能介绍日志管理系统是配合NetMizer流量管理设备的外挂系统,一般安装在一台独立的Windows服务器上,具有以下的功能:n 统计当前系统运行状态,如CPU,内存,网络等;n 统计前十位应用协议的带宽状况,并绘出比较图;n 实时的带宽通道监控;n 实时的会话数监控;n 实时的主机数监控;n 在较低流量状况下(<100M),记录流经NetMizer系统的所有IP地址所有会话,支持会话的搜索功能;n 实时统计当前每个主机的流量;1.2网络安装拓扑日志管理系统一般安装在一台内网的Windows服务器上,可以通过NetMizer的管理端口与NetMizer连接,也可以直接连接到内网上,无论是那种连接方式,必须保障NetMizer 设备可以和日志服务器联通,网络拓扑图如下所示:图1.网络拓扑图1.3系统安装与卸载日志系统的安装一般不需要用户干预,系统会自动安装,双击日志系统安装程序:nmlog.exe,如下图所示:图2.系统安装点击“下一步”即可,安装程序会自动将日志系统安装在C:\NMLogSvr目录下,这个安装目录不能更改。
Nat日志查询软件设计前台设计后台设计开始时间2010-11-25结束时间目录1 引言 (1)2 需求分析 (2)2.1 功能需求。
(2)2.2 环境需求 (2)3 总体设计 (3)3.1 系统总体功能模块设计 (3)4 详细设计 (4)4.1 多线程客户端交互模块 (4)4.2 日志查询 (4)4.3 前后台交互模块 (5)4.4信息转储模块 (6)5 系统运行与测试 (7)5.2 系统调试 (7)1 引言NAT英文全称是Network Address Translation,称是网络地址转换,他是个IETF 标准,允许一个机构以一个地址出目前Internet上。
NAT将每个局域网节点的地址转换成一个IP地址,反之亦然。
他也能应用到防火墙技术里,把个别IP地址隐藏起来不被外界发现,使外界无法直接访问内部网络设备,同时,他还帮助网络能超越地址的限制,合理地安排网络中的公有Internet 地址和私有IP地址的使用。
NAT有三种类型:静态NAT(Static NAT)、动态地址NAT(Pooled NAT)、网络地址端口转换NAPT(Port-Level NAT)。
其中静态NAT设置起来最为简单和最容易实现的一种,内部网络中的每个主机都被永久映射成外部网络中的某个合法的地址。
而动态地址NAT则是在外部网络中定义了一系列的合法地址,采用动态分配的方法映射到内部网络。
NAPT则是把内部地址映射到外部网络的一个IP地址的不同端口上。
根据不同的需要,三种NAT方案各有利弊。
动态地址NAT只是转换IP地址,他为每一个内部的IP地址分配一个临时的外部IP地址,主要应用于拨号,对于频繁的远程联接也能采用动态NAT。
当远程用户联接上之后,动态地址NAT就会分配给他一个IP地址,用户断开时,这个IP地址就会被释放而留待以后使用。
网络地址端口转换NAPT(Network Address Port Translation)是人们比较熟悉的一种转换方式。
文档编号:2项目名称工作备忘录提示软件系统概要设计说明书计算机学院谢喆09430930172011年5月修改记录目录1引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3定义 (3)1.4参考资料: (3)2条件与限制 (3)3需求规定 (4)4运行环境 (4)4.1硬件环境 (4)4.2软件环境 (4)5体系架构 (4)5.1系统结构 (4)5.2软件架构 (5)6逻辑结构设计 (5)6.1CSCI列表 (6)6.2CSCI关系图 (7)6.3CSCI-1-1话音数据记录(V OICE R ECORD) (7)6.3.1模块名称 (7)6.3.2功能描述 (7)6.3.3接口描述 (7)6.3.3.1输入接口 (7)6.3.3.2输出接口 (7)6.3.4流程描述 (8)6.3.4.1话音记录初始化流程描述.............................. 错误!未定义书签。
6.3.4.2话音记录流程描述 (8)6.3.4.3XXX命令流程描述 (8)6.3.5补充说明 (8)6.4CSCI-4网络与公共基础支持(B ASIC P UBLIC)....... 错误!未定义书签。
6.4.1模块名称.............................................................. 错误!未定义书签。
6.4.2功能描述.............................................................. 错误!未定义书签。
6.4.2.1输入接口.......................................................... 错误!未定义书签。
6.4.3补充说明.............................................................. 错误!未定义书签。
日志管理系统功能说明书日志管理系统功能说明书1.系统简介1.1 目的和背景日志管理系统是为了帮助企业或组织有效地收集、存储和管理日志信息,并提供快速检索和分析功能。
1.2 系统特点日志管理系统具有以下特点:- 系统可以自动收集多种来源的日志信息,如服务器日志、应用程序日志等。
- 系统可以将日志信息进行存储和归档,保证数据的可追溯性和安全性。
- 系统提供快速检索和分析功能,帮助用户快速定位和解决问题。
- 系统支持日志关联和跟踪,方便用户对事件进行溯源分析。
- 系统提供日志报表和统计功能,帮助用户进行日志分析和决策支持。
2.系统架构2.1 系统组成日志管理系统由以下模块组成:- 数据收集模块:负责收集各种来源的日志信息,并将其发送到统一的数据存储模块。
- 数据存储模块:负责接收和存储日志信息,并提供数据的查询和检索接口。
- 数据处理模块:负责对存储的日志信息进行处理和分析,并提供相关的报表和统计功能。
- 用户界面模块:提供用户操作界面,包括日志查看、搜索、报表等功能。
2.2 系统架构图(请插入系统架构图)3.功能详细说明3.1 数据收集功能- 支持多种来源的日志数据收集,如服务器日志、应用程序日志、网络设备日志等。
- 支持协议灵活配置,可以通过等协议获取日志数据。
- 支持数据压缩和加密,保证数据的传输安全。
3.2 数据存储功能- 支持日志信息的持久化存储,保证数据的可追溯性。
- 支持日志信息的归档和压缩,节约存储空间。
- 支持数据备份和恢复,保证数据的安全性。
3.3 数据处理功能- 支持对存储的日志信息进行分析和处理,如错误日志提取、异常检测等。
- 支持对日志信息进行关联和跟踪,方便用户进行事件溯源。
- 支持自定义报表和统计功能,满足用户的不同需求。
3.4 用户界面功能- 提供直观的用户界面,方便用户进行日志信息的查看和搜索。
- 提供快速检索功能,支持关键词搜索、时间范围搜索等。
- 提供报表和导出功能,支持多种格式如PDF、Excel等。
系统日志设计方案一、为啥要搞系统日志呢?咱先唠唠为啥要设计系统日志。
你想啊,系统就像一个超级复杂的大机器,每天都在那吭哧吭哧干活儿。
要是没有个日志来记录它都干了啥,就好比一个人一天忙得晕头转向,但是啥也没记,到最后都不知道自己干了啥好事儿,干了啥坏事儿。
系统日志呢,就像是系统的小日记,能告诉我们系统啥时候启动啦、哪个功能被使用啦、有没有出错啥的。
这样,不管是系统出问题了,还是我们想看看系统运行的情况,都能从这个日志里找到线索。
二、日志都记些啥?1. 基本信息类。
系统启动和关闭时间:这就像是记录系统上班和下班的时间一样。
比如说系统是2023年7月1日早上9点启动的,然后晚上6点关闭了,把这个时间记下来,我们就能知道系统一天的工作时长啦。
系统版本号:不同版本的系统可能有不同的表现。
就像手机系统升级后,有些功能就变了。
记录系统版本号,当出现问题的时候,我们就能知道是不是这个版本特有的问题。
2. 用户操作类。
用户登录和登出:谁啥时候登录了系统,啥时候又走了。
比如说张三在2023年7月5日上午10点登录了系统,11点登出了。
这可以帮助我们知道用户的使用习惯,还能防止有人非法登录呢。
如果李四的账号在半夜突然登录了,这可能就有问题了。
功能调用:用户在系统里使用了啥功能也要记下来。
比如用户在系统里点击了“查询订单”这个功能,日志里就要写上“2023年7月10日下午3点,用户王五调用了查询订单功能”。
这样我们就能知道哪个功能用得多,哪个功能可能没人用,还能根据这些信息来优化系统。
3. 错误和异常类。
错误信息:要是系统出了岔子,比如出现了“数据库连接失败”这种错误,日志里一定要详细地记录下来。
像“2023年7月15日上午11点,数据库连接失败,错误码:1001,可能原因:网络故障或者数据库服务未启动”。
这样,技术人员就能根据这个错误信息快速定位问题,就像医生根据病人的症状诊断病情一样。
异常情况:除了错误,还有一些异常情况,比如系统突然变得特别慢。
日志系统概要设计说明书作者:曾琦,杨兴,龚锡寒完成日期:待定签收人:签收日期:修改情况记录:目录1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.3 定义 (1)1.4 参考资料 (2)2 总体设计 (2)2.1 需求规定 (2)2.1.1 基本功能 (2)2.1.2 基本需求 (3)2.2 运行环境 (4)1 硬件环境 (4)2 软件环境 (4)2.3 基本设计概念和处理流程 (5)2.3.1业务流程设计 (5)2.3.2数据流程设计 (12)2.4 结构 (13)2.5 功能需求与程序的关系 (14)2.6 人工处理过程 (15)2.7 尚未解决的问题 (15)3 接口设计 (15)3.1 用户接口.................................................................................................... 错误!未定义书签。
3.2 外部接口 (15)3.3 内部接口 (16)4 运行设计 (16)4.1 运行模块组合 (19)4.2 运行控制 (20)4.3 运行时间 (24)5 系统数据结构设计 (24)5.1 逻辑结构设计要点 (24)5.2 物理结构设计要点 (24)5.3 数据结构与程序的关系 (24)6 系统出错处理设计 (25)6.1 出错信息 (25)6.2 补救措施 (25)6.3 系统维护设计 (25)1 引言1.1 编写目的本文档系统描述了日志系统的设计,主要阅读对象为日志系统的项目经理及软件开发人员,测试日志系统的测试人员,需求分析师等。
项目经理:阅读本文档的全部描述信息,开发人员:重点阅读是外部接口和内部接口部分。
需求分析师以及测试人员:重点阅读是需求概述部分。
1.2 范围软件系统名称:日志系统1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料2 总体设计2.1 需求规定2.1.1 基本功能日志系统无论是作为一个独立的系统还是作为其他系统的子系统都应具备2个基本的功能2.1.1.1 日志来源日志来源可以是使用日志系统的用户自己或者其他调用日志系统的人,又或是其他需要记录软件日志的使用者。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (3)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (4)2.6人工处理过程 (4)2.7尚未问决的问题 (4)3接口设计 (4)3.1用户接口 (4)3.2外部接口 (4)3.3内部接口 (5)4运行设计 (5)4.1运行模块组合 (5)4.2运行控制 (5)4.3运行时间 (5)5系统数据结构设计 (5)5.1逻辑结构设计要点 (5)5.2物理结构设计要点 (6)5.3数据结构与程序的关系 (6)6系统出错处理设计 (6)6.1出错信息 (6)6.2补救措施 (6)6.3系统维护设计................................................................................... 错误!未定义书签。
日志管理概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计2.1需求规定●对绘制图形等操作保存业务操作日志。
●对日志的浏览●对日志的备份●对日志的删除、清空2.2运行环境●操作系统⏹Windows2000Server⏹Windows2003●数据库⏹Oracle2.3基本设计概念和处理流程本系统仅对绘制图形等操作保存业务操作日志。
日志管理系统功能说明书日志管理系统是用来实时采集、搜索、分析、可视化和审计系统及事件日志的管理软件,能够对全网范围内的主机、服务器、网络设备、数据库以及各种应用服务系统等产生的日志全面收集,并通过大数据手段进行分析,通过统一的控制台进行实时可视化的呈现。
通过定义日志筛选规则和策略,帮助IT管理员从海量日志数据中精确查找关键有用的事件数据,准确定位网络故障并提前识别安全威胁,从而降低系统宕机时间、快速响应,从而提升网络性能、业务系统稳定性、全网的安全性。
一.硬件需求1.可以采用普通的x86服务器,以集群布署的方式实现高速、低价、稳定、实时的日志管理。
2.配置:2颗CPU,32G内存,Xeon-E5,1T硬盘,7-10台二.系统技术栈1.Flume+Kafk:a收集各种类型的日志信息2.Sparkstreaming:实时处理、分析收集的数据3.Elasticsearch:实现多维度的搜索、查询4.HBase、HDFS:实现日志的存储三.功能详述1.实时事件关联:预置多种事件关联规则,快速定位网络安全威胁、黑客攻击、内部违规;2.多样化的报表和统计图表:允许创建自定义报表,生成多样化的统计图表。
3.集中的日志采集:持各种协议采集,对不同日志源所产生的日志进行收集,实现日志的集中管理和存储,支持解析任意格式、任意来源的日志。
4.特定用户监控:收集并分析特定用户活动产生的各种日志。
5.日志搜索:强大的日志搜索引擎,可进行多维度的搜索查询,从海量的日志数据中检索出所需的信息,进而产成更详细的日志分析报表。
6.实时警告:支持用户自定义告警规则,告警发送模式支持短信及邮件等基本方式。
还可以通过手机APP,和微信公众号的方式实现手机APP和微信的消息推送的方式进行高危告警。
7.日志分析:通过大数据挖掘分析手段,对日志进行深入的挖掘和分析,从而发现日志中存在的关联性问题或异常。
8.灵活的日志归档:通过自定义方式,提对收集的日志数据进行自动归档处理,以实现日志数据的长久保存。
日志系统概要设计说明书作者:曾琦,杨兴,龚锡寒完成日期:待定签收人:签收日期:修改情况记录:目录1 引言 (1)1.1 编写目的 (1)1.2 范围 (1)1.3 定义 (1)1.4 参考资料 (2)2 总体设计 (2)2.1 需求规定 (2)2.1.1 基本功能 (2)2.1.2 基本需求 (3)2.2 运行环境 (4)1 硬件环境 (4)2 软件环境 (4)2.3 基本设计概念和处理流程 (5)2.3.1业务流程设计 (5)2.3.2数据流程设计 (12)2.4 结构 (13)2.5 功能需求与程序的关系 (14)2.6 人工处理过程 (15)2.7 尚未解决的问题 (15)3 接口设计 (15)3.1 用户接口.................................................................................................... 错误!未定义书签。
3.2 外部接口 (15)3.3 内部接口 (16)4 运行设计 (16)4.1 运行模块组合 (19)4.2 运行控制 (20)4.3 运行时间 (24)5 系统数据结构设计 (24)5.1 逻辑结构设计要点 (24)5.2 物理结构设计要点 (24)5.3 数据结构与程序的关系 (24)6 系统出错处理设计 (25)6.1 出错信息 (25)6.2 补救措施 (25)6.3 系统维护设计 (25)1 引言1.1 编写目的本文档系统描述了日志系统的设计,主要阅读对象为日志系统的项目经理及软件开发人员,测试日志系统的测试人员,需求分析师等。
项目经理:阅读本文档的全部描述信息,开发人员:重点阅读是外部接口和内部接口部分。
需求分析师以及测试人员:重点阅读是需求概述部分。
1.2 范围软件系统名称:日志系统1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料2 总体设计2.1 需求规定2.1.1 基本功能日志系统无论是作为一个独立的系统还是作为其他系统的子系统都应具备2个基本的功能2.1.1.1 日志来源日志来源可以是使用日志系统的用户自己或者其他调用日志系统的人,又或是其他需要记录软件日志的使用者。
2.1.1.2 日志输出作为一个日志系统,需要有提供日志显示的功能。
当日志系统记录了日志时就应当提供日志显示的功能给使用者查看这些日志,这样才能提现这些日志的价值。
当然日志系统还可以根据用户的需要增加一些自定义的功能:比如:日志的导出和日志的打印,以便用户在需要对有价值的信息进行特定格式的保存或者打印成文档的时候使用。
2.1.2 基本需求2.1.2.1 记录日志功能日志系统提供记录日志的功能,记录的日志可以有软件的运行、用户的操作行为。
软件的运行包括:软件的运行状态,用户的操作行为包括:用户使用软件提供的功能时的行为。
记录的日志信息包括:操作类型、操作结果、操作时间、操作者、操作目标、操作者的IP地址。
2.1.2.2 查询日志功能日志系统提供用户日志、物流配送日志、员工信息日志、教务管理系统日志供用户查询,使用者可以根据日志系统提供的查询条件自行指定的条件进行查询。
用户日志可以根据:用户ID、IP地址、用户级别、开始时间、结束时间5个条件来查询需要的日志;物流配送日志可以依据:子系统、操作类型、操作结果、用户ID、源文件、目的文件、开始时间、结束时间等9个条件来查询;员工信息管理系统日志可以根据:子系统、操作类型、操作结果、用户ID、预置点编号、目标地址、开始时间、结束时间等9个条件来查询;教务管理系统日志则可以根据:子系统、用户ID、操作类型、操作目标、操作结果、开始时间、结束时间等6个条件查询。
使用者可以自行决定搜索条件来查询所需要的日志,日志系统将符合搜索条件的日志显示到界面供用户查看。
2.1.2.3 日志的导出功能当使用者通过日志查询查询出日志后,可以选中某些需要保存的日志使用日志导出功能将这些日志保存为TXT或是WORD格式的文件。
如果要保存为WORD格式的文件,必须保证使用者的电脑已经安装了OFFICE软件,否则会导出失败。
2.1.2.4 日志的打印功能当使用者通过日志查询查询出日志时,可以将对选中的日志信息进行打印操作。
使用打印操作之前必须保证电脑已经连接上了打印机,否则将无法打印。
2.2 运行环境1 硬件环境处理器:Pentium 3或性能更好的处理器。
内存:512MB或以上。
硬盘空间:500MB或以上的剩余空间。
本系统对于硬件的要求不算太高,选择计算机主要是本着经济、运行稳定的原则。
目前主流的PC机就可以满足本系统的运行要求。
2 软件环境系统环境:只支持Microsoft (微软) 操作系统。
版本代号为XP SP2 或者比次版本更高的系统,如:Windows 2003,Windows Vista,Windows 7。
数据库:MYSQL5.5数据库或更高版本的MYSQL。
Windows操作系统以其友好的图形界面,以及简单的操作要求,深受用户的青睐,另外他对使用者要求相对其他系统简单,所以一般用户都能直接上手。
基于上述的考虑,选择Windows系统作为软件的运行环境,方便使用者的操作。
2.3 基本设计概念和处理流程2.3.1业务流程设计2.3.1.2 写入软件运行日志流程2.3.1.3 读出软件运行日志流程2.3.1.4 搜索日志流程2.3.1.5子流程或分支处理流程设计2.3.1.5.1 数据库操作模块流程图处理设计2.3.1.5.2日志系统用户界面模块流程图处理设计2.3.2数据流程设计2.3.2.1 写入日志信息2.3.2.2 读出日志信息2.3.2.3 搜索用户日志2.4 结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系。
2.5 功能需求与程序的关系2.6 人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7 尚未解决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3 接口设计3.1 外部接口接口数据类型说明:Char* 字符指针Const 常量BOOL 布尔型VOID 空BOOL WriteLog(char *pLogInfo, int nLogType)功能:写入日志,根据nLogType的值写入对应的日志。
nLogType的取值详见参数说明参数:第一个参数以结构体字符串常量形式传入,第二个为一个整形变量,可选值为其下面其中之一: USERLOG:用户日志;LogisticsLog:物流配送日志EmployeeLog:员工信息日志EducationalLog:教务系统日志;返回值:若写入成功,返回TRUE,否则返回FALSE。
无返回值 ShowLogSysDlg()功能:显示日志系统用户界面。
参数:无。
返回值:无。
3.2 内部接口接口列表如下:BOOL InitAccessDB()功能:初始化数据库。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL CloseAccessDB()功能:关闭数据库。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL StoreIPAddr()功能:将登录过主系统的用户的IP写入下拉列表。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL StoreUserID()功能:将登录过主系统的用户的ID写入下拉列表。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL GetSoftwareLogChoices()功能:当用户对软件运行日志进行搜索时,获取用户选择的筛选条件。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL GetUserLogChoices()功能:当用户对用户日志进行搜索时,获取用户选择的筛选条件。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL InitComboBox()功能:对除用户ID及用户IP以外的下拉列表框进行初始化。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL InitColumn()功能:对列表控件进行初始化。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL ReadSoftwareLogFromDB(const char*)功能:将软件运行日志从数据库中读出。
参数:若需要读取存储系统,传入”StoreLog”,若需要读取云台系统,传入”CloudLog”,大小写不透明。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL ReadUserLogFromDB()功能:将用户日志从数据库中读出。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL InitImageList()功能:初始化图标列表。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL GetLastUser()功能:取得数据库中最后一个用户记录,作为当前系统的使用者。
参数:无。
返回值:若成功返回TRUE,否则返回FALSE。
BOOL OnSoftwareLogSearch()功能:搜索软件运行日志。
参数:无返回值:若成功返回TRUE,否则返回FALSE。
BOOL OnUserLogSearch()功能:搜索用户日志。
参数:无返回值:若成功返回TRUE,否则返回FALSE。
4 运行设计4.1 运行模块组合说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合,说明每种运行所历经的内部模块和支持软件。
4.2 运行控制第一阶段实例化对象并初始化。
m_DB= new CDBAccess();实例化数据库对象:m_DB。
调用函数布尔值 Init(),初始化数据库m_DB对象。
布尔值 Connect(const TCHAR*Host,const TCHAR* User,const TCHAR* Password,const TCHAR* Database,DWORD Port),连接数据库。
如果成功,第二阶段。
布尔值 initComboBox() ,初始化下拉列表字符串 GetChoices(),获取用户在筛选区中说要获取日志信息的条件。
布尔值 ReadUserLog(CString strSQL),从数据库中获取用户所需要的用户日志布尔值 ReadLogisticsLog(CString strSQL),从数据库中获取用户所需要的物流配送日志布尔值 ReadEmployeeLog(CString strSQL),从数据库中获取用户所需要的员工信息日志布尔值 ReadEducationalLog(CString strSQL),从数据库中获取用户所需要的教务系统信息日志布尔值 Close(),关闭数据库第三阶段:当整个系统退出时,调用布尔值ReleaseDB() 释放资源,退出系统。