Storage and Retrieval of XML Documents using Object-Relational Databases Takeyuki Shimura,Masatoshi Yoshikawa and Shunsuke Uemura Graduate School of Information Science Nara Institute of Science and Technology 8916-5Takayama,Ikoma,Nara630-0101,Japan
{takeyu-s,yosikawa,uemura}@is.aist-nara.ac.jp
Abstract.This paper describes general storage and retrieval method-
s for XML documents using object-relational databases.The storage
method decomposes tree structure of XML documents into nodes,and s-
tores them in relational tables according to the node types.By using this
method,being independent of DTDs or element types,any XML docu-
ments can be stored in databases.Also it is possible to utilize index struc-
tures(e.g.B+trees,R trees,etc.)which are provided in database man-
agement systems.As for retrieval,we show the transformation of XQL
queries into SQL queries.It is possible to realize the storage method by
doing minimal extension to object-relational databases and the retrieval
method by adding a preprocessor of a query language.We also performed
experiments using XML documents on the plays of Shakespeare,to show
the e?ectiveness of our methods.
1Introduction
XML(eXtensible Markup Language)[WWWC98a],designed as a subset of SG ML[ISO86]and recommended by W3C(World Wide Web C onsortium),is a document description metalanguage to represent data and documents on the World Wide Web.The potential of XML is unlimited,and many new applications using XML are currently planned(e.g.[Bos97]).Therefore,e?cient storage and retrieval of XML documents in databases is an important research issue.With the increase of sophisticated XML documents,databases managing XML docu-ments are required to support queries on structure,content,and attributes1.
In this paper,we propose general storage and retrieval methods for XM-L documents using object-relational databases.As databases managing XML documents,we adopted commonly-used object-relational databases which have functionality of adding abstract data types.Figure1shows the logical architec-ture of our system.The di?erences between our methods and related work are as follows.Firstly,database schemas for storing XML documents are independent of DTDs or element types.Secondly,in retrieving XML documents,the system rewrites declarative queries for XML into SQL queries which are executed in object-relational databases.Also,it is possible to store XML documents by do-ing minimal extension to object-relational databases and the retrieval method by adding a preprocessor of a query language.
1The term‘attribute’is used di?erently in the context of databases and in XML.We call the former‘database attribute’and the latter‘attribute’.
DBMS
Fig.1.The logical architecture of our system.
1.1Related Work
Storage of structured documents There are two major approach to the stor-age and retrieval of XML documents in databases.XML documents are regarded as structured data in one approach,and as simple character string in another approach.
When structured documents are regarded as structured data,the tree struc-ture representing an XML document is mapped to database schemas.In this approach,database schemas are designed in accordance with the DTD of struc-tured documents.Once such database schema is designed,XML documents s-tored in databases are guaranteed to conform to the DTD.However,because commonly-used database models(such as relational model and object-oriented model)is not powerful enough to naturally represent the concept of“choice”in element type declarations in the DTD,database schema can not represent the DTD.In[CACS94],a mapping of DTDs to extended database schemas was proposed.However,this approach has a drawback in that(even a small)change of logical structure of XML documents in?uence on database schemas.
In our approach,since database schemas are independent of DTDs or element types,changes in logical structure do not in?uence on database schemas.Also, our storage method does not require extended facilities on database models nor database schemas.Also,conformance of XML documents to DTDs,if any,are not guaranteed by DBMSs but by XML processors.Validation check by an XML processor is executed when documents are inserted or modi?ed.
When structured documents are regarded simply as character strings,an XML document is stored in a database attribute.Operations on tree structure are replaced by string operators,and abstract data types which have functions to execute string operators are added to databases.Under this approach,queries on structured documents are described in extended SQL[BCD+95].Integration engine internally distributes queries to SQL on relational data and to commands on full-text system,and integrates the both query result before they are returned to users or applications.The system provides an interface through which users can view documents as if they were stored in database systems.
Though we also regard structured documents as simple character string,sub-stance of XML documents is stored in databases.We regarded generality as an important design factor.In our approach,we realize storage and retrieval of XML documents using only database management systems.
IndexScheme for structured documents Index schemes for structured doc-uments are described in[SDDTZ97].The paper presents position-based indexing and path-based indexing to access document collections by content,structure, or attributes.In position-based indexing,queries are processed by manipulating ranges of o?sets of words,elements or attributes.In path-based indexing,the paths in tree structures are used.Our storage method of XML documents adopts both of the two indexing schemes and enjoys the advantages of them.
The rest of the paper is organized as follows.Section2describes a storage method for XML documents.Section3describes a retrieval method for XML documents stored in databases.Section4reports the experimental results and demonstrates the e?ectiveness of our method.We conclude the paper in Sec-tion5.
2Storage Method of XML Documents
XML processors guarantee that XML documents stored in databases follow tag-ging rules prescribed in XML or conform to a DTD.Hence,XML documents stored in databases are valid or well-formed.
2.1A Tree Structure Representing an XML Document
An XML document can be represented as a tree,and node types in the tree are of the following three kinds:Element,Attribute and Text.These node types are equivalent to the node types in XSL[WWWC98b]data model.Though there are other node types such as comment,processing instruction,etc,we do not treat them in this paper.
–Nodes of type Element have an element type name as a label.Element nodes have zero or more children.The type of each child node is of one of the three(Element,Attribute and Text).
–Nodes of type Attribute have an attribute name and an attribute value as
a label.Attribute nodes have no child node.If there are plural attributes,
the order of the attributes is not distinguished.This is because there is no order in XML attributes.
–Nodes of type Text have character data speci?ed in the XML Recommen-dation as a label.Text nodes have no child node.
Figure3shows the tree structure representing the XML document in Fig-ure2.
2.2Design Strategies for Storing XML Documents
We have the following policies for the storage of XML documents:
–Database schemas should not depend on DTDs or element types,and databas-es shall store any XML documents.
–Index structures which are provided in database management systems shall be used.
?
This book is the guide to design
??
Fig.2.An example of an XML instance. book
author Nick Element Attribute family Marcus title
style textbook Designing XML
applications
Text books
summary
family given Bob Pant keyword This book is the guide to design
XML
given editor Kraft given family Bob
applications. Fig.3.An example of tree representation.
–Storage method shall be realized by doing minimal extension to object-relational databases.
–Functionalities of XML query languages shall be supported.
As for the storage of XML documents,the key issue is the mapping from the tree structure of an XML document to tuples in relational tables.We decompose the tree structure into relations so that we can easily access and reuse by the unit of logical structure and we can use index structures(e.g.B +trees,R trees,etc.)provided in database systems.
Regarding query languages for XML,much discussion have been made on the requirements for languages (e.g.[Wor98]).So far,only a few XML query
?
??Fig.4.The syntax of‘SimpleAbsolutePathUnit’stored in databases. languages including XQL[RLS98]and XML-QL[DFF+98]have been proposed. XQL is a natural extension to the XSL pattern syntax,and it provides a con-cise,understandable notation for pointing to speci?c elements and for searching
for nodes with particular characteristics.On the other hand,XML-QL,based
on research results on semistructured data,has operations peculiar to data ma-nipulation such as joins and supports transformations of XML data.XML-QL integrates information extraction in the WHERE clause and transformation or restructuring in the CONSTRUCT clause.XQL considers that transformation operation is separated from the query language.As for transformation,for ex-ample,[SLR98]uses XQL within XSL.In their approach,an XQL query is performed?rst,then the results of its XQL query are fed into XSL to perform transformations.
An XQL basic query is represented by a line command which connects path operators(’/’or’//’)with element types.’/’is the child operator which s-elects from immediate child nodes.’//’is the descendant operator which se-lects from arbitrary descendant nodes.Furthermore,the symbol’@’precedes attribute names.By using these notations,all paths of tree representation can
be expressed by element types,attributes,’/’and’@’.Strictly speaking,paths can be expressed by SimpleAbsolutePathUnit de?ned in Figure4.In this paper,
we call SimpleAbsolutePathUnit simple path.
Basically,we decompose XML documents into simple paths,and store them
in databases.However,using only simple paths,retrieval allowing for the hier-archy or order within a document can not be handled.Therefore,we retain for each node,simple path and a pair of positions of the node within the document. Such pair is usually called a region(i.e.a pair of a start position and an end posi-tion).Because of this mechanism,functionalities of XML query language can be supported properly.Also,the inclusion relationship and the order relationship between nodes can be maintained.
As an example,Figure5shows simple paths,regions,and occurrence order information on node type Element,which are derived from the tree structure in Figure3.In Figure5,the element types in node type Element and the attribute names in node type Attribute are absorbed into the simple paths.Moreover, nodes of type Element are assigned to order information,which represent occur-rence order within sibling nodes having the same parent node.Occurrence order information is composed of occurrence plus order information,and occurrence minus order information.Occurrence plus(or minus)order information is the index number of the node within the parent node.The indexes are zero-based,
so0represents the?rst element node.The occurrence order information is used
/books/book
(0.2, 18.2)
0, -1
(5.3, 9.2) 0, -1 /author/given (6.2, 7.1) 0, -2 /books/book /author/family (6, 6)Element Attribute /author/family (5.4, 6.1) 0, -2 /books/book /author/given (7, 7) (0.3, 3.1)
0, -1
/books/book /@style (0.2, 0.2) applications /books/book/title (1, 3)Text (0.1, 18.3)
0, -1
(9.3, 18.1) 0, -1
/author/family (7.2, 8.1) 1, -1 /author/given (8.2, 9.1) 1, -1 /books/book /aurhor/family
(8, 8)
/books/book
/author/given (9, 9) mary/keyword (16.1, 17.1) 0, -1 /books/book /summary (18, 18)
/books/book /summary (10, 16) /books/book /summary/keyword (17, 17)
(3.2, 5.2) 0, -1 /editor/family (3.3, 4.1) 0, -1 /books/book /editor/family (4, 4) /editor/given (4.2, 5.1) 0, -1 /books/book /editor/given (5, 5)Fig.5.The simple path and the region of each node derived from the tree structure in Figure 3.
to support the index functions in XQL.
Because there are many ways to assign the region of each node,we will not assume speci?c assignment.In this paper,we assign the region of each node as follows.Each word occurrence is assigned an integer number corresponding to its position within the document.Each tag is assigned a real number.Its integer part indicates the position number of the preceding word and decimal part indicates the position of the tag being concerned in the current sequence of tags.The reason because tags are not assigned a position is so that they do not interfere with proximity searches on words[SDDTZ97].In general,regions of two nodes may have the inclusion relationship but they do not have the overlap relationship.
Decomposition of XML documents into simple paths,type classi?cation and computing region of each node are executed when XML documents are parsed using XML processor.Next we will show how data in Figure 5are stored in relational tables.
2.3Addition of Abstract Data Type
Abstract data type to be de?ned is the only type which manages region(positions)of each node type within a document.An instance of REGION type keeps po-sitions,which are a pair of numerical values (r,s )representing a start position and an end position,where 0 –BOOLEAN contain(REGION pos ) This predicate takes an instance pos (r a ,s a )of REGION type as its argu- ment,returns TRUE if and only if(r,s)contains(r a,s a). –BOOLEAN precede(REGION pos) This predicate takes an instance pos(r a,s a)of REGION type as its argu-ment,returns TRUE if and only if(r,s)precedes(r a,s a). These predicates are used to decide the inclusion relationship or the order relationship of regions within same document. 2.4Relational Database Schemas for Storing XML Documents Relations for storing XML documents are four kinds:Element,Attribute,Text, and Path.The relations Element,Attribute and Text store data about each node type described in Section2.1.The relation Path stores data about simple paths. Each relation has the following database attributes. –The relation Element stores data about Element nodes.Database attributes are docID,pathID,index,reindex and pos to store document identi?ers,path identi?ers,plus occurrence order,minus occurrence order and regions respec-tively. –The relation Attribute stores data about Attribute nodes.Database attribute are docID,pathID,attvalue and pos to store document identi?ers,path iden-ti?ers,attribute values and regions respectively. –The relation Text stores data about Text nodes.Database attribute are docID,pathID,value,and pos to store document identi?ers,path identi?ers, collections of character data and regions respectively. –The relation Path stores data about simple paths.Database attribute are pathexp and pathID to store simple paths and path identi?ers respectively. 2.5Storage of XML Documents to Relational Tables Data about each node described in Section2.1is stored,being based on database schema described in Section2.4.For example,Figure6shows that the tree struc-ture in Figure3is stored in relational tables.In many XML documents stored in database,if plural XML documents follow the same DTD,there are many same simple paths.Therefore,by storing the correspondence between pathID and simple path in the relation Path,the number of tuples can be reduced.Each occurrence of database attribute pathexp in relation Path is subject to simple path speci?ed in Figure4. Element docID pathID index reindex pos 110-10.1,18.3 120-10.2,18.2 140-10.3, 3.1 150-1 3.2, 5.2 160-1 3.3, 4.1 170-1 4.2, 5.1 180-1 5.3,9.2 190-2 5.4, 6.1 1100-2 6.2,7.1 191-17.2,8.1 1101-18.2,9.1 1110-19.3,18.1 1120-116.1,17.1Attribute docID pathID attvalue pos 13textbook0.2,0.2 Text docID pathID value pos 14Designing XML applications1,3 16Bob4,4 17Kraft5,5 19Nick6,6 110Marcus7,7 19Bob8,8 110Pant9,9 111This book is...10,16 112XML17,17 111applications.18,18Path pathexp pathID /books1 /books/book2 /books/book/@style3 /books/book/title4 /books/book/editor5 /books/book/editor/family6 /books/book/editor/given7 /books/book/author8 /books/book/author/family9 /books/book/author/given10 /books/book/summary11 /books/book/summary/keyword12 Fig.6.A storage exmple of XML documents. If tree structures are stored in the relational tables in Figure6,the source XML documents can be rebuilt because of preserving document identi?er and region of each node type. By dividing tree structures into nodes and storing them according to the node types,we enjoy the following advantages. –Database schemas to store XML documents do not depend on DTDs or element types.Any XML documents can be managed,being based on the four relational tables. –Index structures provided in database management systems can be used.B+ trees on database attributes other than database attributes pos and R(or R?) trees on database attributes pos can be constructed.By constructing index structures,queries for XML documents can be e?ciently processed. –It is possible to realize our storage method by doing minimal extension to object-relational databases.The abstract data type which is added to database systems is only REGION type described in Section2.3.Predicates of REGION type can decide the inclusion relationship or the order relation-ship.If this abstract data type is not added,by using simple comparison predicates such as 3Retrieval Method of XML Documents In our architecture,XML documents are decomposed into paths of their tree representation,and stored in the four relations in Figure6.Their relational ta-bles,in which XML documents are stored,are hidden from users or applications. Users or application consider XML documents as trees,and they specify queries in XML query languages.In this paper,we employ XQL as such an XML query language.In this section,we describe a framework to rewrite XQL queries in-to SQL queries.However,the query rewriting in detail is omitted due to the limitation of space. XML documents are decomposed into fragments and they are stored in rela-tional tables.Therefore,identi?cation of sub-documents(i.e.a set of document identi?er and region)is expected to be e?cient using such tables.However, rebuilding entire documents or large sub-documents from fragments in tables will be ine?cient.Hence,when such(sub-)documents are required,we take an approach to scan XML document?les. 3.1Query Rewriting Using a notation which connects path operators(’/’or’//’)with element types, etc.,XQL can extract sub-documents enclosed with elements.’/’is the child op-erator which selects from immediate child nodes.’//’is the descendant operator which selects from arbitrary descendant nodes.The’//’can be thought of as a substitute for one or mode levels of hierarchy.Also,in the query,?ler clause’[]’which is analogous to the SQL WHERE clause,indexing which is easy to?nd a speci?c node within a set of nodes,etc.can be speci?ed. Since data about XML documents such as simple paths are stored as string in databases,functions of pattern matching in SQL-92[DD93]can be used.For example,as basic queries,if XQL queries do not include?ler nor indexing,the outline of generating SQL queries is as follows: (1)Simple paths stored in databases start with path operator’/’,and they connect element type with’/’.If XQL queries include path operator’//’, every occurrence of’//’in simple paths is replaced with’%/’by using LIKE predicate in the WHERE clause.Then,using the replaced simple paths, pathIDs are selected out from the relation Path. (2)Pairs of docID and pos in the relation Element are retrieved based on each pathID obtained in(1). As an example,Query1shows that an XQL query which connects element type with path operator can be rewritten into SQL. Next,Query2shows that an XQL query which has a?lter is rewritten into SQL.If condition about text is speci?ed in?lter,as for rewriting,a query in SQL can be produced by adding relation Text in the FROM clause and condition of text in the WHERE clause.In the WHERE clause,pos is REGION type and one of predicates described in Section2.3is used. Furthermore,XQL queries having indexing can also be transformed into SQL queries by using database attribute index or reindex.We give such an example in Query3. Query1:/books//author Query2://book[summary/keyword=’XML’] SELECT e1.docID,e1.pos SELECT e3.docID,e3.pos FROM Element e1,Path p1FROM Element e1,Path p1,Text t2, WHERE e1.pathID=p1.pathID Path p2,Element e3,Path p3 AND p1.pathexp LIKE WHERE p1.pathexp LIKE’\%/book ’/books\%/author’AND p2.pathexp LIKE ORDER BY e1.docID,e1.pos’\%/book/summary/keyword AND p3.pathexp LIKE Query3://book/author/family[0]’\%/book/author/family SELECT e1.docID,e1.pos AND e1.pathID=p1.pathID FROM Element e1,Path p1AND t2.value=’XML’ WHERE e1.pathID=p1.pathID AND t2.pathID=p2.pathID AND p1.pathexp LIKE AND e3.pathID=p3.pathID ’%/book/author/family AND e1.pos.contain(t2.pos) AND e1.index=0AND e1.docID=t2.docID ORDER BY e1.docID,e1.pos AND e1.pos.contain(e3.pos) AND e1.docID=e3.docID ORDER BY e3.docID,e3.pos 4Implementation We have performed experiments to store XML documents in a database and retrieve them based on the methods described in Sections2and3.This section describes the implementation and shows the experimental results. We have used PostgreSQL[POS]which is freely available as an object-relational database.PostgreSQL supports B+tree and R tree index structures,as well as user-de?ned types and functions.As an XML processor,we have used XML Pars-er for Java[IBM98]which is freely available.XML Parser for Java is a validating XML processor,and it supports SAX(The Simple API for XML)[Meg98].The module to obtain regions of nodes and path expressions is implemented using SAX,which is an interface for event-based XML parsing.Also,the module to rewrite XQL into SQL is coded in Clanguage. 4.1The Result of Experiments We ran some experiments using actual XML documents to see executing.The XML documents used for the experiments is the collection of the plays of Shake-speare,documents2tagged by Jon Bosak.These data is summarized in Table1 and2.The number of tuples in the Relations“Element”,“Attribute”,“Text”and“Path”is179,618,0,147,525and57respectively.Data size required in s-toring test data are larger than that of source data(Table2).However,since the price of disk is sharply decreasing,and 2 Table1.Details of test data Item Number or Data Size Total XML documents Size7.65Mbytes Number of Documents37 Average Document Size206.71Kbytes Table2.Data Size required in storing test data Item Data Size Relation Element 4.10Mbytes Relation Attribute0bytes Relation Text7.32Mbytes Relation Path 1.5Kbytes Total11.42Mbytes Table3.Processing time for sample XQL queries and number of their query results Sample XML query Time1Time2Time3Number (sec)(sec)(sec)of results /PLAY0.150.010.2637 /PLAY/ACT0.180.010.29185 /PLAY/ACT[index()=2]0.160.010.3537 /PLAY/ACT[-3]0.180.010.3137 /PLAY/ACT/TITLE0.190.010.33185 //SCENE/TITLE0.34 6.520.44750 /PLAY/ACT//TITLE0.35 3.150.34951 //ACT//TITLE0.37 6.380.04951 /PLAY/ACT/SCENE/SPEECH[SPEAKER=’CURIO’] 1.307.040.874 //ACT[//SPEECH/SPEAKER=’CURIO’] 1.048.960.534 since documents are much smaller in size than multimedia data such as video and audio,we believe that increase of data size in storing XML documents is not a big problem.The machine we used is Ultra Sparc II360MHz with640MB memory.Database-server and client are on this machine,and transmission of data uses socket of UNIX domain. Table3shows the time required for processing some XQL queries using our system and two other systems.Time1,2and3indicates the processing time of our system,the XQL module implemented by DataChannel[DM99],and Sgrep[JP98]which can realize similar retrieval functions to XQL,respectively. Time1is the total time of connecting database-server from a client,rewriting XQL into SQL,sending the rewritten query,fetching the query results and cut-ting connection.Measurement of processing time is the average of ten trials.In measuring Time2,all37XML documents are parsed,and then150MB data is retained on main-memory of the server.As for Time3,XQL queries are executed after constructing index structure peculiar to Sgrep. 5Conclusions We have proposed general storage and retrieval methods for XML documents using object-relational databases.Described storage method can apply to not only object-relational databases but also relational databases,and store XM-L documents having any document structure.As for retrieval,we have shown methods to rewrite XQL into SQL. Further extensions to the storage and retrieval of XML documents under considerations include storage methods considering data types,corresponding to XQL extensions,integration XML data with other data stored in databases. References [BCD+95]G.E.Blake,M.P.Consens,I.J.Davis,P.Kilpel¨a inen,E.Kuikka,P.-?https://www.doczj.com/doc/8d2248171.html,rson,T.Snider,and F.W.Tompa.Text/relational database management systems:Overview and proposed sql extensions.Technical Report CS-95-25,UW Centre for the New OED and Text Research, Department of Computer Science,University of Waterloo,June1995. [Bos97]Jon Bosak.XML,Java,and the future of the Web,March1997. https://www.doczj.com/doc/8d2248171.html,/pub/sun-info/standards/xml/why/ xmlapps.html. [CACS94]Vassilis Christophides,Serge Abiteboul,Sophie Cluet,and Michel Scholl. From structured documents to novel query facilities.In Proc.ACM SIGMOD International Conference on Management of Data,pp.313– 324,May1994. [DD93] C.J.Date and Hugh Darwen.A Gu i de to The SQLStandard,3rd ed. Addison-Wesley,Reading,MA,1993. [DM99]DataChannel and Microsoft.DataChannel-Microsoft Java XML Parser (Beta2)1.0.https://www.doczj.com/doc/8d2248171.html,/xml resources/developers/, February1999. [DFF+98]Alin Deutsch,Mary Fernandez,Daniela Florescu,Alon Levy,and Dan Suciu.XML-QL:A Query Language for XML,Aug1998. https://www.doczj.com/doc/8d2248171.html,/TR/NOTE-xml-ql/. [IBM98]IBM Corporation.XML Parser for Java. https://www.doczj.com/doc/8d2248171.html,/,Feb1998. [ISO86]ISO8879:https://www.doczj.com/doc/8d2248171.html,rmation Processing–Text and O?ce System–S-tandard Generalized Markup Language(SGML),Oct.151986. [JP98]Jani Jaakkola and Pekka Kilpelainen.sgrep(structured grep)version 1.92a.http://www.cs.helsinki.?/jjaakkol/sgrep.html,December1998. [Meg98]Megginson Technologies Ltd.SAX 1.0:The Simple API for XML. https://www.doczj.com/doc/8d2248171.html,/SAX/,May1998. [POS]Postgresql home page.https://www.doczj.com/doc/8d2248171.html,/. [RLS98]Jonathan Robie,Joe Lapp,and David Schach.XML Query Language (XQL),Sep1998.https://www.doczj.com/doc/8d2248171.html,/TandS/QL/QL98/pp/xql.html. [SDDTZ97]Ron Sacks-Davis,Tuong Dao,James A.Thom,and Justin Zobel.Index-ing documents for queries on structure,content and attributes.In In- ternational Symposium on Digital Media Information Base(DMIB’97), Nov.1997. [SLR98]David Schach,Joe Lapp,and Jonathan Robie.Querying and Transform-ing XML.In Position papers for W3C Query Language Workshop.1998. https://www.doczj.com/doc/8d2248171.html,/TandS/QL/QL98/pp/query-transform.html. [Wor98]World Wide Web Consortium.QL’98-The Query Languages Workshop. https://www.doczj.com/doc/8d2248171.html,/TandS/QL/QL98/,December1998. [WWWC98a]World Wide Web Consortium.Extensible Markup Language(XML) 1.0.https://www.doczj.com/doc/8d2248171.html,/TR/1998/REC-xml-19980210,February1998. W3C Recommendation10-February-1998. [WWWC98b]World Wide Web Consortium.Extensible Style Language(XSL)Work-ing Draft,121998.https://www.doczj.com/doc/8d2248171.html,/TR/1998/WD-xsl-19981216. This article was processed using the L a T E X macro package with LLNCS style << endl << endl; cout << "按下1:进入学生信息管理系统." << endl; cout << "按下0:退出." << endl; cout << "-----------------------------------------------------" << endl< 管理信息系统课程设计报告 学生选课系统 班级： 学号： 姓名： 指导教师： 2014年12月20日 目录第一章：现行系统概述 第二章：系统分析 2.1需求分析 2.2可行性研究 2.3信息系统规划 2.4系统的开发方法的选择 2.5组织结构与功能分析 2.6业务流程分析 2.7数据与数据流程分析 2.8功能/数据分析 2.9新系统逻辑方案的建立 第三章系统设计 3.1系统总体结构设计 3.2数据结构与数据库设计 3.3代码设计 3.4输入/输出设计 3.5模块功能与处理过程设计 第四章系统实施 4.1系统实施 4.2系统运行调试 第五章:结束语（结论、建议、收获、体会及小组中每个成员的工作内容） 参考文献 第一章现行系统概述 本科生选课系统是个很庞大的信息系统。目前随着学校人数和课程的激增，对教务处而言，管理和维护选课系统关系到自身的效率，选课系统的繁杂，在一定程度上会相对的增加教务处的管理负担。对学生而言，在选课阶段必须面对大量课程进行仔细筛选，而所有课程聚在一起，学生无法快速定位自己想选以及在规定时间内被要求选的课程类别。 这些问题的出现表明我们的选课系统仍然存在着问题，也需要对其进行改造，由此提高学生选课效率，为学生的学习带来更大的便利。学生选课系统作为一种现代化的教学技术，越来越受到人们重视，是一个学校不可或缺的部分。学生选课系统就是为了管理好选课信息而设计的。学生选课系统将是选课管理工作规范化，系统化，程序化，避免选课管理的随意性，提高信息处理的速度和准确性，能够准确，及时，有效的查询和修改学生选课情况。 第二章系统分析 2.1需求分析 学生可以选修规定范围内的课程，查看已修学分总数，还可以修改个人信息。教师可以根据统计的人数挑选一定数量的学生，也可以直接在网上公布成绩，让学生直接在网上查询成绩。管理员可以指定每门课程的任课教师，修改课程信息，增加、修改、删除学生信息。分析一：系统应该满足以下几个方面需求： （1）某些选修课程因为前序课程或者教学管理资源的限制，要求系统能对课程选修人数、选修学生年级、专业等进行限制。 （2）选课过程需具有时效性，系统要能在短时间内响应大量学生的查询和选课要求，並及时处理。 （3）教务部门能及时掌握课程选修情况，系统界面直观，操作简单，学生不需经任何培训即可操作。 （4）系统要提供数据输出接口以供教务员作后期处理及保存。包括作为以后查询和评估使用的资料。 分析二：系统要实现的功能分为二大模块： 管理员模块: （1）负责统一管理，包括课程的查询、添加、修改和删除； （2）限制选修条件的管理，包括条件的添加、修改和删除； （3）统一管理用户，包括管理员和学生用户的管理； （4）系统公告的管理； （5）数据的管理和数据导出； ——综合性程序设计 题目：简单学生信息管理系统（序列化版）班级： ： 学号： 实验目的： 1．综合运用输入、输出的知识，用序列化方法保存、读入数组容。 2．设计实现一个简单的信息管理系统。 实验容： 编写能够满足如下条件的程序，分两次四个课时完成 1.声明Student类，该类实现Serializable接口以表明该类可 以进行序列化。该类有、学号、math、os、java用来存放 对应的成绩，在构造方法中进行、学号、课程成绩的赋值。 Override有Object继承来的tostring方法已便友好格式显 示自己的属性； 2.建立一个类，利用数组来存储多个Student，写完一个方法， 在main中写一段测试代码，运行以保证目前所做工作的 正确性，正确后再写其他代码。有以下方法： 1）add(Student stu):增加新的学生，人数满时显示人满或是new一个更长的数组，把现有的Student复制到新 数组 2）dispAll()：可以显示所有的学生信息（测试add是否正确） 3）findById(long id):可以按照学号来查找，然后显示符合条件的学生信息，查无此人的话显示错误信息。 4）findByName(string name):可以按照来查找，然后显示符合条件的学生信息，查无此人的话显示错误信息。 （判断是否相等使用string类的equalsIgnoreCase方 法） 5）delBy Id(long id): 可以按照id来删除学生信息，然后显示找到该人，若查无此人的话显示错误信息。 6）save（）：利用ObjectOutputStream 来把数组写入文件中，需要考虑在什么时候调用该方法。 7）load():利用ObjectIntputStream 来进行反序列化，得到以前保存的容，注意要考虑以前未保存容的情况， 可返回错误信息。 3.在控制台显示一个菜单，并实现相应的功能。菜单如下： 1显示所有学生信息2按学号查找 3 按查找 4 按学号删除 5 保存 6 读入7 退出 请输入数字（1-7）： 程序代码 一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的，从学生的角度来说，由于教学制度的改革，现在大部分的高等院校开始实行学生自主选课模式，传统的教学模式已经不能适应新的教学模式，如果还只是通过纸上的方式选课，一方面浪费大量的人力、物力，另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加，暴露出来的弊端会越来越多。 因此，利用网络，使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲，同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面： 1.技术可行性 由于校园网络的普遍应用，使得网上选课非常的方便，无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网，使得学生可以在任何有校园网的地方完成选课过程。 https://www.doczj.com/doc/8d2248171.html,、C#语言在大二的时候学过了，而且数据库Access运 用的比较熟练，大部分做起来还算得心应手，部分不会的现在上网也比较方便，可以在网上进行查找。． 2.经济可行性 校园网应经普及，因此网络设备上不需要大的投入。加之，B/S 模式的系统只要求客户端具备浏览器的基本功能，就能实现网上选课。因此，从经济上来说，开发网上选课系统不需要很大的投入，硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述，网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握，以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是： 设计人员 开发人员 管理和测试人员 最终用户． 2.1.2背景 由于电脑时代的到来以及internet的迅速发展，电脑无处不在，当然各种工作效率也大幅提高，那么对于一个学校来说，开发一个好的学生选课系统势在必行。鉴此，特开发此学生选课系统，该系统实现了选课的网络化、信息化、现代化。 学生选课管理系统 SANY GROUP system office room 【SANYUA16H-SANYHUASANYUA8Q8- #include void InitlistA(Student *stu) { stu->next=NULL; } //初始化课程信息表 void InitlistB(Course *C) { C->next=NULL; } //初始化选课信息表 void InitlistC(SC *S) { S->next=NULL; } //求选课表的深度 int Getlength(SC *S) { int i=0; SC *p; p=S->next; while(p!=NULL) { p=p->next; i ; } return(i); } //用户输入数据建立学生信息表(尾插法) void CreatelistA(Student *stu) { Student *s,*r; int m,i; 北京某企业项目关键节点计划 发展计划控制时间节点分析 1.项目可研报告，报集团批准 2.确定项目启动 3.完成项目团队组建 4.取得土地证 5.净地交付 6.提供用地红线和规划要点 7.完成《某某经营部产品定位报告》，报集团批准 8.完成《某某概念规划设计任务书》 9.完成规划及概念设计，报集团批准 10.《项目投资分析模型（概念版）》——组织概念目标成本测算确认目标成 本及财务指标(一级目标成本)，完成项目经营测算 11.完成建筑方案设计 12.示范区域确定及方案设计确认 13.完成外网配套征询 14.方案设计汇报，报集团批准 15.《项目投资分析模型（方案版）》——组织方案图目标成本测算确认目标 成本及财务指标(二级目标成本)，完成项目经营测算 16.取得建设用地规划许可证 17.完成基坑施工图 18.完成桩基及基础施工图 19.完成样板区施工图、景观、精装修设计 20.完成常规建筑结构水电施工图设计 21.完成景观施工图 22.完成综合管网图设计 23.取得施工图审 24.取得工程规划许可证 25.完成三通一平 26.完成工程策划 27.完成合约规划 28.《项目投资分析模型（目标版）》——组织施工图目标成本测算确认目标 成本及财务指标(三级目标成本)，完成项目经营测算 29.签订总包施工合同 30.取得施工许可证 31.样板区开工 32.取得项目开发贷款 33.基础（土方）工程开工 34.±0米以下结构工程开工、独立地下结构（地库）完工（基础） 35.完成裙房或转换层结构施工 36.首批主体施工达到预售条件 37.首批主体结构封顶 38.全部主体结构封顶 39.首批门窗、栏杆、幕墙等材料进场 40.样板区工程完工、开放 41.各标段取得预售许可证 42.产品定价表，报集团批准 43.销售开盘 44.销售完成30% 45.销售完成50% 46.现金流回正时间 47.销售完成75% 48.销售完成95% 49.第一批外立面落架亮相 50.最后一批外立面落架完成 51.全部单体达竣工条件 52.市政配套埋管完工 53.室外景观、绿化完工(完成项目施工) 54.专项验收结束，取得《竣工备案证明》 55.开始办理集中交房（入伙） 56.办理房产初始登记 57.工程全部结算完成 58.完成收尾及项目财务核算 59.项目后评估 简单学生信息管理系统-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII ——综合性程序设计 题目：简单学生信息管理系统（序列化版）班级： 姓名： 学号： 实验目的： 1．综合运用输入、输出的知识，用序列化方法保存、读入数组内容。 2．设计实现一个简单的信息管理系统。 实验内容： 编写能够满足如下条件的程序，分两次四个课时完成 1.声明Student类，该类实现Serializable接口以表明该类可 以进行序列化。该类有姓名、学号、math、os、java用 来存放对应的成绩，在构造方法中进行姓名、学号、课 程成绩的赋值。Override有Object继承来的tostring方法 已便友好格式显示自己的属性； 2.建立一个类，利用数组来存储多个Student，写完一个方 法，在main中写一段测试代码，运行以保证目前所做工 作的正确性，正确后再写其他代码。有以下方法： 1）add(Student stu):增加新的学生，人数满时显示人满或是new一个更长的数组，把现有的Student复制 到新数组 2）dispAll()：可以显示所有的学生信息（测试add是否正确） 3）findById(long id):可以按照学号来查找，然后显示符合条件的学生信息，查无此人的话显示错误信息。 4）findByName(string name):可以按照姓名来查找，然后显示符合条件的学生信息，查无此人的话显示错误 信息。（判断姓名是否相等使用string类的 equalsIgnoreCase方法） 5）delBy Id(long id): 可以按照id来删除学生信息，然后显示找到该人，若查无此人的话显示错误信息。 6）save（）：利用ObjectOutputStream 来把数组写入文件中，需要考虑在什么时候调用该方法。 7）load():利用ObjectIntputStream 来进行反序列化，得到以前保存的内容，注意要考虑以前未保存内容的 情况，可返回错误信息。 3.在控制台显示一个菜单，并实现相应的功能。菜单如 下： 1显示所有学生信息 2按学号查找 3 按姓名查找 4 按学号删除 5 保存 6 读入 7 退出 请输入数字（1-7）： 学生选课系统需求规格说明书 目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文档 (4) 1.产品介绍 (5) 2.产品面向的用户群体 (6) 3. 产品应当遵循的标准或规范 (7) 4.产品范围 (7) 5. 产品中的角色 (7) 6. 产品的功能性需求 (8) 6.0功能性需求分类 (8) 6.1后台管理功能需求 (8) 6.1.1管理员信息管理 (8) 6.1.2教师信息管理 (10) 6.1.3学生信息管理 (11) 6.1.4课程信息管理 (12) 6.1.5排课管理 (13) 6.1.6教室信息管理 (14) 6.2前台管理功能需求 (15) 6.2.1学生选课 (15) 6.2.2撰写教师反馈 (16) 6.2.3个人信息管理 (17) 6.2.4用户登录 (19) 7. 产品的非功能性需求 (20) 7.1用户界面需求 (20) 7.2软硬件环境需求 (20) 7.3产品质量需求 (20) 7.4其他需求 (21) 附录A：需求建模与分析报告 (22) A.1学生选课系统业务流程图 (22) A.1.1系统总体业务流程分析 (22) A.1.2学生管理业务流程图分析 (23) A.1.3教师管理业务流程图分析 (24) A.1.4选课/退课子系统业务流程图分析 (25) A.1.5教师反馈子系统业务流程图分析 (26) A.1.6管理员管理业务流程图分析 (26) A.1.7管理员排课业务流程图： (27) A.1.8管理员退课业务流程图： (28) A.2学生选课管理系统数据流程图 (29) A.2.1顶层数据流程图 (30) A.2.2 O层数据流程图 (30) A.2.3后台管理数据流程图 (31) A2.4 前台管理数据流程图 (36) 附录B：需求确认....................................................................................... 错误！未定义书签。 . ——综合性程序设计 题目：简单学生信息管理系统（序列化版）班级： ： 学号： 实验目的： 1．综合运用输入、输出的知识，用序列化方法保存、读入数组内容。 2．设计实现一个简单的信息管理系统。 实验内容： 编写能够满足如下条件的程序，分两次四个课时完成 1.声明Student类，该类实现Serializable接口以表明该类可 以进行序列化。该类有姓名、学号、math、os、java用来 存放对应的成绩，在构造方法中进行姓名、学号、课程成 绩的赋值。Override有Object继承来的tostring方法已便 友好格式显示自己的属性； 2.建立一个类，利用数组来存储多个Student，写完一个方法， 在main中写一段测试代码，运行以保证目前所做工作的 正确性，正确后再写其他代码。有以下方法： 1）add(Student stu):增加新的学生，人数满时显示人满或是new一个更长的数组，把现有的Student复制到新 数组 2）dispAll()：可以显示所有的学生信息（测试add是否正确） 3）findById(long id):可以按照学号来查找，然后显示符合条件的学生信息，查无此人的话显示错误信息。 4）findByName(string name):可以按照姓名来查找，然后显示符合条件的学生信息，查无此人的话显示错误信 息。（判断姓名是否相等使用string类的 equalsIgnoreCase方法） 5）delBy Id(long id): 可以按照id来删除学生信息，然后显示找到该人，若查无此人的话显示错误信息。 6）save（）：利用ObjectOutputStream 来把数组写入文件中，需要考虑在什么时候调用该方法。 7）load():利用ObjectIntputStream 来进行反序列化，得到以前保存的内容，注意要考虑以前未保存内容的情 况，可返回错误信息。 3.在控制台显示一个菜单，并实现相应的功能。菜单如下： 1显示所有学生信息2按学号查找3 按姓名查找 4 按学号删除 5 保存 6 读入 7 退出 请输入数字（1-7）： 程序代码 数据库系统原理及其应用教程 课程设计报告 设计题目选修课程管理系统的设计与实现 指导教师 摘要 随着计算机技术的日新月异，极大的推动的各个行业的信息化进程。各大高校也急需进行信息化改革，以促进教学质量和工作效率快速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后，进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文的参考文献。 本系统主要功能是对学生选课及相关信息进行管理。较行业同类产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的要求，极大的提高了学校的工作效率。 关键字：学生选课管理系统；分析；设计 目录 一、概述 (4) 1.1 设计背景 (34) 1.2 设计目的 (36) 1.3 设计内容 (39) 二、需求分析 (19) 2.1 功能分析 (7) 2.2 工作流图 (6) 2.3 数据流图 (7) 2.4 数据字典 (16) 三、概念模型设计 (18) 3.1 实体之间的联系 (18) 3.2 E-R图 (19) 四、逻辑设计 (26) 4.1 概念模型向关系模型的转换 (26) 4.2 概念模型的优化 (27) 五、源代码及查询截图 (29) 5.1 数据库的存储结构 (29) 5.2 实现 (32) 5.3 人机界面设计 (34) 5.4 系统测试 (36) 5.5 运行维护 (39) 六、总结 (40) 参考文献 (41) 一、概述 1.1设计背景 可行性研究的目的是用最小的代价在尽可能的短的时间内确定数据库系统是否可能开发、是否值得开发、是否可以开发（在该报告中主要是考查《学生选课管理系统》是否可能开发、是否值得开发、是否可以开发）。其实质是在较高层次上以较抽象方式进行的、简化的压缩的需求分析和概要设计过程。 #include 网上选课系统可行性分析报告 1、引言 1.1 编写目的 开发网上选课管理系统是为了实现学校人力资源的优化和学生成绩管理的科学管理而设计的，更方便老师对学生的了解和学生对课程的安排，更有利于教课的进行。方便学生、管理者、老师获取学生信息。对学生信息将进行安全检测，包括真实性。通过试用本系统，可以更加有效的管理学生的学籍管理，成绩信息等，并且具有对信息的增加，查询，修改等功能。 1.2 项目背景 待开发项目名称：学生网上选课管理系统； 委托单位：黔南民族师范学院 开发单位：黔南民族师范学院的学生 主管部门：黔南民族师范学院的老师 用户：黔南民族师范学院 产品的所有权：黔南民族师范学院 项目开发者：马红霞、涂贵欢、毛必琴 项目背景： “学生选课系统”是指在网络上提供选修课服务，使学生能够在规定的时间内在网上选课或退课而系统马上能够返回该学生是否成功的信息，能查询课程信息、教师个人信息以及该程成绩。教师可提供说开课程的基本信息，同时还可以通过本系统查询选修课学生信息。教务管理员负责何时开放和关闭选课、发布信息、选课用户的管理和选课情况的监控等，并可以为教务管理员提供方便的管理功能：添加、删除、修改课程信息和学生记录等。随时完成统计工作，避免某门课的报名人数超出它的最大容量，而如果报名人数不足又有部分学生没选上课，将课程的选修过程设置为两次。本系统是选修课实现系统的自动化从而提高教务工作的效率。较为全 面的涵盖了学生从入学到毕业的全部信息，牵涉部门广各系部、学生办、财务部处等。 1.3 参考资料 [1] 吕云鹏王昕鹏邱玉龙编著.软件工程—理论与实践. 人民邮电出版社. [2]白度文库.wenku.baidu./view/fc6709115f0e7cd184253679.html [3]曾建潮.软件工程.武汉理工大学出版社. 2、可行性研究的前提 2.1 基本要求 主要功能：教师对学生资料、成绩以及所选课程进行修改管理；学生可通过查询自身成绩，自主选择相关课程，管理员（教务处）统管所有学生、教师的相关信息。 性能要求：所有数据实时更新保持同步，且定时备份。 输出要求：简单、快捷、实时。 输入要求：及时的修改和更新学生、教师和课程的信息。 安全与保密要求：系统本身配备一定的安全机制，保证各项数据的完整、正确。 每类用户进入系统时，均需输入唯一的用户名和密码；教师有权对学生所选课程成绩进行录入、查询和修改；学生有权对选修课程进行修改；管理员有权对学生信息、所选课程、科目成绩进行管理、修改。 完成期限:3个月 2.2 开发目标 （1）开发此学生选课管理系统软件，使教学人员及操作者进行选课管理，方便操作者随时添加、查询、修改，使工作人员从繁琐的填表，查表工作中解放出来，使得人力和设备减少； （2）使供需双方都获得满意的结果； （3）促进报表、统计数字的规范化； 1引言 (2) 1.1编写目的 (2) 1.2背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2程序系统的结构 (3) 3程序1（标识符）设计说明 (7) 3.1程序描述 (7) 3.2功能 (8) 3.3性能 (8) 3.4输人项 (8) 3.5输出项 (9) 3.6算法 (9) 3.7流程逻辑 (9) 3.8接口 (10) 3.9存储分配 (11) 3.10注释设计 (11) 3.11限制条件 (11) 3.12测试计划 (11) 3.13尚未解决的问题 (11) 4程序2（标识符）设计说明....................................................................... 错误！未定义书签。 详细设计说明书 1引言 1.1编写目的 该详细设计说明书的目的在于根据需求说明书与概要设计说明书提出该系统的详细设计，即系统的详细架构，主要包括系统的模块划分、程序系统的结构、各个模块的流程以及各层次中每个程序的设计考虑。 1.2背景 软件系统名称：学生选课系统 软件实现计算机：方正科技 与其他系统和机构的相互管理：暂无。 1.3定义 图1 程序数据字典定义 1.4参考资料 1.《软件工程导论》（张海藩编著清华大学出版社2007年5月） 2.《数据库系统概论（第四版）》（王珊编著高等教育出版社2007年11月） 3．《Visualbasic程序设计》（吴定雪主编科学出版社） 2程序系统的结构 2.1 、管理员模块程序设计说明 ①人员管理：管理员在登录之后可以对系统内的人员（包括学生、教师等）进行管理， 包括对人员的信息进行查询、修改和删除等操作。 ②课程管理：管理员在后台添加、编辑课程的基本信息（包括授课教师、开课时间设定）， 同时可以编辑系统开放选课的时间，在适当时间开启和关闭选课系统。 ③系统信息管理：管理员可对系统的基本信息进行编辑，对系统公告进行更改或者系统 标题、系统相关链接等。 ④系统权限管理：对不同的用户要分配不同的权限，管理员可设定不同人员对不同模块 的访问权限，允许或者拒绝不同用户对模块的增删查改操作。 图2.1管理员模块图 2.2、教师模块程序设计说明 （1）基本信息管理：此模块主要实现两个分支功能： ①个人信息修改和密码修改。在教师用户登录状态下，实现这些功能，通过对自己 的注册信息的修改满足用户的个性需求，能将注册信息及时反映个人状态，另外，密码修改则是很多网站都应具备的基本功能，能有效保护用户身份和网络安全。 ②其它基功能如学生查询，教师查询和留言查询，这三个功能都是在教师在线状态 学生选课系统需求规格说明书 学生选课系统需求规格说明书 姓名：潘园园 学号：1108210127 班级：11信管1班 1．文档介绍 (2) 1.1文档目的 (2) 1.2 文档的范围 (2) 1.3 读者对象 (2) 1.4 缩写说明 (2) 1.5 参考资料 (2) 2. 任务概述 (3) 2.1 项目的来源及背景 (3) 2.2 项目要达成的目标 (3) 2.3 系统总体业务流程分析 (3) 2.4 学生选课系统业务流程图 (4) 2.5 学生选课数据流程图 (5) 2.6 产品面向的用户群体 (6) 2.7 产品中的角色 (6) 2.8 产品范围 (6) 3. 功能需求 (7) 3.1 功能需求的分类 (7) 3.2 后台功能需求 (7) 3.2.1管理员信息管理 (7) 3.2.2 学生信息管理 (7) 3.2.3 教师信息管理 (7) 3.2.4 课程信息管理 (7) 3.2.5 教室信息管理 (7) 3.3 前台管理功能需求 (7) 3.3.1 登陆系统 (7) 3.3.2 个人信息资源管理 (8) 3.3.3 学生选课 (8) 3.3.4 教师反馈 (8) 3.3.5 退出系统 (8) 3.4 非功能性需求 (8) 3.4.1 用户界面需求 (8) 3.4.2 软件安全需求 (8) 3.4.3 产品质量需求 (8) 3.4.4 软件运行环境需求 (8) 3.4.5 其他需求 (8) 4.产品提交 (9) 1．文档介绍 1.1文档目的 本文档目的是在开发一个全面的用户需求系统，从多方面分析用户的需求以及尽量的满足。而此文档是关于学生选课的一个系统，我们知道，学生选课系统是专门为各个高校提供服务的一个平台，广泛的被各高校的学生和老师所用。 软件项目管理 学生选课管理系统 项目名称： 组长 组员 提交时间： 2015年6月15日 学生选课管理系统 项目任务书 一、目的、要求 通过软件开发的实践训练，进一步掌握软件项目管理的方法和技术，提高软件开发的实际能力，培养工程设计能力和综合分析、解决问题的能力。 具体如下： 1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象 的系统分析与设计,软件项目管理，编码和测试方面的知识； 2.熟悉自动化的软件开发工具Rational Rose 2003，并将其运用于软件 开发的全过程； 3.进一步加强和提高软件工程文档的编写能力； 4.培养协作能力和团队精神。 二、主要内容 1．课题题目：学生选课系统，本系统要实现学生选课的基本功能，包括学生退选课，查看自己的选课信息；教师查看选课学生的信息，提交成绩； 管理员添加学生、管理学生、管理成绩、添加教师、管理教师和管理课 程等。 2．运用面向对象技术、UML及可视化的建模工具完成系统的需求分析与设计。 3．使用Rational Rose作为需求分析与设计的建模工具，包括静态建模和 动态建模，并利用对象模型自动生成数据模型,自动建立数据库。 4．采用分层模式的应用设计模式进行系统的设计实现。 5．系统要实现四个模块功能：教师模块、学生模块、管理员模块和公用模块。 6．初步建立系统原型，实现关键的功能，并对系统进行测试。 三、任务分配 学生选课管理系统 任务分解书（WBS）一．学生选课管理系统任务分解 1.1.1 项目规划 1.1.2 计划评审 1.2 需求开发 1.2.1 用户界面设计 1.2.2 用户需求评审 1.2.3 修改需求、修改用户界面 1.2.4 需求规格说明书 1.2.5 编写需求获取方法 1.2.6 编写需求跟踪矩阵 1.3 设计 1.3.1 概要设计 1.3.2 详细设计 《软件综合设计》课程实验报告 4、实验内容 1、实验步骤及流程： 1)新建工程：新建一个单文件类型的MCF工程，在Resource之中新建并利用控件设计对话框。 2)增加控件：一个控件是能够放置在一个对话框中，提供应用程序与用户交互的某种功能。本次 实验需要添加编辑框、下拉列表控件、列表框（ListBox）控件以及按钮键。 3)设置对话框及控件等的属性：一个控件相关的属性设置决定了一个控件可操作行为和显示。修 改控件ID以及名称，对话框名称等。 4)组织和安排各部件的位置大小等：软件为我们提供了各种调整方式，如：左对齐、右对齐、宽 相等、水平居中等等。 5)设置控件的顺序：执行菜单命令Layout->Tab Order可以显示并修改Tab Order，按所想要的 访问顺序依次点击每一个控件，完成后，点击空白处就可以了。 6)为对话框成员添加变量：打开ClassWizard窗口，选择Member Variables标签页，Class name下拉列表中选择CScoreDlg类。则对话框中可以创建成员变量的控件ID出现在下方的 Control IDs列表中。单击Add Variable按钮，则弹出Add Member Variable对话框，设置 变量名即可。 7)对话框类的构造函数：双击各个控件并确定就会弹出编程界面，为各个控件添加函数程序，实 现它们所对应的功能。 8)运行程序，调试程序。 2、源程序代码： 见后：实验结果及分析 3、调试过程记录： 在调试程序的时候，我们必须使程序在某一地点停下来。即是设立断点，其次再运行程序；当程序在设立断点处停下来时，利用各种工具观察程序的状态。程序在断点停下来后，有时我们需要按我们的要求控制程序的运行，以进一步观测程序的流向，从而调试程序。 逐步完善对话框的内容，加入控件，编写程序： UML统模语言 实验报告 实验名称：学生选课系统UML部署系（院）：计算机科学学院 专业班级：软工11402 姓名：靳生栋 学号：201404621 指导教师：应霞 实验时间：2017.10.15—2017.10.21 实验地点：12教一楼B区机房 一．需求分析 网上选课系统是一个高等院校用来进行对学生选修课程管理的管理信息系统（MIS）。该信息系统能够为学生提供方便的选课功能，也能够提高高等院校对学生和教学管理的效率。网上选课系统的功能性需求包括以下容： （1）系统管理员负责系统的管理维护工作，维护工作包括课程的添加、删除和修改，对学生基本信息的添加、修改、查询和删除。 （2）学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行查询已选课程、指定自己的选修课程以及对自己基本信息的查询。 满足上述需求的系统主要包括以下几个小的系统模块： （1）基本业务处理模块。基本业务处理模块主要用于实现学生通过合法认证登录到该系统中进行网上课程的选择和确定。 （2）信息查询模块。信息查询模块主要用于实现学生对选课信息的查询和自身信息的查询。 （3）系统维护模块。系统维护模块主要用于实现系统管理员对系统的管理和对数据库的维护，系统的管理包括学生信息、课程信息等信息的维护。数据库的维护包括数据库的备份、恢复等数据库管理操作。 二．创建系统用例模型 1.学生用例能够通过该系统进行如下活动： （1）查询选课信息。学生可以在查询界面了解可供自己选择的各门课程的详细信息。 （2）登录选课系统。学生能够根据自己的学号和密码登录选课系统，如果身份验证失败，不得进行下一步操作。如果通过身份验证才能进入下一个操作界面。 生产计划一级节点标准 为进一步加强对计划落实工作的考核力度，保证生产经营工作按公司计划得到有效落实，从而促进公司快速、健康发展，特对房地产开发流程中重要工程建设节点的完成标准强调说明如下： 一、总规报批：指“拟开工项目总规手续完备，项目后续工作能够紧前进行。 （一）项目总规报批需完善的手续： 1、土地出让合同签订完成，经过确权，办理完成国有土地使用权证； 2、拟开项目市场定位报告完成公司审批； 3、项目预算通过公司审批完成； 4、规划方案通过公司及政府的批复，完成政府图审盖章，具备施工图设计的条件； 5、完成建设用地规划许可证的办理。 二、施工图纸：指“项目单体各专业施工图纸（建筑、结构、水暖、电等）设计完成，并通过分公司的内部审核及政府的图审后，施工图纸到达总部预结算部”。 该节点包含内容有： （一）项目所在地块完成地勘并出具正式地勘报告。 （二）项目各专业图纸符合施工图设计深度及标准（根据开发进度及批次划分，外线、园林图纸可适当后延，在主体封顶前完成即可）； （三）项目各专业图纸经分公司内审，并根据内审意见调整完成。 （四）项目各专业图纸完成图纸外审，并根据审核意见调整完成，取得图审合格证。 （五）完整的施工图纸到达总部预结算部，并具备施工图预算的条件。 三、预算：指“项目各专业预算工作完成，预算成果满足招标采购需求”。 该节点包含内容有： （一）根据项目标段及各专业界面划分完成预算委托并签订委托合同。 （二）根据预算委托完成项目预算，成果经公司预决算部审核并经采购部确认，满足项目招标采购需求。 四、单规：指“完成批次开发内各单体建设工程规划许可证的办理”。 该节点包含内容有： （一）根据当地政府主管部门要求，完成相应报批文件资料及费用的缴纳。 （二）单规报批完成，并取得建设工程规划许可证。 五、招标：指“在总部职能部门的监督下，在经分公司考察合格的总包供应商选择范围内，完成对拟开批次的总包供应商的选择，完成公司定标报告的审批”。 所有投标单位必须经过以分公司生产副总为第一责任人的招标小组的考察，完成相应的招标文件、定标报告。 六、项目开工：指“开工手续完备，或拟开工项目现场有实际开工动作能够保证连续生产这一系列事件的总和”。 （一）项目开工前应完备以下开工手续： 1、国有土地使用权证； 2、建设用地规划许可证； 3、建设工程规划许可证； 4、建筑工程施工许可证； （二）项目现场实际开工动作为下列情况之一： 1、破土开槽； 2、桩基施工； 3、褥垫层施工； （三）项目能够保证连续生产的条件有： 1、总包合同签订，施工单位现场管理人员已到位，主要机械、机具、施工人员已进场； 2、监理机构已进驻现场； 3、由建设单位、监理单位、施工单位和设计单位参加的图纸会审已经完成； C++学生成绩管理系统 要求用C++语言编写学生成绩管理系统，要求能进行添加删除修改输入输出等的操作，并能使用面相对像原理对此系统进行实现。 学生成绩管理系统分析： 学生成绩管理系统分为8个模块，分别是：添加学生信息，输出学生成绩，查找学生成绩，修改学生成绩，删除学生成绩，学生成绩排序，保存数据到文件和读取文件中学生成绩的模块。 学生成绩管理系统结构： 各个子函数功能及其流程： 1.首先定义一个学生类Class Student；并定义其各个私有变量和公有函数 2.Student（）；构造函数，用于初始化学生类中的各个变量并记录 3.Add（）；函数：用于添加学生信息的函数包括学号姓名成绩等的内容 4.Output（）；函数：用于输出学生信息，包括学号姓名各科及总分平均成绩 5.Find（）；函数：用于查找学生各项信息。 6.modify();函数：用于修改学生各项信息。 7.delete();函数：用于删除学生信息。 ();函数：对学生各项信息进行排序操作。 8.save()和load();函数：将学生信息保存到文件中，并在需要的时候调用该文件将 其中的学生信息显示出来 9.“=”“<<”“>>”符号的重载：在各个函数处理数据过程中对这些的调用处理 函数源代码： 此函数源代码在VisualC++环境下编译通过。具体如下: #include"" #include"" #include"" #include"" #include"" #include"" #include"" class student ame,n1)==0) { temp=stu[j]; f3=1; } } if(f3==0) cout<<"对不起，没有你要查找的学生成绩"<C++实现：简单的学生信息管理系统
学生选课系统
简单学生信息管理系统设计
网上选课系统-需求分析报告
学生选课管理系统
项目关键节点计划
简单学生信息管理系统
学生选课管理系统需求规格说明书
简单学生信息管理系统
学生选课管理系统(数据库课程设计)
简单的学生信息管理系统C语言
网上选课系统可行性分析报告
学生选课管理系统(详细设计说明书)
学生选课系统需求规格说明书
学生选课管理系统
一个简单数据管理软件的设计-软件综合设计-学生信息管理系统
UML学生选课系统
一级节点标准
C++简单学生成绩管理系统
相关主题
文本预览