Subscribe to rss feed

Enginering Process planning | General | Forum

 
You must be logged in to post user permissions login Login register Register


Register? | Lost Your Password?

Search Forums:


searchicon 






Minimum search word length is 3 characters – Maximum search word length is 84 characters
Wildcard Usage:
*  matches any number of characters    %  matches exactly one character

topic

Enginering Process planning

print
small tagNo Tags
UserPost

6:21 am
March 3, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
21
0
ratedowngrey
rateupgrey

Great!  I will do some further work in this direction, then.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

7:09 am
March 3, 2010


Rizwan

Admin

posts 170

offline
link
print
22
0
ratedowngrey
rateupgrey

I am largely okay with what we are doing here.

As for the hosting constraints, anything we do in php and mysql shouldn't have any problems.

For the personal blogs/tweets, I recommended elgg.org in another thread.

7:13 am
March 3, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
23
0
ratedowngrey
rateupgrey

Rizwan said:

For the personal blogs/tweets, I recommended elgg.org in another thread.


I will check out elgg.org tomorrow and report back here with how suitable I feel it is for this purpose.

For the record, I would have a slight preference for handling personal blogs/tweets with a software system installed on the cstart.org servers, rather than using a 3rd party service.  The proufsion of distinct 3rd party services used by CSTART is out of control and will make management a super headache.  Hosting our own service also gives us more control over the data and better assurance that it is reliably backed up.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

7:15 am
March 3, 2010


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
24
0
ratedowngrey
rateupgrey

Post edited 7:19 am – March 3, 2010 by Rocket-To-The-Moon


Is it possible to closely integrate the wiki directly into the design management system? What I mean is can we make the system where each leaf has its own wiki code box that mirrors the wiki? This seems like a very powerful tool if done properly since it essentially locks the information in the wiki directly to our decision making tool. One could also integrate other tools like RSS and twitter so that followers can be easily notified (along with an in-program changes page for project members).

Since DMS will be a strictly software project it is the first project that we can probably realistically pull off. If done correctly it could turn out to be a powerful piece of software for collaborative engineering.

I really wish that I was a programmer because an open project like this sounds very useful not only to us, but to others as well.

Main Workgroups: Propulsion & Spacecraft Engineering

7:21 am
March 3, 2010


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
25
0
ratedowngrey
rateupgrey

Editing the wiki directly from the DMS would also allow us to have a list of required information (the list on the wiki) so that it is easy for contributors to follow the guidelines.

Main Workgroups: Propulsion & Spacecraft Engineering

7:28 am
March 3, 2010


DenisG

Saarbrücken, Germany (GMT+1)

Member

posts 69

offline
link
print
26
0
ratedowngrey
rateupgrey

Post edited 7:29 am – March 3, 2010 by DenisG


Sounds all reasonable. So. Who's going to write it? *cough*

(not me, I can't do any php, only maybe ruby.)

7:33 am
March 3, 2010


Rizwan

Admin

posts 170

offline
link
print
27
0
ratedowngrey
rateupgrey

Luke Maurits said:

Rizwan said:

For the personal blogs/tweets, I recommended elgg.org in another thread.


I will check out elgg.org tomorrow and report back here with how suitable I feel it is for this purpose.

For the record, I would have a slight preference for handling personal blogs/tweets with a software system installed on the cstart.org servers, rather than using a 3rd party service.  The proufsion of distinct 3rd party services used by CSTART is out of control and will make management a super headache.  Hosting our own service also gives us more control over the data and better assurance that it is reliably backed up.


That wont be hosted on their servers, it will be hosted on ours, under cstart.org/intranet or whatever name we choose. And it is open source too.

4:29 pm
March 3, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
28
0
ratedowngrey
rateupgrey

Post edited 4:36 pm – March 3, 2010 by Luke Maurits


Rizwan said:

That wont be hosted on their servers, it will be hosted on ours, under cstart.org/intranet or whatever name we choose. And it is open source too.


Ah, that's good.  Sorry, I just assumed without reason that elgg.org was a service rather than a product.  I'll give it a quick look now before I hhead off to University.

EDIT: Wow, elgg looks absolutely perfect.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

8:34 pm
March 3, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
29
0
ratedowngrey
rateupgrey

DenisG said:

Sounds all reasonable. So. Who's going to write it? *cough*


I could write it, in the sense that I know (but don't enjoy!) PHP and have built some fairly large apps which interact with databases using major frameworks, but I wouldn't exactly like to – only because I already have enough trouble keeping a sustainable balance between my work on CSTART and my actual work at university (which will be increasing next week when I start a new job), and working on a web-app is only going to make that harder.

I might be willing to get the ball rolling by setting up an extremely basic skeleton version of the app, so that the database schema and general PHP framework is there, if there were other people handy who could take over and extend/polish it after that.

Although, that said, it looks like we are getting to the point where "actual work" on the projects will have to pause as we get the apps to support our Engineering Process up, so if working on the app were to be the only thing I'd do for a while it may  not be so bad.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

9:31 pm
March 3, 2010


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
30
0
ratedowngrey
rateupgrey

Are there any inherent advantages of one language over another for this application?

We need to choose a language that the most people can use so that there isn't an undue burden on any one individual.

Also, it would probably be smart to figure out exactly what direction we want to head before we start laying down code.

Main Workgroups: Propulsion & Spacecraft Engineering

11:38 pm
March 3, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
31
0
ratedowngrey
rateupgrey

Rocket-To-The-Moon said:

Are there any inherent advantages of one language over another for this application?

We need to choose a language that the most people can use so that there isn't an undue burden on any one individual.

Also, it would probably be smart to figure out exactly what direction we want to head before we start laying down code.


There really aren't what I would call inherent advantages, but there are certainly things to consider, such as ease of deployment in a standard server environment, and range of available libraries, which are both some of few things PHP has to its credit.  With regards to your second point, PHP is also absolutely the most well known and used language for creating web applications in existence (not because it's a good language, rather because it was written with a willingness for it to be a horrendously bad language in exchange for it being very easy to learn and very quick to get visible results from).  There will be no difficulty at all finding people who can write it (although, due to the reasons mentioned above, it is difficult to be sure that someone who can write it is a generally competent programmer).

I absolutely agree that it is too soon to actually write code, we need to clarify things a little, but we are probably not too far off.  It's possible to refactor these things on the fly without too much difficulty.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

4:52 am
March 4, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
32
0
ratedowngrey
rateupgrey

Denis, a quick question for you re: requirements management.  Does most requirement management software, as far as you know, allow one to keep track of requirements implemented as numerical restrictions?  What I mean by this is can we, say, set a requirement that the complete lunar landing hardware configuration have a mass not exceeding 1000 kg, and have people be able to individually store the mass of various components they work on, with the system keeping a running total and raising a red flag if someone changes the mass of something and it pushes us over the limit?

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

6:03 am
March 4, 2010


DenisG

Saarbrücken, Germany (GMT+1)

Member

posts 69

offline
link
print
33
0
ratedowngrey
rateupgrey

Post edited 6:04 am – March 4, 2010 by DenisG


Tbh, I don't know whether this works automatically.

Regarding the problem that we have no-one to write apps . . . let's put up ads. I mean, post an ad to reddit and to the blog, something like this:

Dms webdev 201003mouseDms webdev 201003 wmouse

6:35 am
March 4, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
34
0
ratedowngrey
rateupgrey

First of all, I have ammended the Engineering Process wiki page to have a section on Software Engineering, since we are going to have to develop some extremely rigorous protocols for that part of our work.  The software that runs onboard spacecraft will need to be perfect, it cannot be developed in the usual ad hoc manner for open source software.  We will need planning, unit tests, etc. from the very beginning.

Secondly, I like the idea of advertising for help (and appreciate the How I Met Your Mother reference :), but I think we should wait a bit and do a big burst of advertising.  In particular I think that, in addition to advertising for web devs as outlined above, we should solicit help from (i) software engineering experts to help with the above, (ii) 3D animation people to get some higher quality conceptual renders of our hardware and also some videos.  Something close in quality to this NASA video:

We might as well make a big list of very precise, targeted people we need help from and post it all in one big batch.  What do people think?

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

6:46 am
March 4, 2010


DenisG

Saarbrücken, Germany (GMT+1)

Member

posts 69

offline
link
print
35
0
ratedowngrey
rateupgrey

Okay, fine.

Btw, re: software engineering processes. This is called Cleanroom Software Engineering.

http://en.wikipedia.org/wiki/C…..ngineering

Here's a description on how NASA does it:

http://www.fastcompany.com/mag…..stuff.html

I btw strongly encourage everyone to read Richard Feynman's "What Do You Care What Other People Think" (W. W. Norton, 1988). It has an in-depth description of how NASA works and where it failed.

8:35 am
March 4, 2010


Rocket-To-The-Moon

Altus, Oklahoma, USA

Member

posts 685

offline
link
print
36
0
ratedowngrey
rateupgrey

I agree that we should wait a little while before we start soliciting new help for this cause. It would probably be a good idea to come up with a short white paper that outlines the requirements of the software so that people know where it should be headed.

A high quality 3D animation is something that I personally think we need to help spread excitement. We could possibly host a competition for a OHKLA animation with the hope that most of the entrants decide to stick around to help with the CLLARE animation (and follow-on animations as they see fit).

Main Workgroups: Propulsion & Spacecraft Engineering

3:30 pm
March 5, 2010


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
37
0
ratedowngrey
rateupgrey

Sorry I've been conspicuously absent from this discussion. Not having a laptop at the moment has complicated things. I'll be back fully starting on Monday, when I am back in Rochester with my desktops.

I just thought I'd say that I really, really like the direction this is going, but I may not be able to help much with the programming, since I don't know PHP. I also agree that we may want to wait on the advertising. Once it is time for that, hopefully reddit will give us a deal, since we are a non-profit trying to do cool stuff and we started there.

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

2:53 am
March 6, 2010


Luke Maurits

Adelaide, Australia

Admin

posts 1483

offline
link
print
38
+1
ratedowngrey
rateupgrey

Post edited 3:40 am – March 6, 2010 by Luke Maurits


Good to hear from you again,  brmj, looking forward to you be being fully back online, and good luck sourcing a new laptop!

As for the Engineering Process: inspired by the recent work on a new CLLARE plan, and the idea that it's worthwhile to develop a few proposals in moderate detail simultaneously and then choose the most promising, I propose the following: for large projects (like CLLARE), there is an initial proposal selection phase, in which the process described so far (with trees and decision voting, etc.) isn't started yet, and instead different teams (I use "teams" here in quite an informal sense: disorganised subsets of people) work to prepare proposal documents for different ideas: something kind of like the CLLARE Overview Document, but perhaps not as detailed (although there would need to be some degree of actual number work going on).  After a predefined period (3 months?  6 months?), there is a large vote on which of the proposals (I guess there might be around 5 or so) seems the most promising.  The most popular proposal then becomes the official one, and then we activate the formal process, with trees and voting, etc., to refine that one proposal.

Under this scheme, the "current" CLLARE idea (conical CM, open cab LL, etc) and my new idea (spherical CM which also acts as a lander) would both be "competing" proposals (but not fiercely competing, i.e. people could (and I suspect would) work on both), and other groups could come along and start their own proposals.  Sometime around July or something we could have a vote and pick one.  Before this point, things would be fairly informal.  The different teams could present whatever info they wanted in their proposals to whatever level of detail they feel like doing: those who slack off on and analysis and rely mostly on handwaving will simply not get many votes from people because their case will not be very convincing.

If people like this idea, we would have to come up with a few basic requirements to constrain the proposals (e.g. crew of one, must fit on Falcon 9) and a few clear judging criteria (simplicity, low cost), but otherwise we would let people come up with whatever they can imagine that fits the bill.  Possibly we could even have a small cash prize?  What do people think?

EDIT: This sort of environment, with lots of separate groups, working on a wide range of things, would be a great use for our elgg (or similar) system.

Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.

3:30 pm
March 6, 2010


DenisG

Saarbrücken, Germany (GMT+1)

Member

posts 69

offline
link
print
39
0
ratedowngrey
rateupgrey

This approach seems pretty much fine.

11:06 pm
March 11, 2010


brmj

Rochester, New York, United States

Member

posts 402

offline
link
print
40
0
ratedowngrey
rateupgrey

I like this aproach as well. I don't think cash prizes are an option at this point, though, and I am not sure what it would do to the culture of open collaboration we are trying to cultivate to offer cash prizes internally.

Main work groups: Propulsion (booster), Spacecraft Engineering, Computer Systems, Navigation and Guidance (software)

small tagNo Tags

About the CSTART – Collaborative Space Travel and Research Team Forum

Forum Timezone: UTC -6

Most Users Ever Online: 59

Currently Online:
13 Guests

Currently Browsing this Topic:
1 Guest

Forum Stats:

Groups: 4
Forums: 36
Topics: 512
Posts: 3809

Membership:

There are 1133 Members

There are 2 Admins

Top Posters:

Rocket-To-The-Moon – 685
brmj – 402
rpulkrabek – 348
DenisG – 69
antinode – 64
J. Simmons – 46

Recent New Members: jmwright, uhwuggawuh, seikialice88, bishvabis, alijayadv, harris

Administrators: Luke Maurits (1483 Posts), Rizwan (170 Posts)



 
share save 120 16