Типовая методика разработки программы дополнительного страхования жизни управленческого персонала [c.258]
Типовая методика разработки программ дополнительного страхования от нетрудоспособности [c.261]
Текущее планирование — это развернутая программа деятельности предприятия и всех его частей на данный конкретный год. При текущем планировании определяют деятельность предприятия на год с поквартальным распределением. В отличие от перспективного плана его разрабатывают детально по всем подразделениям, он включает определение и расчеты всех технико-экономических показателей. В настоящее время текущее планирование осуществляется путем составления специального планового документа — техпромфинплана. Это наиболее полный плановый документ, его содержание и методика расчета будут подробно рассмотрены в дальнейшем. Отличие текущего плана от перспективного связано также с тем, что он является уточнением и детализацией последнего. В процессе выполнения заданий перспективного плана образуются дополнительные возможности по увеличению выработки продукции, повышению ее качества, по улучшению использования производственных ресурсов, сокращению сроков разработки и внедрения новой техники и др. Все эти дополнительные возможности учитываются текущим планом. [c.76]
Следующим шагом является оценка размеров и сложности будущего продукта ПО разработчиками. Для того чтобы сбалансировать стоимость и риск, разработчик может использовать доступные ему элементы ПО из библиотечного набора с учетом стоимости на адаптацию. С другой стороны, методика новой разработки может быть оценена тем технологическим риском, который будет иметь место при попытке получения надежной и эффективной программы. Решающим моментом в определении стоимости является оценка сложности программы, так как здесь могут быть допущены определенные отклонения из-за отсутствия однозначных утверждений. От полученной стоимости берутся процентные отношения на дополнительные прямые и косвенные затраты. В результате суммирования получается общая стоимость разработки продукта ПО. [c.94]
Вопрос, какими силами осуществляется сопровождение, разрешается по-разному, в зависимости от таких факторов, как размер проектной организации, стабильность уровня трудовых затрат, соотношение видов изменений (корректирующих или расширяющих) в общем процессе усовершенствования изделия, длительность срока гарантийных обязательств, взятых производителем, и, наконец, качество испытаний, которое играет далеко не последнюю роль в этом списке. Размеры проектной организации определяют, представляется ли возможным создать автономное подразделение, специализирующееся на сопровождении изделий. Если такая возможность есть, ее необходимо использовать. Создание самостоятельной группы обеспечивает четкое взаимодействие между группами разработки и сопровождения, ускоряет подготовку полных спецификаций сопровождения, гарантирует надзор за соответствующими выпущенными программными изделиями, создает основу для обучения программистов, способствует выполнению гарантийных обязательств, дает возможность легко подсчитывать затраты на сопровождение. Если выделение автономной группы сопровождения невозможно, тогда в обязанность каждой группы разработчиков входит сопровождение своего изделия. Такое решение позволяет снизить накладные расходы, привлечь к сопровождению квалифицированных специалистов, способных быстро отыскать ошибку, и равномерно распределить работу между разработчиками. Однако оно имеет и недостатки сопровождение может со временем приобрести небрежный характер когда кто-ни будь из разработчиков увольняется, возможности сопровождения сокращаются исправление ошибок часто становится второстепенной работой и, наконец, иногда недостаточно тщательно анализируется целесообразность внесения тех или иных изменений. Если в работе над усовершенствованием изделия проводится много расширяющих изменений, то появляется естественное желание привлечь к этой деятельности опытных разработчиков вполне возможно, что наиболее эффективным решением будет исправление дефектов программ этими специалистами. Если сотрудники, работающие над проектами, часто переключаются с одного вида деятельности на другой, потери от этих переключений могли бы быть сведены к минимуму путем создания автономной группы сопровождения, располагающей хорошей методикой работы и исчерпывающей документацией. Если гарантийные обязательства по проекту кратковременны или вообще отсутствуют, сопровождение изделия можно обеспечить за счет незначительной дополнительной нагрузки на его разработчиков. Наконец, если группа разработки хорошо справляется со своей работой, число дефектов изделия будет небольшим и можно соответствующим образом уменьшить численность группы сопровождения. [c.192]
В седьмом разделе плана раскрывается производственная программа предприятия, на основе которой определяется потребность предприятия в дополнительных ресурсах, в том числе и финансовых. Следует отметить, что для разработки данного раздела плана финансового оздоровления применяются традиционные методики, в частности методики разработки пром-техфинплана. [c.363]
Эти системы ориентированны на малые и средние предприятия, где дополнительно к базовым возможностям программ мини-бухгалтерии предъявляются более высокие требования реализация нескольких модулей типа Учет материальных ценностей , Учет основных средств , Учет зарплаты , Учет и ведение договоров и др., количествен-но-суммовой учет, больший перечень формируемых документов, возможность работы на нескольких компьютерах в рамках локальной вычислительной сети (ЛВС). Такие программы имеют общую базу данных, обеспечивают одноразовый ввод данных, согласованную работу персонала в режиме реального времени и объединяют ведение всех основных функций и разделов по единой учетной методике, принятой на предприятии. К этому классу бухгалтерских систем можно отнести разработки таких фирм, как ЦИТ Парус , Комтех+ , Новый атлант и др. [c.352]