Refactor submit_reform for quick-calc submission case

[hdoupe]

Closes #654

[hdoupe]

@brittainhard PR #655 is ready for review.

[brittainhard]

This is working. @hdoupe why the large refactoring job. What does the save_model function do that submit_reform wasn't?

[hdoupe]

@brittainhard submit_micro was using the process_model function which was replaced with submit_reform. But submit_reform starts with a request object and not a TaxSaveInputs object. It seemed easier to refactor the submit_reform function than use a request object as an input to submit_reform some of the time and a TaxSaveInputs object the other times. Does that make sense?

[hdoupe]

The data is already parsed into a TaxSaveInputs object so that means that there is no need to go through the request parsing logic in submit_reform.

[brittainhard]

@hdoupe need to fix these merge conflicts.

[hdoupe]

@brittainhard Sorry about that. I should have checked this earlier. I'll run this locally and make sure it works.

[hdoupe]

@brittainhard Just ran it locally. I submitted a quick-calc and a full calculation from there and everything looks good.

[brittainhard]

LGTM, merging.