[dba-VB] SCRUM: Sprint - 1st week plan

Salakhetdinov Shamil mcp2004 at mail.ru
Wed Apr 1 12:22:50 CDT 2009


Hi Mark,

You can test the current version to see that it evolves in the right (expected there) direction or not.

As for SQL DB - AFAIU we should have it always kept as a set of SQL scripts to be able to recreate it from scratch anytime. Currenty we have to leave this task out of scope of this project because we have limited resources.

The SQL Scripts, which are created while working on forms/reports are added to the main project and have to be applied manually. A note record is added about every such SQL Script/DB object addition/update to the main project text file located in \!Documents folder and called Notes.txt.

So far just three new SQL Scripts are added for all the currently developed forms - and the latter are more than a half of Northwind forms.

Thank you.

--
Shamil

-----Original Message-----
From: Mark Breen <marklbreen at gmail.com>
To: "Discussion concerning Visual Basic and related programming issues."<dba-vb at databaseadvisors.com>
Date: Tue, 31 Mar 2009 20:01:36 +0100
Subject: Re: [dba-VB] SCRUM: Sprint - 1st week plan

> Hello Gustav,
> 
> 
> Thanks for the update, I also fear that I may have some tasks that I should
> be doing, but am not.
> 
> I guess that I could attempt to get the current code version and review it
> as Product Owner, but somehow, I fear that I may not be supposed to 'look
> behind the curtin' until it is ready.
> 
> So, currently I have no work to do, anyone may correct me if I have this
> wrong.
> 
> I am also using the SCCS at the moment, on another project, and getting more
> and more pleased with how well it works.  What I have not delved into yet,
> is the concept of branches and trunks, perhaps I should put that on the
> list.
> 
> Also, we will eventually need to store the db in source control also.  I
> tried a a few years ago to get a fast way to do that, but did not really
> achieve what I wanted.  Of course one method is that I could place the db on
> the same server as the SCCS but if we do that, it must have some element of
> care taken, so that one developer does not break the other work.  It may not
> be urgent, but for sure we will eventually need a protected db that is there
> for each developer to try out major versions of his work.  For the minor
> versions, he can work in his own local machine.
> 
> This then brings the other arkward issue of connection strings, which I find
> to be a pain when I have many systems to work with, and to test code.
> 
> What is great about SVN and the other tools is they are so good and they are
> free. that is amazing.
> 
> Thanks
> 
> Mark
> 
> 
> 2009/3/30 Gustav Brock <Gustav at cactus.dk>
> 
> > Hi SCRUM Team
> >
> > As Shamil has written several times, we have to learn new techniques and
> > tools. TortoiseSVN/VirtualSVN has been an eye-opener to me - it is a
> > pleasure to work with and if you never before have use a versioning system
> > for your code, this is your chance. To me it is double fun as I work both at
> > home, from a laptop and at the office. Previously I just copied the complete
> > solution folder to and from an FTP folder - now I can just open VS and in a
> > minute I have al updates from wherever they were made!
> >
> > I really appreciate the time Shamil has taken to get this going - I know
> > very well have much time it takes to research and test and set up.
> >
> > The Employee form was a bit late - I had some troubles with it, but Shamil
> > came up with a good solution for storing the pictures.
> >
> > How are you doing Doug and John? Can you also open and download the
> > pictures of the employees?
> >
> > /gustav
> >
> >
> > >>> Gustav at cactus.dk 30-03-2009 18:49 >>>
> > Hi SCRUM Team
> >
> > So how are we proceeding?
> > I'm a little unsure what the next step is ...
> >
> > /gustav
> >
> >
> > >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 25-03-2009 18:18 >>>
> > Hi SCRUM Team and all,
> >
> > I have got added developed CustomerOrders form.
> >
> >
> >
> > _______________________________________________
> > dba-VB mailing list
> > dba-VB at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/dba-vb
> > http://www.databaseadvisors.com
> >
> >
> _______________________________________________
> dba-VB mailing list
> dba-VB at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/dba-vb
> http://www.databaseadvisors.com
> 




More information about the dba-VB mailing list