Thesis Statement For Software Engineering


How to Write a Master's Thesis in Computer Science

William D. Shoaff
Department of Computer Sciences
Florida Institute of Technology
Melbourne, Florida 32901

August 21, 2001


Contents

Translations

Introduction

If you are about to embark on the task of developing a Master's thesis in Computer Science, then this document may be of interest to you. The scope of this document is very narrow and deals only with certain features of thesis development that are unique to the field of Computer Science. For more general information, you should consult sources such as Strunk and White's Elements of Style [3], Turabian's Student's Guide for Writing College Papers [4], and the University's guide to thesis preparation.

Before we get into the heart of the matter, you should ask yourself if you have the background and skills required to successfully complete a thesis in Computer Science. The next section lists some of the skills you will be expected to possess.

Skills You Will Need

While there are no hard and fast rules that guarantee you have the background and skills required to complete a thesis in Computer Science, there are some indicators. Here is a list of some of these indicators.

  • A good grade point average. This indicates that you have basic academic skills. It is difficult to specify an exact cut-off, but a 3.2 on a 4.0 scale is a reasonable minimum.
  • The ability to write in the English language. Practice writing. Effective communication is essential in all disciplines. If you need help, contact the Language Institute or English Department.
  • The ability to express yourself orally. You will be asked to present lectures on your work at the Computer Science seminar.
  • Mastery of the computer language in which you will develop your program. You should not look at your thesis work as an opportunity to learn how to program. You should be very familiar with the operating system you will use and system utilities such as editors, document formatters, debuggers, etc.
  • The ability to work with others. You must be able to work with your thesis advisor, and you may need to work with other faculty and students as well.
  • The ability to take direction. Your thesis advisor will give you guidance, but you must do the work.
  • The ability to conduct literature surveys. You must insure that your work is current and relevant even though it may not be original or unique.
  • The ability to integrate ideas from various areas. This is key to a thesis. Extracting items of interest from many sources and generating new information by integrating these items in new ways is the essence of writing a thesis.
  • The ability to think independently. Your work must be your own. Your advisor will not tell you what to do at every step, but will only suggest a direction. The rest is up to you.
  • The ability to perform when imprecise goals are set for you, that is, you must be self-directed.

Most theses in Computer Science consist of two distinct parts: (1) writing a significant program, and (2) writing a paper that describes your program and why you wrote it. The intent of this document is to guide you in how to do these two things. Of course, you will need to have taken certain courses, read certain books and journal articles, and otherwise perform some basic research before you begin writing your program or thesis. If your thesis does not involve writing a program, you can skip section 3.

  
How to Write Your Program

Presumably you have a thesis topic, and it is time to start developing a program that will implement or demonstrate your ideas about this topic. You have learned how to write programs in previous courses, but usually the program you will write for your thesis is more involved than other programs you have written. Thus, it is important to use good software engineering techniques.

Write a Requirements Document

The requirements document explains what your program is to do. Often the requirements will be quite vague. For example, ``the system must be fast,'' or ``the system must be user-friendly.'' You'll want to write a set of requirements that can serve as a contract specifying what is expected of your program. What's in a requirements document? Abstractly, the answer is very simple: a statement of valid input to the program and a statement of the corresponding output. Your software will operate on some data and derive computed data. The requirements document will clearly state what the input data and output data will be. The requirements document tells what your program will do from the user's perspective.

Write Specification and Design Documents

The specification document explains what the requirements are, but more precisely than the requirements document itself. It restates the requirements from the point of view of the developer. The specifications are explicitly and precisely stated. They are statements that you can design to and test for. Essentially, the specifications define a function from the set of all possible data input to the data output by your program.

The preliminary design document explains how you are going to fulfill the specifications. It is written before you write the program and should include a list of algorithms you will use, major data structures, a list of major functions, their inter-relationships, and the steps you will use to develop your program. Stepwise refinement and information hiding concepts should be used in developing the program, producing a detailed design document.

  
Write The Comments First

Understanding where and how to comment your code is important. Comments help you understand what is to be done. It is backwards to the write code and then try to explain what it does. Basic rules include giving pre- and post-conditions for selection and iteration statements, as well as blocks of sequential code. Additionally, loop invariants need to be developed for iteration statements. Data structures and their use also need to be explained.

Other Program Related Documentation

Additional documents are sometimes required for a program. These include a user's manual, a maintenance manual, and a test suite. Often these will appear as appendices in your thesis. The user's manual describes the user interface to your program. The maintenance manual describes how to change, augment, or port your program. The test suite offers some validation that your program will compute what was intended by describing test procedures and sample test inputs.

Write a User's Manual

Most likely others will use your program. Writing a good user's manual will facilitate the use of your program. The important thing is to write for the naive user. It is best to assume that users of your program will know nothing about computers or their interfaces. A clear, concise, step-by-step description of how one uses your program can be of great value not only to others, but to you as well. You can identify awkward or misleading commands, and by correcting these, develop a much more usable product. Start from your requirements document to remind yourself what your program does.

Write a Maintenance Manual

If your work has lasting benefit, someone will want to extend the functionality of your code. A well thought-out maintenance manual can assist in explaining your code. The maintenance manual grows from your specification, preliminary design, and detailed design documents. The manual shows how your program is decomposed into modules, specifies the interfaces between modules, and lists the major data structures and control structures. It should also specify the effective scope of changes to your code.

Write a Test Suite

How will you guarantee that your program meets its specifications? Formal verification is one ``proof'' technique, but it can be difficult to apply for large programs. You should be familiar with verification techniques and use them as you develop your code, but others are still going to want to see that your code gives expected results on a sample of test cases. Thus, you should develop a test suite that can be used to show your program works correctly under a variety of conditions by specifying testing procedures to be used and a variety of test cases to ``exercise'' the components of your program.

Use a Program Document Formatter

I believe in literate programming, that is, a program should be written to be read and understood by any person experienced in programming. The most basic method of facilitating human consumption of your program is to write good internal comments as discussed in § 3.3. Much more sophisticated methods exist; one of these is the system developed by Don Knuth [1]. The original system was written for Pascal, but systems for other languages have been written, and there is even a program called that can be used to generate a system for any programming language [2,5].

Briefly, the benefits of using a system are that it enables you to (1) develop your program logically, without the constraints imposed by the compiler, (2) provide for excellent program documentation and modularity, and (3) track variables and modules automatically. An index of variables and modules is produced containing pointers to where the variables and modules are defined and used. To learn more about such systems, you should refer to the cited literature.

How To Write Your Paper

Your thesis paper documents your work and can serve as a basis for a publishable paper. The most common mistake made by thesis students is to assume that the thesis itself will be easy to write. Consequently, they postpone writing until they have completed their programming. By the time they produce an acceptable copy, they find that a term or two of school has slipped by and they still have not graduated. Important advice is to start writing early and ask your thesis advisor for feedback on your writing. Equally important, do not plagiarize. Plagiarism can result in expulsion from school. You are expected to write your own paper, not copy from what someone else has written. It is okay to use other people's ideas, even their own words, but you must clearly reference their work. Your paper should describe what you did and why you did it.

Everyone makes spelling mistakes, but with spelling checker programs available this type of error should be eliminated. Always run your written work through a spelling checker before you ask someone else to read it. Also, you should find someone who can correct grammatical mistakes in your paper. If necessary, hire someone from the English Department or Language Institute to correct your work before you give it to your advisor.

Also, use a professional document preparation system, for example, LATEX, , or WordPerfect, which allows you to print your document on a laser printer. There is an F.I.T. thesis style file that has been developed for LATEX, which will produce correct margins and other formats, plus automatically handle many details in the preparation of your thesis.

Write a Thesis Proposal

You will begin writing your paper the first quarter you are enrolled for thesis credit. You will write a thesis proposal that evolves into your thesis. Writing a good proposal is an important first step to success. Proposals will differ, but there are certain things that can be expected to be found in every one. There needs to a statement of (1) the problem to be studied, (2) previous work on the problem, (3) the software requirements, (4) the goals of the study, (5) an outline of the proposed work with a set of milestones, and (6) a bibliography.

Write An Outline For Each Chapter

The top-down approach, which is recommended for program development, carries over to the development of your thesis paper. Here, you should begin with an outline of each chapter. Although it is difficult to specify what should be included in each chapter of a thesis, the following outline is fairly general.



Your finished thesis must include a title page, signature page, abstract, and bibliography. See the University guide to thesis preparation for details. Make sure you follow the margin and format requirements exactly.

Publish Your Results

You should be proud of your work and want others to know about it. One way to show that you have done quality work is to publish it in a journal or present it at a conference. Thus, you should write a short 5-10 page paper that concisely explains what you did and why it is new or important. This paper can then be submitted to appropriate conferences and journals. The research you have done should provide you with a list of conferences and journals to which you can submit your work.

Collected Guidelines

Below is a quick list of the guidelines that have been discussed in this document.

  • How to write your program.
    1.
    Write a requirements document that states the requirements your program must meet.
    2.
    Write specification, preliminary design, and detailed design documents that precisely define what the requirements are and how your program will meet the requirements.
    3.
    Write the comments first.
    4.
    Build a scaffold, which can be removed, that supports the construction of your program.
    5.
    Write a user's guide, maintenance manual, and test suite.
    6.
    Use a program document formatter such as .
  • How to write your paper.
    1.
    Enroll in XE 4022 Thesis Preparation.
    2.
    Start writing early.
    3.
    Do not plagiarize!
    4.
    Write a proposal that includes a statement of the problem under study, the software requirements, an indication of how the problem will be solved, and a survey of related literature.
    5.
    Use a spelling checker.
    6.
    Have someone proofread your paper for grammatical errors.
    7.
    Use a document formatter such as LATEX, , or WordPerfect.
    8.
    Develop an outline for each chapter before you write it.
    9.
    Write a short summary paper you can publish.

Rules and Regulations

There are several local requirements that you should be aware of so that you do not have unnecessary problems in completing your thesis. Many of these procedures or policies are described in other documents and will simply be summarized here.

  • A thesis proposal must be written and approved in the first term you enroll for thesis credit.
  • A thesis committee consisting of at least three faculty members, two in Computer Science and one in an outside department, must be selected during your second thesis term.
  • Once enrolled for thesis credit, you must remain enrolled for thesis credit continuously until you complete your defense.
  • You must present an overview of your thesis at a Computer Science Seminar prior to your defense.
  • You must have your thesis approved by all committee members at least two weeks prior to your defense.
  • You must verify to the Computer Science Department Chair that all committee members have agreed that you are prepared to defend your thesis.
  • Two weeks prior to your defense, you must file an announcement of the defense with the Graduate School.
  • If you successfully defend your thesis and complete all work on it within the first two weeks of a term, you are not required to register for that term.

If you simply follow the suggestions outlined and discussed in this paper, you will be well on your way to successfully completing the thesis requirements for attainment of a Master's Degree in Computer Science at the Florida Institute of Technology. Good luck!

Bibliography

1
D. E. KNUTH, Literate programming, The Computer Journal, 27 (1984), pp. 97-111.
2
N. RAMSEY, A spider's user's guide, tech. rep., Princeton University, 1989.
3
W. STRUNK JR.AND E. B. WHITE, The Elements of Style, MacMillan Publishing Company, 1979.
4
K. L. TURABIAN, A Manual for Writers of Term Papers, Theses, and Dissertations, The University of Chicago Press, 4th ed., 1973.
5
C. J. V. WYK AND N. RAMSEY, Literate programming -- weaving a language-independent , Communications of the ACM, 32 (1989), pp. 1051-1055.
Florida Institute of Technology
Department of Computer Sciences
150 West University Boulevard,
Melbourne, FL 32901-6988
Tel. (321) 674-8763, Fax (321) 674-7046,
E-mail: www@cs.fit.edu

© 2001 Florida Tech, this server is currently maintained by the Department of Computer Sciences. Please send your questions, comments and suggestions to www@cs.fit.edu.

William D. Shoaff
2001-08-21

Developing a Thesis Statement

What thesis statements do

Almost all academic papers contain a thesis - an assertion you make about your topic that your paper is dedicated to defending. Before you start writing, you should do some prewriting to develop a working thesis. Remember, it doesn't need to be perfect before you start writing. You'll develop and refine your thesis as you write and revise.

A good paper is analytic and interpretive. It is analytic because it makes an argument (the thesis); it is interpretive because it bases its analysis on interpretation of texts, facts, or data. The focus of a paper should NOT be a repetition of facts or simple plot summary.

Consider these sample thesis statements:

  • Sor Juana Inés de la Cruz and Bartolomé de las Casas were radical critics of the colonial world.
  • Because Sor Juana advocated eliminating an existing social tradition, while las Casas advocated reforming the colonial system, Sor Juana can be viewed as a more radical social critic.

Statement 1 is simply an observation that many readers might make about these authors' writing. This is not a particularly good thesis for a paper because you don't have to convince your reader that it's true; you're merely stating a fact that few people would contest. On the other hand, statement 2 identifies some limitations of Sor Juana's and las Casas' social critiques, distinguishing them in a controversial way. It proposes an interpretation of the two authors based on the observation made in the first statement. Statement 2 is, therefore, a much more viable thesis.

How to develop a thesis

Developing an argument requires thoughtful reflection on evidence you gather. This will probably take some time! You don't have to come up with the best argument right away. It often takes an outline or a draft before you develop your thesis. Sometimes your professor will give you a well-defined prompt for your essay. This makes your job easier, but it doesn't mean you don't have to do any work.

For example, consider the following prompt:

"Did gender roles play a part in the French Revolution?"

Your answer should not simply say:

"Yes, they did, in the following ways..."

That thesis would be summary of facts, not analysis or interpretation. Consider the following example:

"Primary sources detailing the personal exchanges of women in late-18 th century France reveal that women exerted considerable influence on political events, not just as the wives of important men, but also as independent agents of change."

This is a successful thesis. Even when you're answering a concrete question, the argument still needs to be based on your analysis and interpretation of the prompt.

If you're stuck trying to come up with a point to argue, these general types of argument might help you frame your thesis:

  • What someone or some entity should or should not do. This kind of argument is the answer to "We have a problem. What should we do? How can we solve this problem?" For example, an argument addressing the question "How should the government respond to the increase in homelessness in major cities?" could be "The government must increase funding for social programs to adequately reduce the number of homeless in major cities." This argument describes an action that the author believes should be taken, and the essay will go on to explain why that action is the correct one.
  • An attempt to understand something better. This kind of argument isn't action-oriented; instead, you target a conceptual or academic problem. For example, you might try to answer "Were gender issues a significant cause of the French Revolution?" An answer to this question will be an argument, but it will be based on evaluation and exploration of scholarship, historical facts, and other relevant information you will collect. Many academic essays will fall into this category.
  • An interpretation of scientific data you have collected. A thesis can be your conclusions based on scientific results. That's right! Lab reports have arguments too. Your argument is the conclusion or conclusions that your data and results support. For example, you might use spectroscopic evidence to support the claim "Nitrogen is the preferred donor atom in cobalt(III) pentammine complexes."

One thought on “Thesis Statement For Software Engineering

Leave a Reply

Your email address will not be published. Required fields are marked *