I best prepare for a Performance Review by looking at what projects and tasks I completed within the evaluation period, consider how the company chooses to do an evaluation as some may use how you do compared to expectations in a few ways or using some other yardstick.
If the organization doesn't have pre-defined annual objectives, it is still a good idea to check in with your boss in terms of how well are you performing, what are some areas you could work on to improve and what strengths do you bring to the organization.
The translation is what did you do and how well did you do it compared to other options you had at the time, e.g. you spend 2 weeks on something that looking back should have only taken 2 days but you learn what new resources you have gained that may be worth it down the line.
I did have a case where my supervisor wasn't hands on and what was done was inquiring with both other developers as well as those in other roles, e.g. Quality Assurance or Project Management to get their opinion, which I found to be a rather useful way to gauge my performance.
Goals for the business can be useful to know, e.g. sales are expected to grow by 100% or the number of employees is expected to double, as well as seeing where you can fit into that role. If this involves getting some training to help build the skills of those within the organization, this should be worked out somehow.
The big ticket recommendations is whether there is a personal performance bonus, a company performance bonus, as well as whether or not there is feedback from you to improve things in the future, e.g. if you want the boss to take a bit more of a hands-on approach ask for that. Performance reviews tend to be a great time to do some analysis both ways, from the organization to you and reverse of that as there may be some process changes to improve how the company runs, e.g. that Pentium 3 development machine should be recycled and a better computer bought to improve productivity.