Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Водолей

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »
121
несущественное для данного изображения дополнение/поправка: контроль выполняется параллельно оплате/доставке/поступлению

по схеме вроде все понятно. теперь попробуйте детализировать перечисленные бизнес-функции и дополнить документами (детали см выше).

Цитата: Антонина
мы и есть организация-заказчик.

аааа, понятно. тогда вопрос контроля несколько упрощается. но странно, что учета нет.

122
много нечетких формулировок - можно запутаться. мы ведь пока организацию-заказчика вообще не рассматривали. выходит, что прораб может любую фигню заказать и что с ней будет потом совершенно не очевидно, но заказчик должен будет оплатить. поэтому должен быть контроль со стороны заказчика (либо на худой конец генподрядчика) - у него ведь есть проект и плановая смета/спецификация.
какая организация пренебрегает учетом? исполнитель (тогда это понятно)? ваша (это странно)? заказчик (это глупо)?

если рассматривать идеальную ситуацию, то прораб после принятия заявки в работу должен получать какой-нибудь корешок фактического заказа (своего рода наряд), что бы сразу убедиться в соответствии заявки и реально заказанного. а на основании этого наряда происходит получение материала. при этом при рассмотрении заявки должна производиться сверка со сметой/спецификацией (нужен или не нужен этот материал), с планом работ (пора или не пора использовать материал в работе) ну и тому подобное...

123
Цитата: Антонина
и при отпуске, и при передаче материала прораб проверяет фактическое количество и наименование с тем, что написано в накладных.

а кто и когда платит за материал? и что происходит, если прораб написал в заявке одно, а при получении со склада оказалось, что ему выписали совсем другое?

124
нет, сценарий пока рано - это и будут ваши business use case. только они (в отличие от ваших исходных) будут ориентированы на отдельную задачу, определяемую эллиптическим "квадратиком".

125
с поправкой: не "получение заявки", а "формирование заявки". транспортная компания конечно участвует в передаче материала на склад, да и доставки на схеме нет нет.  что делает прораб при отпуске материала?
а в целом с точностью до синтаксиса можно было бы принять
получились функции процесса в предметной области.

дальше нужно было бы сделать две операции по расширению этой схемы:
 - нужно дополнить ее документами, которые создаются, обрабатываются, порождают другие документы. например заявка создается на таком-то шаге, передается на такой-то шаг, на ее основании порождаются такие-то документы. в идеале (для проектирования это все равно понадобится) нужно было бы для каждого поля (атрибута) каждого документа провести анализ, откуда берется его значение (справочник там или ввод, есть ограничения или правила или нет и какие если есть), и в какие документы они "перетекают" - но пока этого можно не делать.
 - расписать "из чего состоят указанные функции" на уровне действий/операций. например "формирование заявки" включает: создание новой заявки, заполнение заявки, утверждение заявки .... и т.п. - дополните/поправьте сами по тому, как происходит у вас.


126
а прораб ее от руки что ли пишет?
если делегировать эту функцию (ввод заявки) снабженцу, могут возникнуть некоторые коллизии. например, прораб хочет заказать материал, которого нет (на складе, в каталоге или в природе). как-то должны оговариваться сроки получения прорабом заказанных материалов, а они должны увязываться с наличием, сроками поставки (в случае чего), созданием резервов, наконец.
если дать возможность прорабу самому заполнять заявку в системе, часть вопросов можно будет снять автоматически, например, ему можно будет показывать отсутствие нужного материала на складе и ожидаемый срок поставки. причем заказать материал, отсутствующий в каталоге он не сможет. и т.д.
однако, подрядных организаций несколько, расположены фигзнаетгде, прорабов много, все они разные. обеспечить доступный механизм создания заявок не очень просто с организационной точки зрения. технически как раз наоборот - web-страница.
какая-то аналогия - массовые продавцы техники и комплектующих, типа OLDI, PLEER и т.п. у них в офисе (торговом зале) стоят терминалы - можно завести свою заявку самому либо попросить об этом оператора. потом оплачиваешь в кассе и получаешь заказанное. в вашем случае теоретически возможна какая-то модификация подобной схемы.
только заявку должен заводить не сам снабженец (в том числе чтобы избежать злоупотреблений).... хотя.... все зависит от объема заявок, их сложности и т.п.

127
в квадратиках нужно для простоты вашего же (и нашего, моего) понимания - хоть в визио, хоть на листочке - не важно.

ведь модель/схема/диаграмма нужна для ответа на вопросы о предметной области, если с ее помощью можно ответить на вопросы к предметной области, тогда она подходит и по ней можно делать систему. если нет, то систему делать нельзя (точнее делать-то можно, но бестолку), т.к. работать с нею будет невозможно - она не будет соответствовать задачам предметной области. а до этого нужно упорядочить/стандартизировать саму предметную область, чтобы не было разночтений что и как делать в том или ином случае.

128
Цитата: Антонина
Мне объяснили, что доставка и получение это две неразрывные позиции. Т.е. в случае с поставщиком там происходит и получение (у самого себя) и доставка. А потом уже прием на складе

я не это имел в виду. во всех случаях написано "доставка и получение", а в одном только "доставка".
и потом, почему разделены получение и приемка на склад? где материалы находятся между этими операциями?
правильнее было бы их объединить - товар не потеряется и момент передачи ответственности, в т.ч. финансовой станет проще разруливать.

129
ясно - организовать учет материалов.

Цитата: Антонина
предполагается, что снабженцу приходит заявка в бумажной форме, потом он сам создает форму заявки в системе, обрабатывает каждую позицию заявки.

откуда приходит? материализуется из ниоткуда? пусть лучше исходный заявитель вводит свою заявку в системе - это будет обоснованно. все равно заявитель каким-то образом формирует бумажную форму, с большой вероятностью печатает на компьютере - так какая разница в чем печатать: в ворде/экселе или сразу в системе с нужными справочниками.
а снабженец будет управлять каталогом материалов и состоянием склада.

Цитата: Антонина
обработка прдставляеься следующим образом: для каждого поставщика ведется учет заказанных материалов, его состояние, оплата и т.д. по мере поступления на склад необходимо отгружать материал подрядчику по специальной накладной на отпуск материала.

это понятно. "контроль исполнения заказов" называется. и "отпуск материалов".

Цитата: Антонина
я не очень хороший программист

дело не в программировании. здесь задача анализа. к программированию она имеет слабое отношение.
если в двух словах, то нужно сначала разобраться в задаче, понять что и откуда берется, что с чем и как связано, а потом уже рисовать схемы/модели, писать программу и т.п.

вижу необходимость нарисовать в "квадратиках" (пока речь только о последовательности действий на бизнес-уровне и о том, кто эти действия выполняет):
 - получение заявки и формирование заказа
 - контроль исполнения заказа
 - еще, пожалуй, поступление материала на склад и
 - отпуск материалов со склада.
сможете?

130
про организацию более-менее понятно. в чем проблема? какие вопросы предметной области должны быть решены с помощью системы?

ведь автоматизация нужна не ради же самой автоматизации.

Вы - программист?

пример по диаграмме. у вас есть общее "оформление заказа", а также частные случаи: "оформление заказа материала" и "оформление заказа транспортных средств". видимо, вы хотели показать, что такого рода заказы выполняются похожим образом. (во-первых, это скорее всего не так, ну да ладно). но почему вы не стали "согласование условий" в различных случаях описывать аналогичным образом?
Понятно, что доставка у вас возможна разными способами, а "получение" в каждом случае делается по своему и настолько завязано с доставкой, что вы их показываете вместе? И что насчет "получения" при доставке поставщиком?
Кто получает счет на оплату? С оплатой вообще какая-то запутанная ситуация: кто кому и за что платит (в жизни понятно, а на диаграмме)?

131
Цитата: Антонина
я не нашла готовых

а какую задачу Вы решаете? было бы также полезно, чтобы Вы в двух словах рассказали о себе в том смысле, что у Вас за квалификация/опыт. ну и задачу желательно сформулировать внятно.

Цитата: Антонина
Не могли бы сказать, что в ней в корне неверно?

в ней: в предметной области или в диаграмме?

дело в том, что Вашей конкретики я, ессно, не знаю, просто по аналогии предполагаю наличие бардака, иначе система не понадобилась бы. возможно и схема мне кажется непонятной по той же причине, хотя знакомые слова я там нахожу :о))
думаю, что базовыми сущностями у вас могли бы быть: договор, оплата, поставка. разумеется, каждая из них "обкладывается" рядом вспомогательных сущностей, типа, заявок, накладных, платежей и т.п. если Вы аккуратно нарисуете свой процесс, где всё будет чётко описано, то станет достаточно очевидно, что из них и когда появляется, что на что влияет.
безусловно, Вам также будут нужны общесистемные справочники: клиентов, материалов и т.п.
потом Вы должны будете решить, что будет происходить в системе: какие бизнес-действия, выполняемые сейчас без системы, необходимо реализовать в системе для того, чтобы решить ту задачу, которая ставилась перед системой. возможно это повышение оборота денежных средств, может быть отсутствие в нужный момент необходимых материалов, может быть вопросы контроля качества материалов за счет контроля при заключении договоров с правильными поставщиками. это Вам лучше знать.

а пока здесь в лучшем случае могут помочь по синтаксису диаграмм, но Вы с ним и сами можете справиться. да и не в этом, по большому счету, дело.

132
ваши артефакты говорят о том, что у вас имеется какое-то представление о создаваемой системе (возможно обрывочное), и о том, что вы не знаете что теперь делать. предельно на примитивном уровне действительно уже что-то можно делать (например, для каждого "класса" разработать создание экземпляра, редактирование, удаление и как-то пытаться связать их во что-то единое). но я бы не рекомендовал так делать. нужно сначала разобраться в предметной области, чтобы система помогала работать. бардака там наверняка хватает, а бардак, как известно, невозможно автоматизировать.
 
но в целом - нагромождение какое-то... непонятно, что из этого (doc2) вы хотите реализовать в системе?
попробуйте все-таки пойти от рабочих процессов, для начала нарисуйте процесс в "квадратиках" (в эллипсах тоже можно :о))) и стрелочках, что за чем. не используйте термины будущей системы при этом - нарисуйте на бизнес уровне. потом отметьте те "квадраты", где будет использоваться система. определите список требований для каждого.

P.S. а готовых разве нет? дешевле обойдется.

133
Цитата: DinamoYA
По большей мере не сайт поиска работы, а сайт сообщества специалистов ИТ-отрасли.

дык в чем дело-то... вполне успешный по моему мнению пример имеется...

а про газету и конституцию - да, нарушает.

Цитата: DinamoYA
Оплата это пожертвование создателям ресурса.Где сказано что будет выполняться обработка ПДн?
А что обязательно требовать указания места жительства ФИО данных паспорта и т.п?
Заведите e-mail на иностранном ящике, заходите с анонимных прокси и т.п.
Кому надо и без этого ваши доходы узнает.

при всем при том не могу понять одного: зачем делать это в инете, если это отлично работает локально (в крайнем случае в коммуникаторе, но тоже локально)? чтобы нести излишние затраты на интернет? или чтобы хоть чем-то забить неиспользуемый в полную силу канал?
а может просто снизить издержки поставщика и дать ему возможность расширить рынок?
Как говорили Буратино "ищи дурака за четыре сольдо"

Ничего личного.

134
Цитата: SALar
10 лет назад я работал в фирме, которая занималась ведением НСИ в одной отдельной очень узкой сфере. Вели они один-единственный классификатор. И очень хорошо жили. Их оборот в 2001 году был примерно как у "Касперского" в 2009. Что очень, очень не хило. Для одного-то классификатора.

с одной стороны охотно верю (почему - см. ниже). НО!
во-первых, ведение НСИ (классификатора) и управление НСИ, имеющие корни в разных системах - совершенно разные задачи.
во-вторых, ситуация такова, что существует очень много потенциальных потребителей интеграционных систем подобного рода. вот только они сами этого зачастую не знают :о)))

причем с точки зрения поставщика задача управления НСИ идеологически довольно простая, хоть и требует сочетания нескольких компетенций. технологических особенностей, правда, хватает.

P.S. мир тесен. я тоже как-то работал в одной фирме, и она тоже вела классификатор, да к тому же и непростой. ваша фирма случайно не на "И" называлась и на "Х" заканчивалась?

135
2 SALar:

в качестве МФ1 не подойдет Alt-PrintScreen и e-mail?

МФ2: дашборд по задачам?

III. В свое время (90-е) их было дофига, неужели пропали?

IV. довольно старая интеграционная задача. проблема: НСИ в каждом проекте - некий частный случай. но можно насоздавать компонентов (для систем определенного типа в функциональном смысле) и клепать систему управления НСИ довольно стандартно и быстро.

2 DinamoYA:
IMHO не пойдет, т.к нет СУЩЕСТВЕННЫХ преимуществ для потребителей. и потом поиск работы - такая область, где надо не сужать возможности, а расширять их. остальные фичи скорее всего останутся невостребованными: во-первых, рубрикаторы нужно грамотно поддерживать (а это дополнительные эксплуатационные расходы), а во-вторых, оно не мешает "насовать" свои объявы по куче левых разделов. да еще некто неизвестно кто будет вести досье на специалиста/компанию. как рейтинговать специалистов? тестирование? размер зарплаты? или крутость компании? с фрилансом еще можно предположить оценку со стороны коллег (вдруг кто-то вместе работал), а вне его трудно ее представить - конкуренция, понимаешь, да и специализация. кстати, вы наверняка пользовались хотя бы несколько раз сайтами для поиска работы - много ли отзывов оставили?
не говоря уже о том, что соискатель (на мой взгляд) НЕ ДОЛЖЕН платить за поиск работы в любой форме. это нарушение конституции.

а по остальным: домашняя бухгалтерия и BI непонятно в чем новизна?
(кажись понял: ведешь в инете доходы и расходы, график отпусков, уезжаешь, приезжаешь - дома пусто. кстати, онлайн домашняя бухгалтерия будет отлично подпадать под ФЗ 152 :о)))

2 Galogen:
ну в принципе - да, тема. ибо неудобно ходить в 100 мест, чтобы в каждом посмотреть наличие и цену 1-2 позиций

только очень смахивает на недостойные для жизни виртуальные витрины данных. по этому вопросу есть что сказать. оплату можно брать с того, чьи данные становятся более доступными для потребителей этой информации. предметом агрегации может быть все что угодно. ну и проблема достоверности... я, признаться, не вижу как ее можно было бы решить.
 

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »