Ryan Bensussan Harvey Instructor in Computer Science

COSC A451 Software Engineering
Syllabus (Spring 2019)

Table of Contents

πŸ‘¨πŸ»β€πŸ« INSTRUCTOR: Mr. Ryan B. Harvey πŸ”

Location Contact Info
🏫 Office: Not on campus Fall 2023 πŸ“ž Phone: 301-613-9130
πŸ•Ÿ Office Hours: By appointment βœ‰οΈ Email: rharvey@loyno.edu

COURSE DESCRIPTION πŸ”

πŸ‘¨πŸ»β€πŸ« From the Instructor

This course provides students with a view into the job of a software engineer through hands-on interaction with course material. Topics covered include engineering processes and their application to the development of software; cost and effort estimation; software testing and test management; team structure, roles and composition; deployment and configuration management; and professional ethics.

This course is taught with a mandatory service learning component, during which students work on a real software development project in a team context for a real client and reflect upon that experience. It is not possible to pass this course without taking part in this hands-on learning experience.

πŸ“œ From the Undergraduate Bulletin

This course describes engineering processes and their application to the development of software.

πŸ› PREREQUISITES πŸ”

One of:

To be successful in this course, students are expected to have practical experience building software, and in particular, should be comfortable working with data structures, designing classes, and writing software modules.

πŸŽ“ LEARNING OBJECTIVES πŸ”

Students will experience the job of a software engineer through hands-on interaction with course material. The course will provide students with opportunities to experience: engineering processes and their application to the development of software; cost and effort estimation; software testing and test management; team structure, roles and composition; deployment and configuration management; and professional ethics.

πŸŽ“ LEARNING OUTCOMES πŸ”

Upon completion of this course, students should be able to:

  • Perform as a constructive member of a software development team
  • Communicate effectively with teammates
  • Iteratively create software by means of the delivery and deployment of software increments
  • Manage a codebase via version control, documentation, and team processes
  • Manage running software via testing, deployment, debugging, and maintenance activities
  • Identify customer needs to construct requirements for software
  • Identify customer acceptance of delivered software increments and understand satisfaction level
  • Use software practices to iteratively improve their software development processes and skills
  • Reflect on software development processes and identify changes that can improve future work
  • Reflect on ethical choices that arise during the course of software development in a corporate/client-interaction setting and identify personal and professional values that guide decisions

πŸ“š REQUIRED TEXTBOOKS πŸ”

πŸ“— Engineering Software as a Service: An Agile Approach Using Cloud Computing, 1st Edition (v1.2.1), by Armando Fox and David Patterson. Strawberry Canyon, 2016. ISBN 978-0-9848812-4-6.

πŸ“˜ The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Ed.), by Frederick P. Brooks, Jr. Addison-Wesley Professional, 1995. ISBN 978-0-2018359-5-3.

πŸ“ COURSE PROJECT πŸ”

In this course, you will build and deploy real software using the processes, practices, and ideas you're learning about. The course project is a large effort that will be completed as a team.

About the project

As a service learning project, and in the spirit of Loyola University New Orleans’ focus on social justice and the public good, we will be working with a client who focuses on an issue in this realm, helping them to complete their mission through the software we build.

The software project we work on will be a web application, and will likely be built (depending on the client needs and project requirements) with Ruby and JavaScript using the Rails web framework. Project, requirement, code and code review artifacts will be managed via GitHub using the git version control system. Your main textbook (see Required Textbooks) covers working with these languages and tools in some detail.

These tools are quite common in industry, and working with them in a collaborative, team-based software development scenario will provide you hands-on experience that you can include on a resume and use when applying for jobs in software development. All code you write for the course project will be open source, meaning that your work will be available for use in a code portfolio for prospective employers, should you choose.

Expectations of students

As with any major software development effort, you will be expected to work independently and as a team outside the classroom in order to complete this project. You will be expected to coordinate with classmates on your own in order to facilitate team collaborative work outside of class.

To be abundantly clear, almost no time during class periods will be spent writing or reviewing code. Project work during class periods will be limited to client interactions such as meetings and demos, as well as stand-up check-ins. If you have questions your teammates cannot answer, it is your responsibility to reach out and ask the appropriate person as soon as possible, so as not to delay completion of project tasks.

You will be required to reflect on your experiences throughout the project duration and to write a reflection paper toward the end of the semester synthesizing these reflections (see Reflection Paper). In addition, you will be required to complete a service learning project evaluation on or before to the final day of class.

Project Schedule and Meetings

We will discuss the project beginning in Week 3, plan our first development iteration (or sprint) at the end of that week, and begin development immediately afterward. In total, the project will cover four (4) three-week sprints. Detailed project schedule will be presented at the project kick-off meeting during class, and may change as needed during the course of the project.

Each sprint will begin during the class period with a planning session. During this session, you will, as a team, estimate the development effort required for requirements and decide on a subset of requirements you will implement during the iteration. As a team, you will commit to completing these requirements entirely by the end of the iteration.

During the course of the sprint, we will begin each class period with a quick stand-up meeting. The purpose of this meeting is to identify (1) what's been done since the last stand-up; (2) what you're planning to do before the next stand-up; (3) what impediments are blocking progress on your work; and (4) what help you need from your teammates. No problem-solving will happen during this meeting – any identified impediments or needed help will be handled in a scheduled session with your teammates outside of class.

At the close of each sprint, you, as a team, will demonstrate the software increment you built during the iteration. This demonstration should focus on the value the software increment provides to the customer/client and users of the software. You should be prepared to answer questions about what you've built and how it works.

Following the demonstration, we will engage in a retrospective session, where we will evaluate how well the development practices and process used worked, and identify ways to improve these for the next iteration. At the close of the retrospective, we will add one or more process improvement tasks to our list of requirements that must be tackled within the next iteration.

In addition, during the course of the project, you will be required to keep a reflections journal, periodically turned in, with reflections on what you've learned, how you've adjusted your process and team interactions, and assumptions you've had that have been overturned. This journal will be invaluable when completing the reflection paper assignment at the end of the course, and may also help you complete the final (see Final Issue Paper and Presentation below).

The project kickoff meeting, where you will be introduced to the client and topic of the project, is scheduled for the class period on Thursday, January 17, 2019.

Sprints will run during the following dates:

  • Sprint 1: 1/24 - 2/12
  • Sprint 2: 2/12 - 2/28
  • Sprint 3: 2/28 - 3/26
  • Sprint 4: 3/26 - 4/23

Final project demo is scheduled for Tuesday, April 23, 2019.

πŸ“ REFLECTION PAPER πŸ”

As part of the service learning aspect of this course, in addition to university-required tracking of hours spent performing service work, you will also be keeping a journal with at least weekly reflections on your experiences, on software process and team interaction, on client interactions, and more.

Toward the end of the semester, you will be required to write a short (5-10 pages) reflection essay examining the following questions:

  • What activities did you perform as part of your service learning experience?
  • What were your expectations at the beginning of the course? How did your expectations and attitudes change during and after engaging in this service learning activity?
  • How does what you experienced during the service learning project exemplify or contradict what you’ve learned in previous courses and through the lectures in this course? Please include at least two concepts that could be applied to your experience.
  • Did the service learning experience make your understanding of software development and computer science clearer? How?
  • What did you learn about yourself during this experience?
  • What did you learn about others during this experience?
  • How can you use what you learned through this experience in your future coursework and in your future career? Do you feel better prepared for your career path after this experience? Why?
  • Will you continue to actively be of service in the future? Why or why not?

πŸ“ FINAL ISSUE PAPER AND PRESENTATION πŸ”

Professional software engineers encounter ethics issues frequently in the work they do. Many professional software engineers adopt a code of ethics that guides their approach to their work and helps them decide what kinds of work they are willing to do.

To experience some of this, as a final exam for this course, you will write an in-depth issue paper on a software ethics question or problem of your choice, and present your findings to the class.

You will have the entire semester to work on this paper and presentation. Thus, you will be expected to research the topic in detail, finding and presenting a detailed analysis of the various approaches, perspectives, and implications associated with the issue you have chosen. In particular, your paper must address in detail the following analysis questions:

  • What is the issue?
  • Why is it an ethical issue?
  • Why should it concern us?
  • Are there related laws or legal frameworks related to this issue?
  • What are the prominent perspectives on this issue?
  • What are the implications of those perspectives?
  • What are some proposed solutions to the issue?
  • What are the implications of those proposals?

While there is no page limit, your paper will be judged on the completeness of the ideas presented, and an extraordinarily concise treatment of an ethics issue will likely require well over 10 pages single-spaced.

During the final exam period, you will give a 15 to 20 minute presentation to the class on your findings. This presentation should describe and illustrate for your classmates the answers you found for all the analysis questions.

Your presentation must also address each of the above analysis questions in sufficient detail to give classmates a clear understanding of what you found while maintaining the interest of your audience and fitting within the allotted time period.

Choosing your topic

We will discuss the final paper assignment during the first class period. From that time, you will have two weeks in which to select and turn in a brief (3-5 sentences) paragraph on the topic you have chosen to research. All topics will be approved by the instructor during week three (3).

In order to assist you in your topic selection and research, several resources are available to you.

  • Ethics books on reserve in the University Library
  • Other ethics books of interest
  • Codes of ethics
  • Ethics papers
  • Online resources

How you will be graded

Your paper and presentation must present a complete and detailed analysis of the issue you've chosen, answering the above analysis questions at a minimum.

In addition to content, you will be graded on the correctness of your writing (spelling, grammar, punctuation, word choice, etc.), the readability and formatting of your submitted paper (font choice, margins, line length, spacing, etc.), and on your presentation skills (vocal projection, clarity of speech, appropriateness of movement, eye contact, visual aids, appropriate attire, etc.). Please be careful in your writing and practice your presentation prior to the final exam period.

πŸ’― GRADES πŸ”

The following activities will contribute to your final grade in this course:

  • πŸ•Ÿ Participation
  • πŸ“‹ Concepts Check quizzes
  • πŸ’» Class Project
  • πŸ““ Reflections Journal & Paper
  • πŸ“ Final Issue Paper and Presentation

The following calculation will be used to compute your final score in the course:

Grade Value Quantity Total
πŸ•Ÿ Participation 25% 630 points possible
Class Participation 20 points 29 580 points possible
Final Participation 50 points 1 50 points possible
πŸ“‹ Quizzes 4% 100 points possible
Concepts Check 10 points 10 100 points possible
πŸ’» Project 48% 1200 points possible
Weekly Contribution 25 points 12 300 points possible
Sprint Interim Demo 100 points 3 300 points possible
Retrospective 100 points 4 400 points possible
Final Project Demo 200 points 1 200 points possible
πŸ““ Reflections 9% 220 points possible
Weekly Reflection Journal 10 points 12 120 points possible
Reflection Paper 100 points 1 100 points possible
πŸ“ Final Issue Paper 14% 350 points possible
Paper 250 points 1 250 points possible
Presentation 100 points 1 100 points possible
Extra Credit: Poster +100 points 1 +100 points possible
TOTAL 100% 2500 points possible

The grading scale is the standard 10-point scale.

Letter Grade Percentage Range Points Range
A 93 – 100 2325 – 2500
A- 90 – 92 2250 – 2324
B+ 88 – 89 2200 – 2249
B 83 – 87 2075 – 2199
B- 80 – 82 2000 – 2074
C+ 78 – 79 1950 – 1999
C 73 – 77 1825 – 1949
C- 70 – 72 1750 – 1824
D+ 68 – 69 1700 – 1749
D 60 – 67 1500 – 1699
F 59 and below 1499 and below

πŸ“† SCHEDULE OF TOPICS

The following schedule of topics and activities represents the best estimation of the semester schedule based on available information at the time of writing. Dates and activities are subject to change in response to needs that come up during the semester. You will be notified in class or via Blackboard about any adjustments to the schedule.

Week β€’ Session Date Topics Activities Readings & Preparation
1 β€’ 1

Tue 01/08

πŸ“ƒ Course Intro

πŸ“ Issue Paper Assignment

πŸ““ Service Learning & Reflections

πŸ’» Languages & Tools Intro

πŸ‘‹ Introductions

πŸ“ƒ Syllabus Review

πŸ’­ Lecture

πŸ“— Textbook & πŸ’» Project Prep

1 β€’ 2

Thu 01/10

πŸ’­ What is Software Engineering?

  • Software Engineering Definition and Components

πŸ’­ Software Processes:

  • Traditional Processes
  • Agile/Iterative Processes
  • Developer Practices

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 1

πŸ“˜ MMM: pp.115-123 (Ch 11)

πŸ“˜ MMM: pp.264-271 (from Ch 19)

2 β€’ 3

Tue 01/15

πŸ’­ Ruby on Rails

  • Intro to Ruby
  • Intro to Rails
  • Intro to Cloud9 IDE

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 3

πŸ“— ESaaS: Ch. 4

πŸ“— ESaaS: Appx. A

2 β€’ 4

Thu 01/17

πŸ’» Customer Organization & Project Intro

πŸ““ Reflections Journal

πŸ’­ Version Control, Git and GitHub

πŸ’­ Lecture

πŸ’» Course Project and Customer Intro

πŸ“— ESaaS: Ch. 5

πŸ“— ESaaS: Ch. 7

3 β€’ 5

Tue 01/22

πŸ’­ Front-end Development

πŸ’­ Behavior-Driven Development (BDD)

πŸ’­ Test-Driven Development (TDD)

πŸ’­ Continuous Integration & Delivery (CI/CD)

πŸ’­ Lecture

(THW)

πŸ“— ESaaS: Ch. 6

3 β€’ 6

Thu 01/24

πŸ’» Course Project Intro

πŸ““ Turn in Reflections Journal

  • What are your expectations for the project?
  • Do you feel you are prepared to take on this challenge? Why?

πŸ’­ Lecture

πŸ’» Project

  • Project Process & Student Expectations
  • Project Weekly Contributions Grade
  • Sprint 1 Planning

(THW)

πŸ“— ESaaS: Ch. 10

4 β€’ 7

Tue 01/29

πŸ“‹ Concepts Check: Rails Development

πŸ’­ Software Architecture

  • What is Software Architecture
  • Architecture vs. Design
  • Common Architecture Patterns
  • Architecture Anti-patterns
  • SOLID

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 2

πŸ“˜ MMM: pp.41-50 (Ch 4)

πŸ“˜ MMM: pp.254-257 (from Ch 19)

πŸ“˜ MMM: pp.141-150 (Ch 13)

4 β€’ 8

Thu 01/31

πŸ’­ Architecture Documentation

  • Architecture Diagrams
  • Architecture Decision Records

πŸ’­ Behavior-Driven Development (BDD)

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: 7.1-7.5

πŸ“˜ MMM: pp.13-26 (Ch 2)

πŸ“˜ MMM: pp.273-275 (from Ch 19)

πŸ“˜ MMM: pp.87-94 (Ch 8)

5 β€’ 9

Tue 02/05

πŸ“‹ Concepts Check: Software Architecture

πŸ’­ Behavior-Driven Development (BDD)

πŸ’­ Requirements Estimation

  • Relative Estimation Frameworks
  • Planning Poker

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: 7.6-7.14

πŸ“˜ MMM: pp.153-160 (Ch 14)

5 β€’ 10

Thu 02/07

πŸ’­ Test-Driven Development (TDD)

  • TDD in Practice
  • Stubs & Mocks
  • RSpec Ruby test framework
  • Jasmine JavaScript test framework

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 8

6 β€’ 11

Tue 02/12

πŸ’» Course Project

πŸ’» Project

  • Sprint 1 Demo
  • RetrospectiveΒ 1
  • Sprint 2 Planning

None

6 β€’ 12

Thu 02/14

πŸ“‹ Concepts Check: Estimation, BDD & TDD

πŸ’­ Guest Lecture: Building SaaS Software

πŸ““ Turn in Reflections Journal

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Guest Lecture

(SL17)

None, unless provided by Guest Lecturer

7 β€’ 13

Tue 02/19

πŸ’­ Advanced SaaS Concepts

πŸ’» Project: Stand-up

πŸ’­ Lecture

Selected Readings

7 β€’ 14

Thu 02/21

πŸ’­ Legacy Code & Refactoring

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 9

8 β€’ 15

Tue 02/26

πŸ“‹ Concepts Check: SaaS, Refactoring & Legacy Code

πŸ’­ Tools & Complexity Management

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Guest Lecture

(TSR)

πŸ“— ESaaS: 1.7-1.9 (review)

πŸ“˜ MMM: pp.127-137 (Ch 12)

πŸ“˜ MMM: pp.179-203 (Ch 16)

πŸ“˜ MMM: pp.207-227 (Ch 17)

8 β€’ 16

Thu 02/28

πŸ’» Course Project

πŸ““ Turn in Reflections Journal

πŸ’» Project

  • Sprint 2 Demo
  • RetrospectiveΒ 2
  • Sprint 3 Planning

None

9 β€’ —

Tue 03/05

⚜️ Happy Mardi Gras!

NO CLASS

9 β€’ —

Thu 03/07

⚜️ Happy Mardi Gras!

NO CLASS

10 β€’ 17

Tue 03/12

πŸ’­ Agile Teams & Team Communication

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 10 (review)

πŸ“˜ MMM: pp.78-83 (Ch 7)

πŸ“˜ MMM: pp.271-273 (from Ch 19)

πŸ“˜ MMM: pp.276-279 (from Ch 19)

10 β€’ 18

Thu 03/14

πŸ’­ Agile Team Roles & Pair Programming

πŸ’­ Bugs & Debugging

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“˜ MMM: pp.29-37 (Ch 3)

πŸ“˜ MMM: pp.107-112 (Ch 10)

11 β€’ 19

Tue 03/19

πŸ“‹ Concepts Check: Agile Teams

πŸ’­ Bugs & Debugging

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

None

11 β€’ 20

Thu 03/21

πŸ“‹ Concepts Check: Debugging

πŸ’­ Software Design

πŸ““ Turn in Reflections Journal

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

(TW17)

πŸ“— ESaaS: Ch. 11

πŸ“˜ MMM: pp.53-58 (Ch 5)

πŸ“˜ MMM: pp.257-260 (from Ch 19)

12 β€’ 21

Tue 03/26

πŸ’» Course Project

πŸ’» Project

  • Sprint 3 Demo
  • RetrospectiveΒ 3
  • Sprint 4 Planning

None

12 β€’ 22

Thu 03/28

πŸ’­ Software Design (cont.)

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 11 (review)

13 β€’ 23

Tue 04/02

πŸ“‹ Concepts Check: Software Design

πŸ’­ Running Software

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“— ESaaS: Ch. 12

πŸ“— ESaaS: Ch. 13

13 β€’ 24

Thu 04/04

πŸ“‹ Concepts Check: Running Software

πŸ’­ Professionalism & Software Craftsmanship

(RC17)

πŸ““ Turn in Reflections Journal

πŸ“‹ Concepts Check

πŸ’» Project: Stand-up

πŸ’­ Lecture

πŸ“˜ MMM: pp.3-9 (Ch 1)

πŸ“˜ MMM: pp.97-103 (Ch 9)

14 β€’ 25

Tue 04/09

πŸ’­ Professional Ethics & Conduct

πŸ’» Project: Stand-up

πŸ’­ Lecture

ACM Code of Ethics

IEEE Code of Ethics

14 β€’ 26

Thu 04/11

πŸ’­ Software & Technology Ethics

πŸ““ Turn in Reflections Journal

πŸ’» Project: Stand-up

πŸ’­ Lecture

Selected Ethics Articles

15 β€’ —

Tue 04/16

πŸ¦‹ Happy Easter!

NO CLASS

15 β€’ —

Thu 04/18

πŸ¦‹ Happy Easter!

NO CLASS

16 β€’ 27

Tue 04/23

πŸ’» Course Project

πŸ’» Project: Final Demo

None

16 β€’ 28

Thu 04/25

πŸ“‹ Concepts Check: Agile Metrics, Documentation

πŸ’» Course Project

(TS-Ch ⬅️)

πŸ““ Turn in Reflections Journal

πŸ“‹ Concepts Check

πŸ’» Project: Retrospective 4

None

17 β€’ 29

Tue 04/30

πŸ“‹ Concepts Check: Professionalism & Ethics

πŸ’­ Agile Metrics Analysis

πŸ’­ Documentation

πŸ““ Turn in Reflection Paper

πŸ“‹ Concepts Check

πŸ’­ Guest Lecture

πŸ’» Project: Agile Metrics

(TS-Ch)

πŸ“— ESaaS: Ch. 10 (review)

πŸ“˜ MMM: pp.163-175 (Ch 15)

πŸ“˜ MMM: pp.61-69 (Ch 6)

πŸ“˜ MMM: pp.260-264 (from Ch 19)

18 β€’ F

Thu 05/09

πŸ“ Final

4:30 PM - 6:30 PM

πŸ“ Turn in Issue Paper

πŸ“ Issue Paper Presentations

None

πŸ“œ INSTRUCTOR'S POLICIES πŸ”

Attendance

This is a course about being a professional. In order to do a professional job, you first have to be present. As such, attendance is required.

If there is a reason you must be absent, please arrange with the instructor in advance. Any absence not arranged with the instructor and approved in advance will result in a loss of the daily classtime participation grade. (See grading policy above.)

Please come to class on time and remain until class is dismissed.

Cell Phones

Cell phones must be turned off during class.

Email

Students must check their Loyola email daily.

Late Work

As a professional, if you miss a deadline, there are consequences.

Course Project

For major course projects, you should treat the instructor as your management. In many cases, with early notice of a delay in completion of work, project schedules can be adjusted to accomodate the delay. Managers who learn of a delay at or just before the deadline tend to perceive the employee as irresponsible, and may formally reprimand or even remove the employee from the project.

Notify the instructor as soon as you are aware of a delay in completion of project work, and you will have an opportunity to negotiate a new deadline, if possible. Please be aware that dependencies in subsquent deadlines in the project schedule may prevent such an accomodation.

Other Deadlines

For all other classroom activities, late work will not be accepted, subject to the exceptions below.

Excused Absence Policy and Documentation Requirement

The only exceptions to this classroom policy are for absences which fall under the University Excused Absence policy.

Under that policy, excused absences require written documentation. Excused Absences due to illness have to be documented through the Office of Student Affairs or the Office of Disability Services.

Failure to appropriately document such absences will result in zero points received for the assignments due during that class period, and for the daily participation grade.

Academic Integrity, Cheating and Plagiarism

In a professional setting, there are significant consequences for dishonesty and lack of integrity, including legal consequences, market reaction, and employer discipline or termination of employment.

As your instructor for this course, I have gone out of my way to ensure that you have a great opportunity to learn the course material in both theoretical and concrete ways. Your part in this learning effort is to do your own original work and give appropriate credit for legitimate help you have received.

In keeping with this, students are expected to maintain the highest standards of academic and professional integrity. Behavior that violates these standards is not acceptable.

Some examples of unacceptable behavior in this course are:

  • unauthorized or unattributed use of material you did not create or do not have the right to claim as your own (per U.S. Copyright Law)
  • communication with fellow students during any assignment, quiz or test that is not explicitly identified by the instructor as group work
  • attempting to benefit from the work of another student, including submitting the work of another student as your own
  • reusing work from a previous semester, even work you completed on your own
  • similar behavior that defeats the learning intent of any work assigned for this class, including assessments

Cheating on quizzes or examinations, plagiarism, improper acknowledgment of sources in essays, and the use of a single essay or paper in more than one course without permission are considered very serious offenses and shall be grounds for disciplinary action as outlined in the current bulletin. Agreement between the student and the faculty member that a violation has occurred, or no response from the student, will result in the assignment of a lower grade or an F to the test or assignment, or in the case of a serious violation, a lower grade or F for the course.

Dishonesty breaks trust, and will be taken very seriously.

In this course, if I suspect you are in violation of the University policy on Academic Honesty and Plagiarism in any way, whether on required assignments, exams, project work, extra credit assignments, or anything else related to this course, I will impose the highest penalty allowed.

  • If you remain in the course, you will not be eligible for any bonus or extra credit points on any grade remaining in the course, including the final grade.
  • Any extra credit points previously earned will be removed.
  • Because you have broken trust, I will be forced to reevaluate all other assignments to determine if I may have missed a possible violation. Appropriate action will be taken on every instance in which I suspect you of violating the University’s policy on Academic Honesty and Plagiarism.

For your benefit, the University policy on Academic Honesty and Plagiarism is available in the 2018 University Bulletin at http://2018bulletin.loyno.edu/academic-regulations/academic-honesty-and-plagiarism, including procedures associated with processing violations of the policy. Please read it and be familiar with it, as you will be responsible for ensuring your own compliance with it.

Participation/Behavior expected in class

Please maintain an atmosphere of respect toward others.

πŸ“œ GENERAL POLICIES πŸ”

View Part 2: General Policies (PDF) of the University at large

https://lorafacsec.loyno.edu/fac-bin/Syllabus--Part%20II.pdf