В настоящее время в организации имеется , 1 главный бухгалтер и 1 топ-менеджер

Обновление версий

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

Ограничения проектирования

Применяемые стандарты

Система должна соответствовать всем стандартам интерфейса пользователя Microsoft® Windows®.

Требования к среде выполнения

Система должна удовлетворять вышеуказанным требованиям на компьютере в следующей минимальной комплектации:

64 Mb памяти

3 Mb свободного дискового пространства

процессор с тактовой частотой 850 MHz

Операционная система Windows ХР.

Требования к СУБД и доступу к данным.

В ядре системы должна быть представлена промышленная СУБД реляционного доступа.

Все обращения к информации должны осуществляться через драйвер ODBC.



1.7 Спецификация требований к АРМ

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

Определения, акронимы и сокращения

Основные определения приведены в документе

Ссылки

Сопутствующая информация представлена в следующих документах:

? требованиях

? видении

Обзор системы

Обзор прецедентов

Табл. 1. Акторы системы

Актор	Краткое описание
Менеджер	Ведет учет расходов личного состава организации. По всем этим расходам готовит документов в виде отчета о расходах..
Топ-менеджер	Топ-менеджер анализирует отчет, сопоставляя его с плановыми документами. и формирует корректирующие документы (приказы, указания) на предмет корректировки сметы расходов.
Гл.Бухгалтер	Утверждает подробный отчет и готовит сводный отчет топ-менеджеру организации.

Список вариантов использования показан в таблице 2.

Табл. 2. Реестр вариантов использования

Код	Основной актор	Наименование	Формулировка
M1	Менеджер	Регистрация заказа	Этот вариант использования позволяет менеджеру передавать в офисе новые отчеты
M2	Менеджер	Изменение заказа	Менеджер может откорректировать информацию о расходе в офисе
M3	Менеджер	Удаление заказа.	При необходимости снятия заказа с производства менеджер или диспетчер вызывает функцию «Удаление заказа».
M4	Менеджер либо гл.бухгалтер	Запрос о заказе	Используется менеджером либо диспетчером для поиска нужной информации о состоянии заказа в производстве, необходимой для клиента.
D1	менеджер	Планирование нового заказа	Диспетчер размещает вновь поступивший от менеджера заказ в план в «хвост» очереди
D2	менеджер	Коррекция плана	Диспетчер корректирует план при появлении каких-либо нестыковок
D3	менеджер	Планирование срочного заказа	Диспетчер размещает вновь поступивший от менеджера в требуемое время; очередь заказов смещается
D4	менеджер	Выдача сменного задания	Диспетчер формирует сменное задание для мастера цеха
С1	Гл.Бухгалтер	Назначение исполнителей	Мастер цеха назначает исполнителям (цеховому персоналу) работы из сменного задания
С1	Мастер цеха	Фиксация результатов	Мастер цеха фиксирует результаты выполнения работы цеховым персоналом

Описание требований

Краткие описания вариантов использования

M1. Регистрация расхода

M1	Менеджер	Регистрация расхода	Этот вариант использования позволяет менеджеру передавать в офис новые отчеты

Основное действующее лицо: Менеджер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования позволяет Менеджеру регистрировать и передавать в офис все отчеты об учете регистрации. Каждый отчет в электронной форме содержит дату требуемой готовности и упорядоченный перечень работ с указанием протяжённости каждой из них во времени. Срочные отчеты помечаются признаком «Срочно». Срочные отчеты необходимо выполнить в срок, возможно, даже в ущерб обычным расходом. Для прочих отчетов дата требуемой готовности должна носит рекомендательный характер.

Работы по заказу выбираются из справочника работ. Времена работ рассчитываются автоматически. Для обеспечения возможности расчёта менеджер должен указывать дополнительные свойства отчета и его работ,

M2. Изменение отчета

M2	Менеджер	Изменение отчета	Менеджер может откорректировать информацию о расходе в организации

Основное действующее лицо: Менеджер.

Другие участники прецедента: Гл.Бухгалтер

Связи с другими вариантами использования: отсутствуют

Краткое описание.

Данный вариант использования позволяет менеджеру внести изменения в описания расходов, находящихся в организации

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

Для расходов, выполнение отчета которых уже началось, существуют следующие ограничения. Статус расхода, переданного в организации, как «обычный», не может быть изменён на «срочный». Плановый срок исполнения не может быть сдвинут назад по временной шкале. Запрещаются любые изменения в описаниях работ, которые уже начаты.

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

M3. Удаление заказа

M3	Менеджер	Удаление расхода	При необходимости снятия расхода с организации менеджер или Гл.бухгалтер вызывает функцию «Удаление расхода».

Основное действующее лицо: Менеджер.

Другие участники прецедента: гл.бухгалтер;

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

Об удалении расхода Система автоматически информируют менеджера и гл. бухгалтера.

M2. Запрос о расходов

M4	Менеджер	Запрос о расходов	Используется менеджером для поиска нужной информации о состоянии расхода в организации, необходимой для клиента.

Основное действующее лицо: Менеджер, либо топ менеджер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

D1. Планирование нового расхода

D1	Топ менеджер	Планирование нового расхода	Топ менеджер размещает вновь поступивший от менеджера расход в план в «хвост» очереди



Основное действующее лицо: Топ менеджер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: расширяется прецедентом «D3. Планирование срочного отчета».

Краткое описание.

Система уведомляет Топ менеджера о наличии вновь поступившего расхода и отображает список работ по отчету, их продолжительность и плановый срок расхода. Топ менеджер наблюдает загрузку ресурсов на диаграмме загрузки оборудования. Каждый ресурс отображается в виде линейки загрузки ресурса - линии времени с указанием свободных и занятых промежутков. Для каждой из работ заказа топ менеджер осуществляет:

? выбор ресурса (доступны только совместимые ресурсы),

? размещение работы на свободный промежуток (совокупность свободных промежутков) линейки загрузки ресурса.

D2. Коррекция плана

D2	Диспетчер	Коррекция плана	Диспетчер корректирует план при появлении каких-либо нестыковок

Основное действующее лицо: Диспетчер.

Другие участники прецедента: Менеджер

Связи с другими вариантами использования. Включается прецедентом «D3. Планирование срочного заказа».

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

По окончании планирования заказа Система анализирует список коллизий. Коллизия, в данном контексте, - это пересечение задания вновь запланированного и задания ранее запланированного заказов. Система составляет список заказов, вошедших в коллизию с вновь запланированным заказом. По каждому из них запускается прецедент «Коррекция плана».



D4. Выдача сменного задания

D4	Топ менеджер	Выдача сменного задания	Топ менеджер формирует сменное задание для гл.бухгалтера

Основное действующее лицо: Топ менеджер.

Другие участники прецедента: Гл. бухгалтер

Связи с другими вариантами использования: отсутствуют

C1. Назначение исполнителей

С1	Гл.Бухгалтера	Назначение исполнителей	Гл.бухгалтер назначает исполнителям (персоналу) работы из сменного задания

Основное действующее лицо: Гл. Бухгалтер.

Другие участники прецедента: отсутствуют

Связи с другими вариантами использования: отсутствуют

Краткое описание.

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

C2. Фиксация результатов

С1	Топ менеджер	Фиксация результатов	Топ менеджер фиксирует результаты выполнения работы персоналом

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

В случае, если Мастер цеха в процессе выполнения работы видит, что работа предположительно затянется, он вносит информацию об этом в систему. Система оперативно уведомляет Диспетчера.

В случае, если наступил плановый срок исполнения задания, а данные в течение 5 минут не внесены - Система оперативно уведомляет Диспетчера о потенциальной проблеме.

1.8 Полные описания вариантов использования

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

Для дальнейшей детализации выбраны три прецедента:

? M1. Регистрация расхода;

? D1. Планирование нового расхода;

? D3. Планирование срочного расхода.

Прецедент D1 детализирован в файле.

1.8.1 Специальные требования

Функциональность

F1. Авторизация и аутентификация пользователей в системе

В АРМ должны быть представлены справочник ролей пользователей (менеджер, топ менеджер, гл.бухгалтер) и справочник пользователей. Должна быть возможность регистрации пользователя и назначения пользователю роли.

F2. Ведение справочника работ

Работы, включаемые в описание учета расходов, выбираются из справочника типов работ. В АРМ должны быть представлены средства управления типами работ.

F3. Ведение справочника ресурсов

В АРМ должны быть представлены средства управления типами ресурсов (оператор/оборудование), справочниками персонала и оборудования.

Применимость

U1. Удобство использования

Интерфейс АРМ «Менеджер» и «Гл.бухгалтер» должен быть обладать свойствами удобства и интуитивной ясности и не требовать дополнительной подготовки пользователей.

Интерфейс АРМ «Топ менеджер» должен быть рассчитан на предварительно обученного специалиста, хорошо ориентирующегося в организации и достаточно хорошо - в компьютерных интерфейсах; время обучения не должно превышать 1 рабочий недели.

U2. Помощь в режиме online

Все АРМ должны поддерживать контекстную справку в форме стандартного help операционной системы.

Надежность

R1. Доступность

АРМ Менеджера и Топ менеджера должны быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18, если иное не указано распоряжением по предприятию).

АРМ гл.бухгалтер должен быть доступен в круглосуточном режиме.

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

R2. Наработка на отказ

Среднее время безотказной работы - 10 рабочих дней.

R3. Норма дефектов

Максимальная норма ошибок или дефектов - 1 ошибка на десять тысяч строк кода.

Производительность

P1. Одновременно работающие пользователи

Система должна быть способна поддерживать минимум 15 одновременно работающих пользователей, связанных с общей базой данных.

P2. Время отклика

Время отклика для типичных задач - не более 5 секунд, для сложных задач - не более 20 секунд.

Пригодность к эксплуатации

S1. Масштабируемость

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

В настоящее время на предприятии имеется 2 производственных цеха (2 мастера цеха), один диспетчер и 10 менеджеров продаж. Увеличение количества мастеров в ближайшие 8 лет - максимально 10, менеджеров - максимально 40, диспетчеров - максимально 2.

S2. Обновление версий

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

Ограничения проектирования

X1. Применяемые стандарты

Система должна соответствовать всем стандартам интерфейса пользователя Microsoft® Windows®.

X2. Требования к среде выполнения

Система должна удовлетворять вышеуказанным требованиям на компьютере в следующей минимальной комплектации:

64 Mb памяти

3 Mb свободного дискового пространства

процессор с тактовой частотой 850 MHz

Операционная система Windows ХР.

X3. Требования к СУБД и доступу к данным.

В ядре системы должна быть представлена промышленная СУБД реляционного доступа.

Маркировка и пакетирование.

Система будет распространяться на компакт-диске, на котором будет находиться сама система, а также интерактивная справка, руководство по установке и руководство пользователя к ней.

Инсталляционная программа должна включать общее лицензионное соглашение, и, информацию об авторских правах.



Глава 2. Проектирование (моделирование) АИС

2.1 Краткое описание технологий моделирования в средах ERwin и BPwin

2.1.1 BPwin

Для проведения анализа бизнес-деятельности организаций (фирм, корпораций) фирмой Logic Work (ныне PLAYINUM technology) разработано CASE-средство BPwin, поддерживающее несколько методологий проектирования, таких как IDEF0, IDEF3, DFD. Средство функционального моделирования, отражающее принципы методологии IDEF0, предназначено для описания существующих бизнес-процессов организации, представления состояния ее дел как есть (AS IS), а так же для проведения реинжиниринга, при котором создается модель оптимально функционирующей организации, в которой все функционирует, как должно быть (TO BE). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов деятельности системы.

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

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

Методологию IDEF3 (Workflows Diagram), известную как проектирование потоков работ, можно рассматривать как развитие методологии IDEF0. Это развитие направлено на то, чтобы создать такие средства моделирования, которые бы были доступны для понимания экспертами любой предметной области, и явились бы для них рабочими инструментами при формулировке начальных требований к проектируемой системе.

Методология DFD - изначально созданная для анализа и формирования потоков данных (Dataflow Diagram) в программных системах, является удобным средством детализации движения информационных потоков как внутри организации, так и внутри ее отдельных функциональных модулей. В процессе моделирования по методологии IDEF0 BPwin позволяет переключаться на любой ветви моделирования на нотацию как IDEF3, так и DFD. Ниже будут рассмотрены инструментальные средства, поддерживающие проектирование информационных систем по любой из упомянутых выше методологий.

2.1.2 ERwin

ERwin используется для построения модели данных. ERwin имеет два уровня представления модели - логический и физический. На логическом уровне данные не связаны с конкретной СУБД. Физический уровень данных - это по существу отображение системного каталога, который зависит от конкретной реализации СУБД. ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Для создания моделей данных в ERwin используются две методологии: IDEF1X и IE.

2.2 Функциональная модель АИС в среде BPwin

A-0 Деятельность фирмы

Model

Model
Property	Value
Name	ИСЭ 1-08
Definition	Деятельность фирмы «ИУиБ»
Scope
Time Frame	(AS-IS)
Status	WORKING
Purpose
Source
Author	Алымбаева Гульнура,Темиралиев Элдияр,Толстикова Инна, Козырев Дмитрий
Creation Date	29.05.2012
System Last Revision Date	08.06.2012
User Last Revision Date	08.06.2012

Activity

Activity
Name
ДЕЯТЕЛЬНОСТЬ ФИРМЫ«ИУиБ»

Arrow

Arrow
Name
Бухгалтерская система
Погашение расходов
Поступление Отчетов о расходах
Правила и процедуры
Смета расходов
Совершение расходов

Entity

Entity
Менеджер
A0 Деятельность фирмы

Activity

Activity
Name
Unnamed
Анализ Отчетов Топ-менеджером
Оформление отчета о расходах
Утверждение отчета Гл.Бухгалтером

Arrow

Arrow
Name
Бухгалтерская система
Погашение расходов
Правила и процедуры
Сведения о ведении учета
Сведения о погашении расходов
Сведения о расходах
Смета расходов
Совершение расхода
Совершениерасхода

Entity

Entity
Топ менеджер
A1 Оформление отчета

Model

Model
Property	Value
Name	3
Definition
Scope
Time Frame	(AS-IS)
Status	WORKING
Purpose
Source
Author	Алымбаева Гульнура
Creation Date	29.05.2012
System Last Revision Date	08.06.2012
User Last Revision Date	08.06.2012

Activity

Activity
Name
Unnamed
Дата совершения расходов
регистрация отчетов о расходах
Сумма расходов
Тип расходов

Arrow

Arrow
Name
Бухгалтерская система
Погашение расходов
Правила и процедуры
Совершение расхода

A2 Утверждение отчета Гл. бухгалтером
Activity

Activity
Name
Unnamed
Просмотр отчета
Редактирование отчета
Утверждение отчета

Cost Center
Name

Arrow

Arrow
Name
Поступление отчета на утверждение
Правила и процедуры
Утвержденные отчеты

Entity

Entity
Name
Топ менеджер

A3 Анализ отчетов топ-менеджером

моделирование инструмент использование erwin



Activity
Activity
Name
Unnamed
Сопастовление с плановыми документами
Формирование корректирующих документов

Arrow

Arrow
Name
Правила и процедуры
Сведение о погашении расходов
Сведения о ведении учета

Entity

Entity
Name
анализ проводится топ-менеджером

2.3 Полная модель данных АИС в среде ERwin

Main Subject Area / Display1



Name	Sotrudniki
Definition	Нужные данные сотрудников организации
Logical Only	No

Attribute(s) of "Sotrudniki" Entity
Name	Definition	Required	Is PK	Is FK	Logical Only
SotrID	Идентификационный номер сотрудника организации	Yes	Yes	No	No
PassportNumber	Номер паспорта сотрудника	No	No	No	No
NumberofTabel	Номер табеля	No	No	No	No
Name	Имя сотрудника	No	No	No	No
Sirname	Фамилия сотрудника	No	No	No	No
Doljnost	Должность сотрудника	No	No	No	No
Adress	Адрес сотрудника организации	No	No	No	No
City	Наименование города	No	No	No	No
Country	Страна сотрудника	No	No	No	No
Region	Район где живет сотрудник	No	No	No	No
PochtIndex	Почтовый индекс	No	No	No	No
RabochiyTel	Рабочий телефон сотрудника организации	No	No	No	No
Zametki	Заметки	No	No	No	No

Domain(s) of "SotrID" Attribute
Name	Inherits From
<default>

Domain(s) of "PassportNumber" Attribute
Name	Inherits From
<default>

Domain(s) of "NumberofTabel" Attribute
Name	Inherits From
<default>

Domain(s) of "Name" Attribute
Name	Inherits From
<default>

Domain(s) of "Sirname" Attribute
Name	Inherits From
<default>

Domain(s) of "Doljnost" Attribute
Name	Inherits From
<default>

Domain(s) of "Adress" Attribute
Name	Inherits From
<default>

Domain(s) of "City" Attribute
Name	Inherits From
<default>

Domain(s) of "Country" Attribute
Name	Inherits From
<default>

Domain(s) of "Region" Attribute
Name	Inherits From
<default>

Domain(s) of "PochtIndex" Attribute
Name	Inherits From
<default>

Domain(s) of "RabochiyTel" Attribute
Name	Inherits From
<default>

Domain(s) of "Zametki" Attribute
Name	Inherits From
<default>
Child Relationship(s) of "Sotrudniki" Entity
Parent to Child Phrase	Child to Parent Phrase	Null Option	Type	Cardinality
R/1	R/1	Nulls Allowed	Non-identifying	Zero-or-One-to-Zero-One-or-More
Is In Subject Area(s) of "Sotrudniki" Entity
Name
<Main Subject Area>
Name	Otchety O Raschodah
Definition	Отчеты о расходах составленные менеджером
Logical Only	No

Attribute(s) of "Otchety O Raschodah" Entity
Name	Definition	Required	Is PK	Is FK	Logical Only
OtchetID	Кот отчета	Yes	Yes	No	No
SotrID	Идентификационный номер сотрудника	No	No	Yes	No
RaschodType	Тип расхода	No	No	No	No
NazvOtchetaORashodah	Наименование отчета о расходах	No	No	No	No
OpisOtORas	Описывание отчета расходов	No	No	No	No
dataVystSchet	Дата выставление счета	No	No	No	No
SummaZadatka	Сумма задатка	No	No	No	No
PaymentOtdel	Отдель для оплаты	No	No	No	No
Oplacheno	Квитанциясколько оплаченно	No	No	No	No

Domain(s) of "OtchetID" Attribute
Name	Inherits From
<default>

Domain(s) of "SotrID" Attribute
Name	Inherits From
<default>

Domain(s) of "RaschodType" Attribute
Name	Inherits From
<default>

Domain(s) of "NazvOtchetaORashodah" Attribute
Name	Inherits From
<default>

Domain(s) of "OpisOtORas" Attribute
Name	Inherits From
<default>

Domain(s) of "dataVystSchet" Attribute
Name	Inherits From
<default>

Domain(s) of "SummaZadatka" Attribute
Name	Inherits From
<default>

Domain(s) of "PaymentOtdel" Attribute
Name	Inherits From
<default>

Domain(s) of "Oplacheno" Attribute
Name	Inherits From
<default>
Child Relationship(s) of "Otchety O Raschodah" Entity
Parent to Child Phrase	Child to Parent Phrase	Null Option	Type	Cardinality
R/5	R/5	Nulls Allowed	Non-identifying	Zero-or-One-to-Zero-One-or-More
Is In Subject Area(s) of "Otchety O Raschodah" Entity
Name
<Main Subject Area>

Name	Type Of Rashod
Definition	Тип расхода
Logical Only	No

Attribute(s) of "Type Of Rashod" Entity
Name	Definition	Required	Is PK	Is FK	Logical Only
RaschodID	Идентификационный код отчета	Yes	Yes	No	No
RaschodKategory	Категория расхода	No	No	No	No
UchetTipaRas	Учет типа расходов	No	No	No	No

Domain(s) of "RaschodID" Attribute
Name	Inherits From
<default>

Domain(s) of "RaschodKategory" Attribute
Name	Inherits From
<default>

Domain(s) of "UchetTipaRas" Attribute
Name	Inherits From
<default>
Child Relationship(s) of "Type Of Rashod" Entity
Parent to Child Phrase	Child to Parent Phrase	Null Option	Type	Cardinality
R/2	R/2	Nulls Allowed	Non-identifying	Zero-or-One-to-Zero-One-or-More
Is In Subject Area(s) of "Type Of Rashod" Entity
Name
<Main Subject Area>

Name	Svedenia O Raschodah
Definition	Польное сведения о расходах
Logical Only	No

Attribute(s) of "Svedenia O Raschodah" Entity
Name	Definition	Required	Is PK	Is FK	Logical Only
SvedeniaID	Код сведения	Yes	Yes	No	No
OtchetID	Код отчета	No	No	Yes	No
RaschodID	Код расход	No	No	Yes	No
SummaStati	Общее сумма статьи	No	No	No	No
OpisaniiStatii	Описание статьи	No	No	No	No
Data Raschodov	Дата расходов	No	No	No	No

Domain(s) of "SvedeniaID" Attribute
Name	Inherits From
<default>

Domain(s) of "OtchetID" Attribute
Name	Inherits From
<default>

Domain(s) of "RaschodID" Attribute
Name	Inherits From
<default>

Domain(s) of "SummaStati" Attribute
Name	Inherits From
<default>

Domain(s) of "OpisaniiStatii" Attribute
Name	Inherits From
<default>

Domain(s) of "Data Raschodov" Attribute
Name	Inherits From
<default>
Is In Subject Area(s) of "Svedenia O Raschodah" Entity
Name
<Main Subject Area>

Entities

Entity
Name	Definition	Logical Only
Otchety O Raschodah	Все отчеты о расходах организации	No
Sotrudniki	Сотрудники организации	No
Svedenia O Raschodah	Польное сведения о расходах	No
Type Of Rashod	Тип расхода	No

Attribute(s) of "Otchety O Raschodah" Entity
Name	Definition	Is PK	Is FK	Required
OtchetID	Код отчета	Yes	No	Yes
SotrID	Идентификационный номер сотрудника	No	Yes	No
RaschodType	Тип расхода	No	No	No
NazvOtchetaORashodah	Наименование отчета о расходов	No	No	No
OpisOtORas	Польное описывание отчетов о расходах	No	No	No
dataVystSchet	Дата выстСчета	No	No	No
SummaZadatka	Сумма задатка	No	No	No
PaymentOtdel	Отдель для оплаты	No	No	No
Oplacheno	Ведется сколько оплачено	No	No	No

Column(s) of "Otc...

Подобные документы

• Разработка информационной системы для автоматизации рабочего места коменданта колледжа в образовательном учреждении

  Использование информационных технологий с целью автоматизации рабочего места коменданта образовательного учреждения. Программные и аппаратные средства. Архитектура программного обеспечения. Описание пользовательских интерфейсов. Анализ предметной области.
  
  курсовая работа [1,0 M], добавлен 06.06.2015
  

• Разработка модели деятельности строительной фирмы

  Анализ предметной области "строительная фирма". Обоснование прикладного программного обеспечения (CA ERwin Data Modeler) для моделирования процессов. Структурно-функциональная модель "Как есть" и "Как надо". Реализация модели помощью средств BPWin.
  
  курсовая работа [539,5 K], добавлен 10.06.2014
  

• Проектирование системы автоматизации автостоянки

  Назначение, применение и принципы технологий разработки программного обеспечения RAD, ХР, MSF, ICONIX. Разработка сценариев вариантов использования для учёта автомобилей и документов для их постановки на стоянку. Определение классов для каждого ВИ.
  
  дипломная работа [2,7 M], добавлен 01.12.2014
  

• Разработка автоматизированного рабочего места менеджера кадрового агентства

  Разработка системы, автоматизирующей рабочее место менеджера кадрового агентства "Job" на основе программного обеспечения Drupal с использованием веб-технологий, упрощающей процесс поиска сотрудников на вакансии, предоставленные клиентами агентства.
  
  курсовая работа [1,1 M], добавлен 08.11.2012
  

• Разработка информационной системы ОВД г. Донецка

  Анализ решений по автоматизации предметной области. Выбор методологии проектирования информационной системы. Обоснование выбора платформы. Взаимодействие приложения с источниками данных. Выбор жизненного цикла разработки программного обеспечения.
  
  дипломная работа [3,7 M], добавлен 18.12.2010
  

• База данных "Клиниг" для ООО "Мастер блеск"

  Технико-экономическое описание предметной области и разработка программного проекта по автоматизации рабочего места менеджера по клининговым услугам. Разработка этапов внедрения программного продукта и расчет экономической эффективности его внедрения.
  
  дипломная работа [2,1 M], добавлен 12.04.2014
  

• Разработка модели программного обеспечения информационной системы функционирования каталога ресурсов Интернета

  Понятие каталогов ресурсов Интернета. Разновидности и средства их использования. Разработка модели в средах программирования BPwin и Erwin. Программное моделирование в среде проектирования Rational Rose. Регистрация незарегистрированного пользователя.
  
  курсовая работа [2,5 M], добавлен 24.11.2014
  

• Разработка корпоративной информационной системы на примере ООО "Сибирский центр программного обеспечения"

  Анализ и разработка информационной системы, структура сети предприятия. Описание процесса разработки конфигураций и выявление потребностей в автоматизации функций. Средства разработки проектирования и архитектура базы данных. Разработка модели угроз.
  
  дипломная работа [1,4 M], добавлен 13.07.2011
  

• Управление жизненным циклом разработки программного обеспечения

  Реализация задачи использования методики SDLC (управление жизненным циклом разработки программного обеспечения) при внедрении реальной системы информационных технологий. Описание проекта внедрения системы автоматической регистрации участников выставок.
  
  реферат [585,1 K], добавлен 10.09.2010
  

• Разработка автоматизированного рабочего места секретаря ОАО "Ярославльтелесеть"

  Структура организации, ER–диаграмма и описание датологической модели. Выбор средств разработки, сущность предметной области, сценарий работы приложения и листинг. Преимущества использования вычислительной техники при работе с документами и данными.
  
  курсовая работа [991,5 K], добавлен 15.11.2011
  

• Разработка автоматизированной подсистемы кадрового учета с использованием CASE средств (BPWin и ERWin) для МОУ Лицей №17

  Разработка функциональной и инфологической модели системы "Кадровый учет" с использованием индустриального проектирования CASE средств (BPWin и ERWin). Программная система позволяет упростить процесс проведения регистрации и учета сотрудников лицея.
  
  дипломная работа [1,3 M], добавлен 28.06.2011
  

• Системы моделирования процесса разработки программного обеспечения

  Использование моделирования в программной инженерии в процессе разработки программного обеспечения. Основные этапы процесса разработки программного обеспечения, их характеристика. Моделирование процессов, их определение фазами и видами деятельности.
  
  реферат [2,2 M], добавлен 25.12.2017
  

• Разработка программного обеспечения удаленного администрирования и управления локальной вычислительной сетью

  Обоснование выбора технологии и программных средств для разработки утилиты. Требования к функциональным характеристикам и моделирование предметной области. Спецификация вариантов использования и расчет показателей экономической эффективности проекта.
  
  дипломная работа [1,1 M], добавлен 13.12.2013
  

• Разработка информационной системы "Библиотека"

  Анализ предметной области. Основание, назначение для разработки, требования к программному средству. Выбор подхода и модели разработки ПС. Анализ требований, разработка и определение вариантов спецификаций. Описание объектов, свойств и методов.
  
  курсовая работа [510,3 K], добавлен 23.02.2011
  

• Веб-проект "Социальная сеть"

  Моделирование предметной области. Обеспечение светотехнических условий рабочего места программиста во время разработки социальной сети. Разработка Web-страницы. Метод шифрования, положенный в основу разработки обеспечения безопасности доступа к данным.
  
  дипломная работа [5,2 M], добавлен 22.09.2014
  

• Разработка информационной системы для фирмы по обслуживанию клиентов

  Разработка автоматизированного рабочего места менеджера фирмы. Проектирование программного обеспечения. Функциональная модель предметной области. Серверная и клиентская части. Особенности реализации запросов. Эксплуатация и сопровождение проекта.
  
  курсовая работа [875,5 K], добавлен 28.11.2014
  

• Методология и технология разработки информационных систем

  Методологии разработки информационных систем в отечественной и зарубежной литературе. Государственные и международные стандарты в области разработки программного обеспечения. Разработка фрагмента информационной системы "Учебно-методический ресурс".
  
  курсовая работа [364,6 K], добавлен 28.05.2009
  

• Создание автоматизированного рабочего места менеджера по продажам

  Разработка и реализация автоматизированного рабочего места для менеджера по продажам компьютерной техники. Требования к функциональным характеристика программного изделия. Стадии и этапы разработки. Эксплуатационная документация, руководство оператора.
  
  курсовая работа [686,9 K], добавлен 19.05.2014
  

• Разработка программного обеспечения для автоматизации документооборота в фонде жилого дома

  Понятие и специфика автоматизированных систем. Описание методики разработки программы для автоматизации. Ее тестирование и отладка. Внедрение АС в работу предприятия. Расчет экономического эффекта от разработки и реализации программного продукта.
  
  дипломная работа [1,4 M], добавлен 23.06.2015
  

• Разработка программного обеспечения автоматизированного рабочего места менеджера по работе с клиентами для ООО "Доминион+"

  Проектирование структур данных и пользовательского интерфейса. Разработка руководства системного программиста и пользователя. Основные элементы организации работы менеджера по работе с клиентами. Характеристика программного обеспечения ООО "Доминион+".
  
  курсовая работа [1,7 M], добавлен 14.10.2012
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам