|
ГОСТы
|
|||
---|---|---|---|
#18+
Всем доброго времени суток. Закопался в ГОСТы, теперь в голове полная каша. Подскажите, пожалуйста, на основании какого документа программист должен кодить? ТЗ, эскизный проект, технический проект, пояснительная записка(в ней, по госту д.б. схема алгоритма, описание и т.д.)? или что-то ещё? что за эскизный, технический проекты? для чего они используются? Заранее спасибо. -------------------------- Хорошему коту всегда март ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 12:25 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Иван! по этой ссылке объяснение западного вИдения что такое BRD, MRD, PRD, FSD, PSD, SRS попробуй провести аналогию с нашими ГОСТами и не забывай, что ГОСТ не догма а кодить надо на основании алгоритма ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 13:24 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Спасибо! Обязательно изучу. Просто неачальство делает попытки привязаться к ГОСТам... :( Нашёл, что в ГОСТе 19.102-77 говорится, что "стадии эскизного и технического проектирования обязательны, но их можно исключить. Но! если в ТЗ не указано, что эти стадии должны присутствовать, то их и не должно быть", т.е. по-умолчанию, ТЗ - основной документ, остальное - по желанию заказчика -------------------------- Хорошему коту всегда март ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 14:14 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
"ТЗ - основной документ" это классный лозунг в реальной жизни хороших ТЗ процентов 5 почему ссылка на "ихние" понятия? потому что они люди конкретные, и стадии процесса от бизнеса до продукта трактуют предельно прагматично (ничего лишнего) /* но их понятия для нас тоже не догма */ тем не менее аналогии с нашими стандартами провести можно это будет хорошая самостоятельная работа ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 14:28 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
IvanNВсем доброго времени суток. Закопался в ГОСТы, теперь в голове полная каша. Подскажите, пожалуйста, на основании какого документа программист должен кодить? ТЗ, эскизный проект, технический проект, пояснительная записка(в ней, по госту д.б. схема алгоритма, описание и т.д.)? или что-то ещё? что за эскизный, технический проекты? для чего они используются? Рекомендую особо не заморачиваться с ГОСТАми, а исходить из здравого смысла. Состав документации может быть различным, в зависимости от решаемых задач, заказчика, методов проектирования, квалификации проектантов (постановщиков и программистов) и много еще чего. ГОСТы систематизирует требования к тому или иному объекту, вводят единообразие понятий, и в этом их практическая польза. Поясню на примере: Может быть ТЗ, под или над которым ставит свою подпись ЗАКАЗЧИК. Для программиста в этом ТЗ информации не много. Так, для общего развития... ТЗ на программирование - это совсем другое дело. Но тут ЗАКАЗЧИК уже может быть не причем. Состав этого ТЗ так же может различаться в зависимости от квалификации программиста (одному нужно все "разжевывать", а иной и сам в состоянии решать некоторые вопросы), чей программист (свой или чужой) и т.д. Иногда проще сказать, чем написать. Если проектное решение уже где-то и когда-то апробировано, то разрабатывать отдельно технический и рабочий проекты может быть и не нужно. Достаточно разработать техно-рабочий проект. Если ЗАКАЗЧИКА интересует только конечный результат и не интересуют проектные решения для его достижения, то может быть нет смысла оформлять пояснительную записку к проекту. И т.д., и т.п. Сколько людей, столько и мнений. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 15:40 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
ГОСТы ГОСТами, а у Вас есть четкое понимание - что такое требования и какие они бывают? Если нет, то читаем Карла И. Вигерса, Разработка требований к программному обеспечению Если у Вас есть четкое понимание Требований, то читаем Юрия Булуй, Классификация требований к ПО и ее представление в стандартах и заходим к нам на Форум ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 15:47 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
А брать плохой пример, называть документы как попало и брать непонятные никому шаблоны, не советую (это я о BRD, FSD и т.д.) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 15:51 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
basГОСТы ГОСТами, а у Вас есть четкое понимание - что такое требования и какие они бывают? Если нет, то читаем Карла И. Вигерса, Разработка требований к программному обеспечению Если у Вас есть четкое понимание Требований, то читаем Юрия Булуй, Классификация требований к ПО и ее представление в стандартах и заходим к нам на Форум ;) сцылки не работают )-: (у меня) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 16:17 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
basА брать плохой пример, называть документы как попало и брать непонятные никому шаблоны, не советую (это я о BRD, FSD и т.д.) (насторожившись) - Это попытка критики? Однако если внимательно прочесть мои посты, где упоминались BRD, MRD, PRD, FSD, PSD, SRS можно (надеюсь) осознать, что IvanN 'у выдан хороший совет ознакомиться с ИХ понятиями, сравнить с НАШИМИ стандартами и сделать СВОИ выводы (последнее наиболее ценно) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 16:21 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
1106 в Минфине сцылки не работают )-: (у меня) Сорри, был временный сбой у Агавы. Сейчас все нормально. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 18:02 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
1106 в Минфине (насторожившись) - Это попытка критики? Однако если внимательно прочесть мои посты, где упоминались BRD, MRD, PRD, FSD, PSD, SRS можно (надеюсь) осознать, что IvanN 'у выдан хороший совет ознакомиться с ИХ понятиями, сравнить с НАШИМИ стандартами и сделать СВОИ выводы (последнее наиболее ценно) Это не было попыткой критики, но если Вы советуете человеку что-то (тем более плохо разбирающемуся в вопросе), то старайтесь давать конкретные ответы и что более важно рекомендации только проверенной литературы\стандартов\шаблонов\..., а не самопальные документы и статьи, которые в лучшем случае запутают человека, а в худшем - дадут неправильные знания. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2008, 18:05 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Всем спасибо, разобрался. по поводу ГОСТов - этап ТЗ - то что хочет заказчик, на основании предварительной информации этап Эскизного проекта - то как понял исполнитель на доступном для заказчика языке Технический проект - это идёт программисту, чтоб он понял что делать. -------------------------- Хорошему коту всегда март ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2008, 10:53 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
не совсем так. в технорабочий проект (или технический и рабочий проект) включается и руководства, описание программы, пояснительная записка, схемы размещения оборудования, программа и методика испытаний). Программисту может идти все что угодно (схемы, диаграммы, рисунки, блок-схемы, описание постановки задачи), можно и не по ГОСТу. А ко мнениям, рекомендующим забугорные стандарты и книжки я советую не прислушиваться, наши стандарты гораздо лучше и четче прописаны. Можно их почитать, но только ради интереса, и то после хорошего ознакомления с процессом проектирования. К тому же, проектировать и разрабатывать приложения необходимо по стандартам своей страны. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2008, 16:49 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Забудте про госты. Наши госты либо безнадёжно устаревшие, либо переписаны с западных (типа СТРК переписанноко с коммон критериа). Изучите лучше какую-нить из западных методик проектирования и разработки, либо MSF от майкрософта, либо RUP от rational или какую-либо ещё. Начальной точкой от которой отталкиваются все современные западные методики является разработка требований. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2008, 19:50 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
IvanNПросто неачальство делает попытки привязаться к ГОСТам... :( 1) Благо, что оно хоть к чему-то начинает привязываться iv250973Забудте про госты. Наши госты либо безнадёжно устаревшие .. 1) Ничего не хочется Вам самостоятельно себе засунуть в ... ? 2) Начальной точкой от которой отталкиваются все безнадёжно устаревшие наши госты является разработка требований. 3) По следствию из закона Питера любой неуч может превратить методику в догму ______________________________________________________ Давайте считать обступившее нас со всех строн коричневое море шоколадным ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2008, 20:53 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
strelnikoffК тому же, проектировать и разрабатывать приложения необходимо по стандартам своей страны.Вообще говоря, не стыкуется это: "наши стандарты гораздо лучше и четче прописаны" с этим: "Программисту может идти все что угодно (схемы, диаграммы, рисунки, блок-схемы, описание постановки задачи), можно и не по ГОСТу" Какие то ГОСТы получаются оторванные от процесса разработки :-( К тому-же, проектировать и разрабатывать приложения необходимо по тем стандартам, которые подтвердили свою результативность, например, хорошим процентом мировых объёмов продаж разработанных по ним продуктов. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2008, 22:03 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Мое личное видение на самом деле: документация должна быть разработана по ГОСТу. Сам процесс проектирования может быть по любому стандарту, но естесственно хоть как-то согласован с документацией гостовской. Все это зависит от организации и принятых ею стандартов. можно и rup с гостом смешать, главное, чтобы из этого хоть что-то получилось. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2008, 09:04 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Главное результат )), ГОСТ это круто!!! Главно определится по какой серии разрабатывать систему http://lastenheft.narod.ru/ ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2008, 10:21 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
strelnikoffглавное, чтобы из этого хоть что-то получилось.Да понятно, что главное - результат. Аот как его достичь? strelnikoffМое личное видение на самом деле: документация должна быть разработана по ГОСТу. Сам процесс проектирования может быть по любому стандарту, но естесственно хоть как-то согласован с документацией гостовской.Вот в ссылке с объяснением западного вИдения - простенько, но понятно: 6 циклов описания требований, на любом этапе можно вернуться к раннему уровню или закрыть проект. На нижнем уровне получаем требования, пригодные для передачи непосредственно программистам (с принятым в организации уровнем детализации). А с ГОСТами получается как? Про технорабочий проект я вообще молчу - это просто постфактум описание того, что сделано. Т.е. к процессу разработки (вопрос топика - на основании какого документа программист должен кодить) вообще не имеет отношения. В ГОСТ-е 19.102-77 "стадии разработки программ" описаны невнятно и нелогично. И совершенно нереалистичны для применения. Т.е. я думаю, это не результат работы тысяч учёных, учитывавших опыт разработки софта (какого-то конкретного), а просто переписанный какой-нибуть девочкой из госплана госта на проектирование мостов. Ну, и из всего этого совершенно непонятна ваша рекомендация: "А ко мнениям, рекомендующим забугорные стандарты и книжки я советую не прислушиваться, наши стандарты гораздо лучше и четче прописаны" Почему не прислушиваться? Где наши киллер-аппликейшенс, написанные с использованием наших ГОСТов? непонятно. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2008, 10:34 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
alexeyvg Почему не прислушиваться? Где наши киллер-аппликейшенс, написанные с использованием наших ГОСТов? непонятно. 1. Если вести процесс разработки коммерческого ПО по ГОСТ, то как правило это увеличивает затраты на разработку софта. Дополнительной выгоды или преимуществ в отличие от использования т.н. западных стандартов это не дает. Само по себе использование ГОСТ или др. стандартов (методологии -- отдельная тема) не дает конкуртентных преимуществ. 2. На западе есть тоже тяжелые стандарты (тот же DoD), в соответствии с которыми делают софт для оборонного ведомства (кстати наши ГОСТы во многом были заимстованы из разработок того же DoD). Но ни одна коммерческая компания не будет делать по этим стандартам документацию на коммерческое ПО. Правильно, это неоправданные затраты. При том, что то же качество ПО можно достичь более дешевыми способами. 3. Жесткость требований ГОСТ компенсируется необязательностью их исполнения. Во-первых можно добавлять\удалять разделы (кроме обязательных). И собственно набор стадий и фаз. Ничто не мешает при желании из ЖЦ по ГОСТ сделать итеративную разработку :-). Только кому это нужно? Кроме этого посмотрите на образцы ТЗ (скажем на сайте минэкмономразвития кажись), 80% из них написаны откровенно плохо -- и частично в этом виноват сам ГОСТ. 5. А виноват он потому, что под ним НЕТ МЕТОДОЛОГИИ. На западе есть стнадарты и есть методологии, которые говорят как делать и что именно делать и дают шаблоны документов и правила формулировок (для тех же требований). НИЧЕГО ПОДОБНОГО ПОД ГОСТами НЕТ! И это основная его беда. 6. Объективно ГОСТ на ТЗ (по 19 и даже 34 серии) уступает IEEE 830 по ясности и конкретности. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2008, 15:04 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
IvanN Подскажите, пожалуйста, на основании какого документа программист должен кодить? ТЗ, эскизный проект, технический проект, пояснительная записка(в ней, по госту д.б. схема алгоритма, описание и т.д.)? или что-то ещё? что за эскизный, технический проекты? для чего они используются? Кодирование формально должно выполняться по УТВЕРЖДЕННОМУ техническому проекту (ТП). Качественный ТП детально описывает все функциональные и информационные спецификации проекта (схему БД - перечень таблиц, полей и их характеристики, модули (функции) с описанием входных/выходных параметров, алгоритмов обработки, кодов завершения,экранных форм и т. п.). ТП может содержать десяток и больше томов! Чтобы заказчик не утонул в этих деталях, выпускается документ "Пояснительная записка к ТП", в котором в общих чертах (на понятном заказчику языке) разъясняются принятые технические решения, особенности их реализации, использумые модели и т. п. Цель пояснительной записки - дать заказчику представление о будущем проекте, чтобы он мог понять, что и как на самом деле будет реализовано и принять решение об утверждении ТП (или отвергнуть - в случае несогласия). ... |
|||
:
Нравится:
Не нравится:
|
|||
08.08.2008, 16:17 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
ЮВ...Кодирование формально должно выполняться по УТВЕРЖДЕННОМУ техническому проекту (ТП)... что-то смотрел ГОСТы, и нашел, что в них описаны этапы разработки - ТЗ, Эскизный проект, ТП и документы, которые должен содержать каждый этап, и там нет документа "Техн. проет"... надо будет ещё там покопаться.... да и шифры проекта непонятно, как писать. Кажется, там тоже нету документа ТП... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2008, 11:15 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
IvanN ЮВ...Кодирование формально должно выполняться по УТВЕРЖДЕННОМУ техническому проекту (ТП)... что-то смотрел ГОСТы, и нашел, что в них описаны этапы разработки - ТЗ, Эскизный проект, ТП и документы, которые должен содержать каждый этап, и там нет документа "Техн. проет"... надо будет ещё там покопаться.... да и шифры проекта непонятно, как писать. Кажется, там тоже нету документа ТП... вот тут есть про ТП и вот тут: ТП это несколько томов документации, см. таблицу ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2008, 11:52 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
Спасибо. Ща гляну. -------------------------- Хорошему коту всегда март ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2008, 12:14 |
|
ГОСТы
|
|||
---|---|---|---|
#18+
IvanN... и там нет документа "Техн. проет"... надо будет ещё там покопаться.... Можете не копаться! Такого документа нет в природе - это стадия разработки. На стадии ТП готовятся различные документы - в зависимости от специфики системы (функциональные спецификации, описание БД, обеспечение надежности, описание графического интерфейса и т. п.). Обязательным документом является "Пояснительная записка к ТП". ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2008, 13:22 |
|
|
start [/forum/topic.php?fid=33&fpage=43&tid=1548722]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
88ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 182ms |
0 / 0 |