这是一篇来自美国的关于工程软件及服务的工程代写

 

Assignments

1. hw-setup (required but not graded)

The first goal of this assignment is to set up your Ruby environment. While we will use the environments in Codio for the CHIPS programming assignments, you will need a Ruby on Rails environment for your project. In general, it is helpful to be able to easily switch the versions of Ruby and/or Rails, which you will achieve in this assignment.

  1. Follow the rbenv Github page to install rbenv for your platform.
  2. Once rbenv is installed, you can use rbenv install -l to list the available Ruby versions.
  3. Use rbenv install --verbose 2.6.6 to install a specific version (2.6.6 in this example).
  4. Use rbenv global 2.6.6 to set the default Ruby version for your environment.
  5. Use ruby -v to verify that it is installed correctly.

Another goal of this assignment is to agree to the course collaboration / copying policy. Please sign by adding your name, UNI, and date to the following text and submit it as signed_collaboration_policy.txt to the corresponding assignment in CourseWorks.


        I have read and understood the following documents:

          1. CS department's Policies and Procedures regarding Academic Honesty;
          2. Columbia College and Columbia Engineering’s Academic Integrity website; and
          3. The Engineering Software-as-a-Service course policies.

        I pledge that I will abide by the rules set forth by the documents, and
        that I will accept the corresponding penalties if I fail to do so.

        I also pledge that I will never post any Course Materials to public code
        repositories or web sites like GitHub, CourseHero, etc., nor will I
        share Course Materials privately with any person who may take the same
        class in the future.  I understand Course Materials include, but are not
        limited to, my own code, skeleton and solution code I received, lecture
        notes, and exams and solutions.

        Name:
        UNI:
        Date:
      

2. hw-ruby

Complete Codio 2.5 CHIPS: Ruby Intro.

3. hw-saas

Complete Codio 3.7 CHIPS: Wordguesser.

4. proj-team (required but not graded)

Complete forming your project team. Your team should have four members. Fill the following form and submit it as a team.txt file to the corresponding assignment in CourseWorks.


        Member 1 Name:
        Member 1 UNI:
        Member 2 Name:
        Member 2 UNI:
        Member 3 Name:
        Member 3 UNI:
        Member 4 Name:
        Member 4 UNI:
      

5. hw-rails

Complete Codio 5.2 CHIPS: Ruby Intro.

6. hw-bdd

Complete Codio 7.7 CHIPS: Intro to BDD and Cucumber.

7. proj-proposal

Submit a your project proposal as a proposal.txt file to the corresponding assignment in CourseWorks. It should have the following contents:


      Title: tagline of your project, such as "Slack: Where work happens"
      Details:
          - Team members (name and UNI for each teammate)
          - Pain points you're addressing
          - What your SaaS does to address the pain points
          - Why is your SaaS unique/different from the solutions in the market
          - A link to a short YouTube video explaining your proposal
      

A few paragraphs are enough. No need to write a detailed business plan. The YouTube video will be played in class during our Proposal Day. The length of the video will be determined based on the total number of projects. Everyone in the team must speak (approximately equally). If time allows, we will conduct a quick live Q/A session for each proposal. Submit any additional materials such as presentation deck you may have.

Only one member of the team needs to submit. Be sure to include in README the names and UNIs of all team members.

After the submission, but before Proposal Day, post your proposal and video to the course discussion board and prefix the post title with “[Project Proposal]…” for the entire class to learn what you plan to do and provide feedback.

Grading rubric:

  • Pain points are clearly explained (25%).
  • Proposed solution is clearly explained (25%).
  • Proposed solution is clearly differentiated from the solutions in the market (25%).
  • Well-made proposal video (25%).

8. hw-tdd

Complete Codio 8.9 CHIPS: The Acceptance Test/Unit Test Cycle

9. proj-iter1

Submit the iteration 1 of your SaaS product to the corresponding assignment in CourseWorks. Only one member of each team needs to submit. Your submission should include

  • README with (1) the names and UNIs of all team members and (2) instructions to run and test your product.
  • User stories written in Cucumber for the most basic features of your product.
  • RSpec tests for the code written.
  • Working SaaS prototype that passes the user stories and RSpec tests.
  • Heroku deployment link.
  • Code (Github repository link).
  • Any additional materials you would like to submit.

Grading rubric:

  • User Stories (40%): provides user stories of how the service or product is used; the user stories have been well thought of; and user stories pass cucumber with good coverage.
  • Minimal Viable Prototype (20%): demonstrates that effort has been spent on making a working prototype with minimum features.
  • Testing (30%): good test coverage in RSpec; well thought out tests; tests pass.
  • Deployment (10%): deployment (most likely to Heroku) is complete; no visible errors.

10. proj-iter2

Submit the iteration 2 of your SaaS product to the corresponding assignment in CourseWorks. Only one member of each team needs to submit. Be sure to include in README the names and UNIs of all team members. Your submission should include

  • README with (1) the names and UNIs of all team members and (2) instructions to run and test your product.
  • User stories written in Cucumber for the main features of your product.
  • RSpec tests for the code written.
  • Working SaaS prototype that passes the user stories and RSpec tests.
  • Heroku deployment link.
  • Code (Github repository link).
  • Any additional materials you would like to submit.

Grading rubric:

  • User Stories (40%): provides user stories of how the service or product is used; the user stories have been well thought of; and user stories pass cucumber with good coverage.
  • Minimal Viable Prototype (20%): demonstrates that effort has been spent on making a working prototype with main features.
  • Testing (30%): good test coverage in RSpec; well thought out tests; tests pass.
  • Deployment (10%): deployment (most likely to Heroku) is complete; no visible errors.

11. proj-demo

Prepare a short demo video of your SaaS product. Submit a link to the video, a Heroku deployment link, and the presentation deck to the corresponding assignment in CourseWorks. The demo video will be played in class during our Demo Day. The length of the video will be determined based on the total number of projects. Everyone in the group has to speak (approximately equally). If time allows, we will conduct a quick Q/A session for each team. Submit any additional materials such as usage curves you may have.

Only one member of the team needs to submit. Be sure to include in README the names and UNIs of all team members.

After the submission, but before Demo Day, post your demo video to the course discussion board and prefix the post title with “[Project Demo]…” for the entire class to appreciate what you have built and provide feedback.

Grading rubric:

  • Argues clearly why the product needs to exist (25%).
  • Concise demonstration of the product functionality (25%).
  • Well-made pitch deck / presentation materials (25%).
  • Well-made pitch video (25%).

12. proj-launch

Submit the final version of your SaaS product to the corresponding assignment in CourseWorks. Only one member of the team needs to submit. Be sure to include in README the names and UNIs of all team members. Your submission should include

  • README with (1) the names and UNIs of all team members and (2) instructions to run and test your product.
  • User stories written in Cucumber for the complete features of your product.
  • RSpec tests for the code written.
  • Working SaaS product that passes the user stories and RSpec tests.
  • Heroku deployment link.
  • Code (Github repository link).
  • Any additional materials such as usage curves you would like to submit.

Grading rubric:

  • User Stories (40%): provides user stories of how the service or product is used; the user stories have been well thought of; and user stories pass cucumber with good coverage.
  • Minimal Viable Prototype (20%): demonstrates that effort has been spent on making a working prototype with complete features.
  • Testing (30%): good test coverage in RSpec; well thought out tests; tests pass.
  • Deployment (10%): deployment (most likely to Heroku) is complete; no visible errors.

EasyDue™ 支持PayPal, AliPay, WechatPay, Taobao等各种付款方式!

E-mail: easydue@outlook.com  微信:easydue


EasyDue™是一个服务全球中国留学生的专业代写公司
专注提供稳定可靠的北美、澳洲、英国代写服务
专注提供CS、统计、金融、经济、数学等覆盖100+专业的作业代写服务