I have been working on a project for almost a year now. This project involves the implementation of a computational method to calculate material properties and the application to different material systems. I have also done original modifications to the method during the course of the implementation.
At the moment I am in the process of writing down the details of the implementation and the results of my calculations. I have envisioned that the best way to break down the large amount of work that has been done is to write three papers. Chronologically: 1) one with the improved methodology with pertinent application results, 2) another one with the implementation details and 3) a final one focusing only on application of the code to a very interesting set of systems.
I think that writing papers 2) and 3) will become easier as I can simply refer the reader for details to 1) and 1) & 2), respectively, but I am having quite a bit of trouble finding the right narrative for the first paper, since I want to focus on the big picture of the theory and methodology but the little details of the implementation seem to constantly get in the way. This comes in the way of "we are trying to achieve this big objective A but in the actual implementation we did things a little different by changing B1, B2, B3, ...". This would distract the reader from the main point and becomes extremely disruptive from the point of view of the narrative flow. But somehow, it feels wrong to leave these details out since readers would otherwise assume we use the previous approach, or would simply not know how exactly we carried out the work.
I am wondering what are useful and effective strategies to write papers that can be read smoothly when there is a lot of fine detail involved that has not been previously published.