АРМ бухгалтера "Учет основных средств"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
;
Процедура закрытия отчетного периода является необходимой при окончании месяца, так как только после нее формируется отчетная информация (приход за месяц, расход за месяц, сальдо на конец месяца и т.д.). Для этого необходимо выбрать пункт меню Операции - Закрыть отчетный месяц в появившемся окне (рисунок 21.16) необходимо указать наименование отчетного месяца.
Рисунок 21.16
После нажатия на кнопке ОК, произойдет проверка существования информации по расчету амортизационных отчислений текущем месяце и закрытие месяца. После подведения итогов будет создана область для нового движения и добавлена информация в архив по движению основных средств. Итоги движения можно посмотреть, выбрав пункт меню Просмотр - Итоговые данные движения, в появившемся окне (рисунок 21.17), необходимо указать на дате закрытия отчетного периода. В правой стороне вы увидите информацию по приходу и расходу основных фондов по предприятию.
Рисунок 21.17
22 Заключение. Оценка качества программного обеспечения
Оценка качества программного обеспечения совсем новая дисциплина. Когда это направление получит достаточное развитие, то будут разработаны хорошие методы оценки, но в настоящее время имеются самые противоречивые мнения о том, какие характеристики программного обеспечения следует измерять. Методология разработки программного обеспечения развивается так быстро, что установление отдельных оценок и "отливка этих оценок в бронзе" могут привести к укоренению практики программирования, которая впоследствии окажется неправильной.
Боэм, Браун и Лайпоу занимались проблемой вычисления единой обобщающей меры качества и пришли к выводу, что это невозможно, так как входит в противоречие с частными характеристиками качества. Руководство должно принять решение об относительной важности следующих характеристик:
1) своевременное выполнение;
2) эффективность использования таких ресурсов, как:
а) процессоры;
б) память;
в) периферийные устройства;
3) аспекты обслуживания программы, такие как:
а) понимаемость;
б) модифицируемость;
в) удобство переноса с ЭВМ на ЭВМ.
Важность входящих в данный перечень характеристик изменяется в зависимости от того, в какой организации используется данное программное обеспечение. Разработчики программных библиотек могут предпочесть эффективности удобство переноса, в то время как создатели систем учета кадров могут сосредоточить свое внимание на модифицируемости.
22.1 Метрики Боэма, Брауна и Лайпоу
Чтобы оценить качество, необходимо определить измеряемые характеристики. Боэм, Браун и Лайпоу описали иерархическое дерево характеристик программного обеспечения, в котором направление стрелок задает логическое следование. Так, например, хорошо поддерживаемая программа должна быть хорошо тестируемой, понимаемой и модифицируемой. Самый высокий уровень структуры отражает используемую оценку качества программного обеспечения. Боэм, Браун и Лайпоу подчеркивают достоинства пакетов программ и считают, что наибольшее значение для них имеют ответы на такие вопросы.
- Как хорошо (просто, надежно, эффективно) могу я использовать данный пакет в том виде, как он есть?
- Насколько просто его обслуживать (разобраться в нем, модифицировать, перепроверить)?
- Могу ли я пользоваться этим пакетом, если сменю оборудование (удобство переноса)?
Характеристики самого нижнего уровня представляют собой "примитивы", комбинации которых образуют характеристики среднего уровня. Эти примитивы предлагаются в качестве количественных метрик, как самих примитивных характеристик, так и характеристик более высоких уровней.
Боэм, Браун и Лайпоу разработали 51 возможную метрику оценки примитивных характеристик, а затем провели сравнение этих метрик по степени их корреляции с качеством программы. Это подробная и сложная схема, опирающаяся на практический опыт, однако, Боэм, Браун и Лайпоу не предложили четкой демонстрации ее эффективности, надежности или применимости в различных контекстах. Длинный список понятий используется скорее как контрольный лист для рецензирования программы, чем как руководство по ее составлению.
22.2 Метрики программного обеспечения Джилба
Джилб приводит не претендующий на полноту набор метрик программного обеспечения. Он обращает внимание на то, что каждое приложение требует введения собственных понятий и инструментов; его книга предназначена для введения основных понятий, от которых может оттолкнуться пользователь.
Среди прочих характеристик Джилб упоминает надежность программы, которую он определяет как вероятность того, что данная программа проработает определенный период времени без логических сбоев. Прагматической оценкой программной надежности является единица минус отношение числа логических сбоев к общему числу запусков.
Отношение количества правильных данных ко всем данным приводится Джилбом в качестве меры точности (свободы от ошибок). Так же, как Боэм, Браун и Лайпоу, Джилб считает, что точность необходима для надежности программы. Прецизионность определяется как мера того, насколько часты ошибки, обусловленные одинаковыми причинами. Джилб оценивает ее дробью, в числителе которой стоит число фактических ошибок на входе, а в знаменателе - общее число наблюденных ошибок, причинами которых явились эти ошибки на в