# A little help with organization! **URL:** \ **Category:** Rails\ **Created:** [June 4, 2007, 3:42pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910 "2007-06-04T15:42:45Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![CPerry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@CPerry](https://www.ruby-forum.com/u/CPerry)\ **Post date:** [June 4, 2007, 3:42pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910/1 "2007-06-04T15:42:45Z")
Hey all, first let me say that this list has been very valuable for me in learning the basics of Rails, so I appreciate this list very much! I have been doing a great amount of reading, studying, and learning, and now I am ready to start building my first Rails app. However, I need a little help with how to actually proceed with the build process. I would like to know how you guys plan your apps, and what order you build pieces in. I am building an app that will allow users to post pets that they need to find a great home for. Here are the basic requirements that this app will need: 1. User will create an account that will include all of their personal information. (Name, email, Login/Pass, etc.) 2. User will fill out a form for their pet to post it on the site. (Type of pet, sex, breed, etc., etc.) 3. User will upload an image of the pet if they have it. (Otherwise default to a generic image) 4. User will be able to edit, delete their posts once the pet has a new home. Users will also be able to edit their account to keep their information up to date. 5. Visitors will be able to search pets by type, breed, etc. My questions is, what should the general work flow be for this project? How would you tackle it as far as which pieces to build first, streamlining the development process, etc.? Since this will be my first actual build, I want to be sure that I develop this project in the correct manner, based on the MVC flow of things. I appreciate any guidance you all can give me for tackling my first Rails app.!! Thanks! ---
**Author:** ![CPerry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@CPerry](https://www.ruby-forum.com/u/CPerry)\ **Post date:** [June 4, 2007, 4:26pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910/2 "2007-06-04T16:26:51Z")
I don’t think there is one good workflow to start building your app but I really prefer the agile way. Meaing you have something working very fast. I would first define the models and the relationship between them (start with User and Pet) . Implement the user controller/functions afterwards (login/loguit/basic user editing). Have something working very quickly and start adding things to it. I often see the user functions (login, logout) as the basic and continue on top of that. Regards, Stijn ---
**Author:** ![CPerry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@CPerry](https://www.ruby-forum.com/u/CPerry)\ **Post date:** [June 4, 2007, 4:29pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910/3 "2007-06-04T16:29:51Z")
On Jun 4, 9:42 am, CPerry [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > I > need a little help with how to actually proceed with the build > process. I would like to know how you guys plan your apps, and what > order you build pieces in. I imagine I’m pretty typical in this regard - I start by defining my models and migrations. Those are, after all, the core pieces of a typical Rails app, and will dictate your controllers and actions. > 1. User will create an account that will include all of their personal > information. (Name, email, Login/Pass, etc.) That’s a model (which probably “has\_many :pets”) > 1. User will fill out a form for their pet to post it on the site. > (Type of pet, sex, breed, etc., etc.) There’s another model. Perhaps a collection of models (Pet, Cat \< Pet, Dog \< Pet, Snake \< Pet, etc.), probably using single-table inheritance (see the Agile book). That’ll be a design choice for you to make. (also likely “belongs\_to :user”) > 1. User will upload an image of the pet if they have it. (Otherwise > default to a generic image) See the attachment\_fu plugin to make your life easier here. > 1. User will be able to edit, delete their posts once the pet has a > new home. Users will also be able to edit their account to keep their > information up to date. Kind of built-in. You just need to provide forms and controller actions for this (which Rails will happily scaffold for you to give you something to build upon). > 1. Visitors will be able to search pets by type, breed, etc. This sounds like a custom controller that takes search parameters from the user and queries the “pets” table. Or, you could make search an action of the pets controller. It’s really up to you. > My questions is, what should the general work flow be for this > project? How would you tackle it as far as which pieces to build > first, streamlining the development process, etc.? Maybe I gave you more information than you asked for. 🙂 But yeah, start with your models. Everything builds up from those. ---
**Author:** ![CPerry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@CPerry](https://www.ruby-forum.com/u/CPerry)\ **Post date:** [June 4, 2007, 5:05pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910/4 "2007-06-04T17:05:55Z")
Thanks for the replies from all of you. You have certainly guided me in the direction that I needed. It sounds like I now need to get a good handle on models and relationships. I would certainly like to hear from others though if you guys want to chime in any other info. Thanks! ---
**Author:** ![CPerry](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/c/9d8465/32.png) [@CPerry](https://www.ruby-forum.com/u/CPerry)\ **Post date:** [June 4, 2007, 4:30pm UTC](https://www.ruby-forum.com/t/a-little-help-with-organization/105910/5 "2007-06-04T16:30:52Z")
To add to what Tarscher said, I’ve found that it’s better to start as high a level as possible, in this case the UI itself. Then you work down the hierarchy, writing integration tests, writing controller tests, writing controller code, writing model tests, writing model code. That way you have exactly what you need, no more, no less. Jason